From Business Problem to AI Product
Validate, build and pilot a small AI product, and decide with evidence whether to go on.
Course 05 · Build with AI
In developmentBuild and ship a small, real application with an AI coding agent, and be able to prove it works, recover it when it breaks and explain it to someone else.
Overview
Before
“An agent writes code quickly, but as the project grows you understand less of it, changes break things you did not touch, and you cannot tell whether it is safe to ship.”
After
“The agent works inside rules you wrote, every change is planned, reviewed, tested and committed, you can roll back anything, and what you built is deployed and documented.”
Most AI coding material teaches a tool. This course teaches how to stay in charge of a codebase an agent is writing: specify, constrain, review, test, secure, recover and hand over. The agent may write a feature in ten minutes; the course is about the afternoon that follows, when you need to know why something else broke and whether it is safe to put in front of a customer.
It is tool-agnostic and built on one running project, taken on screen from an empty folder to a deployed app. The recommended project is a job-intake tool for a service business, with a form, a database, authentication and personal data, so every hard lesson has something real to work on. One test runs through every module: can I explain it, can I recover it, and would I let it near a customer?
People who can read code and want to build software they would stand behind. Developers who have felt a project slip away from them, founders building alone, and operations people whose home-made tool has become something the business depends on. It assumes you know what you want to build; deciding what to build and whether anyone will pay for it is the subject of From Business Problem to AI Product.
It is not a programming course, and it does not cover machine learning or model training. It argues against shipping software you do not understand.
Eight modules of self-paced video, each ending in a practical output committed to your own repository. Tool-specific detail is kept to one module so it can be updated as the tools change. Security has a module of its own, and deployment, monitoring and handover are covered rather than left out. The capstone is the deployed app itself, with its tests, review history and handover pack.
Tools covered
Outcomes
Curriculum
Every module ends with a practical output on your own business. Open a module to see its lessons.
Sets expectations with evidence, so the method follows from the data rather than from enthusiasm.
Practical output A one-page delegation line: what you hand to an agent, what you always do yourself, and the one category of change you always read line by line.
Gets every learner onto a safely configured agent. All tool-specific detail lives here, so it can be updated on its own.
Practical output A repository with the tool installed, narrow permissions, a .gitignore, a setup guide and an instructions file, all committed.
Moves the important decisions before any code: a brief, a specification, checkable acceptance criteria and a plan approved before the agent starts.
Practical output A brief, a specification, ten acceptance criteria and an approved plan, all committed.
Runs the daily loop of framing, planning, acting, reviewing and committing, and treats the agent's context as a budget to manage on purpose.
Practical output A feature built through at least four reviewed commits, plus a decisions log and a handover note.
Proves the software works and makes every change recoverable, with tests written first, automated checks and Git as the undo button.
Practical output Tests with at least one written first, CI, a protected main branch and a recovery visible in the history.
Stops the failures AI-generated code is known to produce, from weak code to hallucinated packages and prompt injection, and covers when to call a professional.
Practical output A security checklist, a dependency audit, an agent-must-never list and a data note.
Runs parallel work without collisions, using branches, worktrees and an agreed merge order, while keeping the human review gate.
Practical output Two merged workstreams and a review-gate list.
Deploys, monitors, maintains and hands over the app, so it can survive its first incident and someone else can pick it up.
Practical output A deployed app, alerts and a handover pack, which together with earlier outputs form the capstone.
Fit
Developers, technical founders and capable non-developers who can read code, use or are about to use an AI coding tool, and want to build software they would put in front of a customer.
Questions
One of Claude Code, Cursor, GitHub Copilot or Codex on a paid plan. At 24 September 2026 these started at about US$10–20 a month; heavy use costs more.
The tool module is kept separate so it can be reviewed quarterly, and the page shows the date of the last review.
There is no promise of that. The evidence is mixed, and Lesson 1.2 explains why. The aim is work that is safer and easier to check.
No, but you must be able to read code and use a terminal.
A completion record only. It is not a qualification.
Interested in more than one? Choose several courses on one form.
Where this leads
Validate, build and pilot a small AI product, and decide with evidence whether to go on.
Hear when it opens
I share progress on LinkedIn as each course is recorded. If there is a question you want this course to answer, write to me: it will shape what goes in.