Starter templates
create-react-app, dotnet new, Rails new
- Free
- Familiar tooling
- No vendor lock-in
- No auth
- No multi-tenant
- No audit
- No translation registry
- No production-grade error handling
- No real components — just placeholders
Twenty years of "how teams build SaaS" rolled through four eras — boilerplate, starter templates, SaaS platforms, and now licensed code footprints. The fourth is the one AI-augmented teams need, and it's the one almost nobody is shipping. This is the market thesis behind CleenUI.
Each transition solved the previous era's bottleneck and introduced a new one. The current transition is the one driven by AI-assisted development changing what "starting" means.
Stack Overflow snippets + hand-copied helpers. Every project re-built CRUD, auth, error handling, validation from scratch. The "starter pack" was a folder structure and a tutorial blog post.
Rails generators, create-react-app, dotnet new. Thin scaffolds — a directory + a build pipeline + a handful of placeholder routes. Got you to "hello world"; left every real concern (auth, multi-tenant, audit) for you to invent.
Retool, Bubble, Supabase. Faster to first screen — slower to anything custom. The vendor owns your data model, your deployment, and the cap on how far you can take the product before having to migrate off.
Full-stack source you license, deploy onto your own cloud, and modify freely. The substrate of a real B2B SaaS — every cross-cutting concern wired in, every line readable, no vendor lock-in. The category CleenUI is in.
Cursor, Claude Code, Copilot, Windsurf — all genuinely accelerating, all running into the same wall: they generate code as fast as the foundation they're sitting on lets them.
The premise of AI-assisted development is that an engineer plus a model can ship work that previously needed three engineers. That premise holds — when the substrate exists. When it doesn't, the model has to invent the substrate at the same time it's writing the feature. Auth schemes. Multi-tenant guards. Audit logs. Translation hooks. Permission checks. Stored-procedure conventions.
What an experienced architect would have spent two months deciding once, the model invents fresh on every prompt — and the inventions don't reconcile. By month three the codebase is twelve flavors of half-finished foundation glued together with prompts. The team is moving fast in the wrong direction.
The fix isn't a different model. It's a foundation. A real one — fully implemented, internally consistent, idiomatic enough that the model can read it and write more in the same idiom. That foundation has to be source code you own and can modify — because the moment you can't change a thing, the model is back to inventing around it.
Starter templates are too thin to be that foundation. SaaS platforms can't be modified deeply enough. Consulting builds give you the wrong contract. The fourth option — a licensed full-stack code footprint — is the right shape, and the market is just starting to notice.
Why none of the existing categories quite fit, and what a licensed code footprint adds that they don't.
create-react-app, dotnet new, Rails new
Retool, Bubble, Supabase
Custom agency engagements
CleenUI
The teams shipping enterprise SaaS in 2026 are not the teams who built the foundation themselves. They licensed it, deployed it onto their own cloud, taught their AI coding agents to operate inside it, and spent every engineering hour they had on the product-distinct parts of the application.
The category that emerged to serve them is licensed source-code footprints — full-stack, production-grade, modifiable, and architect-supported. CleenUI is in that category, and the category is going to be a lot more crowded by 2027 than it is today.
A 30-minute architecture review walks the licensed-code-footprint thesis against your specific stack and team shape. No pitch deck — just architecture.