03 · Own

Owning the codebase

shippedprinciple → decision → workflow → artifact

Principle

Ownership means you can change the product on a Tuesday without asking a platform for permission. The codebase is the institutional memory of decisions — tests, types, and small modules beat a chat log of what the agent did last month.

AI accelerates typing; it does not absolve structure. The shift from prototype to owned code is a shift from demonstration to revision under stress.

The decision

DEC_009

  Repo + CI + deploy
│
▼
Auth + identity
│
▼
Core data model + migrations
│
▼
Billing / integrations (if any)
│
▼
Polish + edge cases
Migrate vertically — each layer proves itself before the next.

What “owned” looks like

OwnedNot owned
Git history you controlExport zip from a builder
Reproducible npm run build”Works on my Lovable project”
Env vars documentedSecrets in chat
One command test or smoke”AI will remember”
You can explain the data modelTables named Table_7

Workflow

  1. Run the migration checklisttemplates/migration-checklist.md.
  2. Scaffold intentionally — pick stack you can maintain solo or with your team; boring beats clever.
  3. Port decisions, not pixels — carry validated workflow and data model; redesign is allowed, amnesia is not.
  4. Vertical slice first — one path end-to-end in production before horizontal “platform” work.
  5. Write the README for future you — setup, deploy, where AI is allowed to edit.
  6. Establish gates — lint, typecheck, or smoke test before merge; agents need guardrails too.

Working with AI in an owned repo

Tooling

Your chosen framework (Next, Astro, Rails, etc.) matters less than: git, CI (GitHub Actions), hosted deploy (Vercel, Fly, Railway), and a migration tool if you have a database.

Common mistakes

Artifacts

Further reading