Hi! 👋 I maintain openapi-zod-ts, an OpenAPI→TypeScript generator (native-fetch client + Zod schemas + React Query hooks). I dogfood it against real projects, and your packages/public-api/openapi.json (kubb + react-query + zod, ~46 operations) was a great test case.
It generated a full client + typed hooks + Zod schemas for your spec that type-check cleanly end-to-end — the same output shape you get from kubb today.
No agenda here. The main differences from kubb: the generated code lives in your repo (no plugin pipeline to run), the Zod schemas are bootstrapped once and then yours to extend with custom validation rules (re-generating never overwrites them), and there's an optional server-side interface from the same spec. If you'd ever like to see it as a migration PR to compare side by side, I'm happy to open one. Totally fine to close otherwise — neat project!
Hi! 👋 I maintain openapi-zod-ts, an OpenAPI→TypeScript generator (native-
fetchclient + Zod schemas + React Query hooks). I dogfood it against real projects, and yourpackages/public-api/openapi.json(kubb + react-query + zod, ~46 operations) was a great test case.It generated a full client + typed hooks + Zod schemas for your spec that type-check cleanly end-to-end — the same output shape you get from kubb today.
No agenda here. The main differences from kubb: the generated code lives in your repo (no plugin pipeline to run), the Zod schemas are bootstrapped once and then yours to extend with custom validation rules (re-generating never overwrites them), and there's an optional server-side interface from the same spec. If you'd ever like to see it as a migration PR to compare side by side, I'm happy to open one. Totally fine to close otherwise — neat project!