Rivetport: keep an old API working on a new backend by Joe SimoRivetport: keep an old API working on a new backend by Joe Simo

Rivetport: keep an old API working on a new backend

Joe Simo

Joe Simo

My own B2B product. Teams upload the old and new OpenAPI specs, pick a GET operation from each, and map fields between them. An AI assistant can propose mappings, but every bridge is reviewed, tested against expected responses, and approved before it is published. Published bridges are deterministic, with no model in the request path, and include rollback, pause, and key rotation. I designed and built the whole product: the marketing site, docs, workspace app, plan limits, and the edge runtime. Stack: Next.js, TypeScript, shadcn/ui, Clerk, Convex, Cloudflare Durable Objects, Vercel.
My own B2B product. Teams upload the old and new OpenAPI specs, pick a GET operation from each, and map fields between them. An AI assistant can propose mappings, but every bridge is reviewed, tested against expected responses, and approved before it is published. Published bridges are deterministic, with no model in the request path, and include rollback, pause, and key rotation. I designed and built the whole product: the marketing site, docs, workspace app, plan limits, and the edge runtime. Stack: Next.js, TypeScript, shadcn/ui, Clerk, Convex, Cloudflare Durable Objects, Vercel.
Live product: https://rivetport.com
Like this project

Posted Oct 18, 2026

My own B2B product: map fields between old and new OpenAPI specs, then review, test, and publish deterministic API bridges. Designed and built end to end.