// for agencies & fractional CTOs

Repeatable client apps. Without carrying the auth liability.

Your agents are fast. But every engagement still starts by rebuilding the same dangerous 30% — auth, Stripe webhooks, multi-tenant isolation — and one breach traced to agent-generated code can end the client relationship. microservices.sh makes that 30% verified, reusable, and safe enough to put your name on.

84% of devs use AI coding tools — only 29% trust the output. 45% of AI-generated apps ship an exploitable vulnerability. The fix is structural, not your fault.

The hidden cost

You rebuild the same 30% on every engagement.

The features change per client. The production plumbing underneath doesn't — and it's exactly where AI-generated code is most dangerous.

Auth & sessions

Scoped roles, API keys, token rotation — the part AI generates most confidently and gets wrong most often.

Stripe & webhooks

Idempotency, retries, signature verification. The bug here costs a client real money.

Multi-tenant isolation

Per-tenant data boundaries and custom domains. Where a leak becomes a breach.

Audit & deploys

Append-only trails and reviewable deploys — the parts an enterprise client's legal team asks about.

What you get

Built for repeat delivery.

01

Do the dangerous 30% once

Auth, payments, audit, and tenant isolation are verified modules — composed, not re-derived. Reuse the same tested foundation across every client engagement instead of rebuilding it per project.

02

A liability shield, not a black box

Every module is source-visible, version-pinned in microservices.lock.json, and ships tests. When a client's CTO or procurement asks 'what is this dependency doing,' you have a clean answer — not generated glue you can't account for.

03

Protect your margin

Hours go into the custom 30% the client pays for — not the auth and payments plumbing you've built ten times. Faster delivery, same billable rate, better margin per engagement.

04

Hand clients real code they own

Export the full repo. No no-code trap, no platform you have to explain away at handover. The client owns inspectable code; you keep the reusable foundation.

How it fits the engagement

Compose → customize → deliver.

pnpm create microservices-app@latest client-booking --template booking-sveltekit
01

Compose

Your agent scaffolds a client app from verified modules via CLI or MCP — auth, customer, booking, payments, email.

02

Customize

Edit config and typed hooks for the client's custom 30%. pnpm microservices check returns agent-readable failures before any deploy.

03

Deliver

Managed Cloudflare deploy with the client's custom domain, or export the repo to the client's own account. Client workspaces keep engagements separate.

Design partner pilot

Run one client app on microservices.sh.

We're onboarding a small number of agencies as design partners: generate a real client booking/customer/payment app, get hands-on setup support, and tell us where it breaks. No fake testimonials — we want agencies using this on real work.

  • Hands-on setup + customization sessions
  • Managed Cloudflare deploy or guided export to the client's account
  • Direct feedback channel to the team