why intelligo

The half you keep rebuilding,
and why a good coding agent doesn't fix it.

The recurring problems behind every AI product — who is signed in, what their plan allows, what a run cost, who to bill, what to tell an auditor — and why they belong in a dependency, not in a prompt.

the coding-agent objection

Your coding agent is good.
It doesn't know what it doesn't know.

Three ways a well-prompted coding agent still gets the boring half wrong — and what shipping it finished changes.

[ verification ]

You can't review code you didn't write.

Tenancy bugs don't show up in a demo. They show up when a second workspace sees the first one's data.

$ pnpm vitest run packages/core/src/documents
✓ getDocument throws not_found for another workspace/user's document
✓ saveDocument throws forbidden when a different user owns the id
✓ deleteDocumentVersions throws not_found for an id outside the actor's scope
[ cost ]

The same login page, rebuilt from zero.

Days and millions of tokens on infrastructure that has nothing to do with what makes your product yours.

$ pnpm exec shadcn add @intelligo/auth-login @intelligo/auth-signup
✓ app/[locale]/(auth)/login/page.tsx
✓ components/auth/auth-card.tsx
✓ messages/en/auth-login.json
[ entropy ]

Messy code teaches messier code.

A model writes in the style of what surrounds it. Start clean and every commit inherits that.

$ pnpm vitest run tests/architecture
✓ package dependency direction
✓ every model id used in the source is in the shipped catalogue
✓ imports no unpublished, dissolved, or @intelligo-dev/ui path
compared to the alternatives

Not a boilerplate.
Not an agent platform.

Pick the plan you'd otherwise follow and see what changes — what you keep, what you drop.

if you would otherwise…

Build it in-house

what's different here

The other half — tenancy, entitlements, credits, billing, audit — arrives as typed services with the tests already around them.

what you keep
  • ✓your stack: Next.js, Drizzle, Postgres
  • ✓your pages, as source
what you drop
  • −months of auth and billing you'd maintain forever

The long answer to one of them: a framework, or a SaaS boilerplate?

Ready to try it? Three commands and the app runs against a stub model.