Skip to content

Each track fixes one thing AI-built apps get wrong, and ends with a capstone spec for your own app.

Tracks
7Tracks
Modules
35Modules
Capstone specs
7Capstone specs
Parts per module
10Parts per module

  1. 01

    Decision

    The question the module answers.

  2. 02

    Mission

    What you will be able to build by the end.

  3. 03

    Mental model

    The main idea, in one paragraph.

  4. 04

    Failure report

    What went wrong, told as a short incident report.

  5. 05

    Framework

    The rules that would have prevented it.

  6. 06

    Scenario

    Choose what to build and see what happens.

  7. 07

    Mistakes

    The common mistakes, and why they happen.

  8. 08

    Build task

    Your spec: the plan for your own app, written with the module’s guidance.

  9. 09

    With your coding agent

    The prompt for Claude Code, Codex or Antigravity, and a checklist to check what it built.

  10. 10

    Quiz gate

    A short quiz. Pass it and the next module opens.

Track 01

How your app is put together, how it saves data, and what happens when a step fails.

  1. 01.01

    Why does an app that passes every test still break with real users?

    You writeA map of your app’s steps and what each one is allowed to change

  2. 01.02

    How does an automated job go from request to checked result without skipping a step?

    You writeA six-step checklist for your automated jobs

  3. 01.03

    How do you make sure an AI answer never saves wrong data or charges twice?

    You writeA check-before-save and no-double-charge plan

  4. 01.04

    How do you save progress so a long job can pick up where it left off after a crash?

    You writeA save-and-continue plan for long jobs

  5. 01.05

    Can you bring the map, the steps, the checks and the save points together into one plan for your app?

    You writeYour app’s reliability spec

Track 02

Set up multi-step jobs so they pick up from the last good point instead of starting over.

  1. 02.01

    How do you lay out a multi-step job so you can always see which step ran and what it produced?

    You writeA step-by-step map of your most complex job

  2. 02.02

    When a job splits into branches, how do you stop one branch from changing another’s data?

    You writeA plan for keeping branches apart

  3. 02.03

    When a job fails halfway, how do you restart from the last good point instead of the beginning?

    You writeSave points and restart rules for your jobs

  4. 02.04

    What happens to a job that keeps failing, without stopping everything else?

    You writeA holding area for failed jobs

  5. 02.05

    Can you design a multi-step job with clear steps, separate branches, save points and a holding area for failures?

    You writeYour complete job map

Track 03

Rules that must always be true, checked wherever your app passes data from one part to another.

  1. 03.01

    What must always be true in your app, and how do you keep it that way?

    You writeThe rules for one connection in your app

  2. 03.02

    When one part of your app fails, how do you stop the failure spreading to the rest?

    You writeA plan for keeping failures contained

  3. 03.03

    When step 3 fails after steps 1 and 2 have already done something real, like taking a payment, how do you undo it cleanly?

    You writeAn undo plan for multi-step actions

  4. 03.04

    How do you change the shape of your data, or of an AI answer, without quietly breaking the parts that read it?

    You writeA plan for changing data shapes safely

  5. 03.05

    Can you write the rules for every point where your app passes data between parts, in a form that can be checked automatically?

    You writeYour complete data-rules spec

Track 04

Retries and agent loops that always stop, slow down when a service is struggling, and set bad inputs aside.

  1. 04.01

    How do you make sure a loop, like a retry or an agent, always stops, and notice when it is going in circles?

    You writeA stop plan for one loop

  2. 04.02

    How do you retry a failing step without overloading the service it depends on?

    You writeA retry plan for one outside service

  3. 04.03

    When a service you depend on is struggling, how do you stop your retries from making it worse?

    You writeA slow-down plan for a struggling service

  4. 04.04

    How do you find one bad input that keeps failing a loop, and set it aside before it costs money?

    You writeA plan for setting bad inputs aside

  5. 04.05

    Can you design a loop that always stops, never makes a failure worse, and sets bad inputs aside safely?

    You writeYour complete loop spec

Track 05

Bring the parts together into one app you can see inside of, and that recovers on its own.

  1. 05.01

    How do data rules, job maps and loops come together in one app?

    You writeHow the parts of your app connect

  2. 05.02

    How do you keep a record of every decision your app and its agents make, so you can trace what happened?

    You writeA record-keeping plan

  3. 05.03

    When something fails across several services, how do you find which step caused it?

    You writeA plan for seeing inside your app

  4. 05.04

    How does your app recover from an outage, a bad database change or broken data without losing anything?

    You writeA recovery plan

  5. 05.05

    Can you write the complete plan for an app that holds up with real users?

    You writeYour complete app spec

Track 06

Work with Claude Code, Codex or Antigravity without losing control: what to tell it, what to allow, and when it must stop.

  1. 06.01

    What belongs in your AI’s instruction file, and what should stay out, so the rules that matter get followed?

    You writeYour AI’s instruction file

  2. 06.02

    How do you turn a decision into instructions your AI can build from, and check it built the right thing?

    You writeA build-ready spec for one feature

  3. 06.03

    How do you let your AI work on its own without it running forever, spending too much, or making changes you cannot undo?

    You writeRules for AI runs you are not watching

  4. 06.04

    What should your AI be allowed to do on its own, and what must always wait for you?

    You writeYour AI’s permission list

  5. 06.05

    Can you write down how AI agents work in your project so a new agent, or a new teammate, follows the same rules?

    You writeYour AI workflow spec

Track 07

The gaps AI-built apps most often ship with: leaked keys, users seeing other users’ data, AI features that take instructions from strangers, and fake packages.

  1. 07.01

    How do you keep API keys out of your code, your app, your logs and your git history, and what do you do the day one leaks?

    You writeA list of your secrets and a plan for replacing them

  2. 07.02

    How do you make sure every read and write checks that this user is allowed to see this record?

    You writeAccess rules: who can see what

  3. 07.03

    How do you build an AI feature that reads text from strangers without letting that text take control?

    You writeA risk map for your AI feature

  4. 07.04

    How do you check that a package your AI suggests is real, is the one you meant, and is safe to install?

    You writeA rule for adding packages

  5. 07.05

    What must be true about your keys, access rules, AI features and packages before real users arrive?

    You writeYour security spec

Bonus track

Take one AI product from a validated problem to launch, passing a gate at every step. Included with lifetime access.

  1. B.01

    The Pain Gate

  2. B.02

    The Comprehension Ledger

  3. B.03

    The Infrastructure Inversion

  4. B.04

    The Observability Imperative

  5. B.05

    The 95/5 Inversion

  6. B.06

    The Changeability Trap

  7. B.07

    The Cost Boundary

  8. B.08

    Narrative Sovereignty

  9. B.09

    The Ship Gate

$29 one-time. All 35 modules, plus the ones we add.

14-day refund, as long as you haven’t completed more than one module.