Assembly is not product
The first fortnight goes on auth, mail, queues, deploys, and CI rather than on anything a customer sees.
A young company pays twice for its stack: once when assembling it and again every time it needs to change. Stacks trades a wide choice of libraries for one typed application where a rename is a compile error and the infrastructure is a file in the repository.
The work that arrives whether you planned for it or not.
The first fortnight goes on auth, mail, queues, deploys, and CI rather than on anything a customer sees.
The model you launch with is not the model you keep, and refactors are where untyped stacks charge interest.
Small teams cannot afford a stack whose deploy story needs a specialist.
A bespoke assembly of ten libraries has no onboarding path and no documentation.
All of it in the same install, typed against the rest of your application.
buddy new gives you auth, models, queue, mail, dashboard, tests, and a deploy pipeline in one install.
Route, action, model, and view are typed against each other, so the compiler finds callers a grep would miss.
buddy deploy provisions and ships, and the shipped CI workflow does it on every green push to main.
Files land where the framework says, so a new engineer reads the same layout every Stacks app has.
Server or serverless is a config choice, and SQLite is a legitimate production database until it is not.
Database test utilities and feature tests ship with the project, so coverage is not a later initiative.
BugHQ (bughq.org), StatusHQ (statushq.org), AnalyticsHQ (analyticshq.org), and LogHQ (loghq.org) are production Stacks applications today, and all four are open source. CommsHQ, a marketing and communications platform, is built the same way and ships as either a self-hosted install or a paid subscription.
Every one of these ships in the same install. Follow one to see what it covers.
Buddy scaffolds, runs, and ships this the same way it does the rest of the app.
Projects of this shape usually grow into one of these.