Make AI Work for You

Module 6

Build it step by step

Small pieces: plan, build, then a fresh chat checks it.

What this module is aboutWhy small pieces workThe loopText to copyYour stepsWhen it goes wrong

01What this module is about

You have a project set up, a clear way of asking, and a plan. Now you build.

The biggest mistake at this stage is asking for everything at once. "Write the whole newsletter, the poster and the email to members" gets you three average results. And when something is wrong, you can't tell where it went wrong.

This module gives you a simple loop: build one piece, check it, save it, then move on. It feels slower at first. It saves time later, because mistakes get caught early.

By the end you'll have built the first real piece of your project, checked it with fresh eyes, and saved a good copy.

02Why small pieces work

  • You can check each one. A short piece takes minutes to check. A huge one never really gets checked.
  • A mistake costs one step, not everything. If a piece goes wrong, you redo that piece. The rest is safe.
  • The AI does better with one clear job. One request, one result. OpenAI's guide for everyday work gives the same advice.

03The loop

  1. Pick one step from your plan.
  2. Build it in a fresh chat inside your project.
  3. Check it in a different fresh chat.
  4. Save the good version, then pick the next step.

A fresh chat for each step keeps the AI focused on that step, as you saw in Module 4. Anthropic recommends the same for Claude Code. Write the plan first, then start a fresh session to build from it.

04Text to copy

To build one step, start a fresh chat inside your project and paste this:

Copy this
Read PRD.md and this step from my plan:
[paste the step]

Build only this step. Stop when it's done.
When you finish, tell me how you checked it.

Your starter lines from Module 1 already tell the AI to ask if anything is unclear, and to stop if it gets stuck. So you don't need to say it again here.

To check it, start another fresh chat and paste this:

Copy this
Here is a piece of my project, and the step from my plan it's meant to do.
Check it against PRD.md and that step.
List only problems that affect whether it's right or does the job, most serious first.
Skip style and wording preferences.

Step: [paste the step]
The piece: [paste it]

The last line matters. Anthropic warns that a reviewer asked to find problems will always find something. If you fix every small comment, you end up making things worse. Fix what affects whether it's right.

05Your steps

Step 1: Pick the first step

Open PLAN.md, the step-by-step plan you saved at the end of Module 3. Pick the first step.

Make sure it's small enough to check in about five minutes. If it isn't, split it. For example, "Write the newsletter" becomes "Write the walks section", then "Write the AGM notice", then "Write the welcome".

Step 2: Build it

Start a fresh chat inside your project. Paste the build prompt from "Text to copy", with your step in it. Read what comes back.

If the AI stops and asks you something, that's good. Answer it. It means it didn't guess.

Step 3: Check it with fresh eyes

Start a different fresh chat and paste the check prompt, with your step and the piece. A chat that didn't write the piece hasn't seen the reasoning behind it, so it spots more. For an important piece, use a different company's tool, as in Module 5. Paste in your project plan, PRD.md, first, because that tool can't see your project.

For each problem it lists, decide: fix it, or skip it. Fix the ones that make the piece wrong or miss the step. Skip the rest.

Step 4: Save the good version

When the piece is right, save it in your project folder with a version number. For example: walks-section-v1.md. If you change it later, save the new one as v2. Never write over the last good version.

Then tick the step off in PLAN.md, and update your HANDOVER.md from Module 4, so the next chat knows where you are.

06When it goes wrong

  • It's going round in circles. After two tries that don't fix it, stop. Start a fresh chat with your handover note and a clearer request. More tries in the same chat rarely help.
  • It changed things you didn't ask about. Say exactly what to change: "Only change the meeting time. Leave everything else as it is."
  • The piece is too big to check. Split the step in two, and build each half separately.
  • It says it's done, but it isn't. Give it a way to check, and ask it to show the check. For example: "Check every date against the Reference file and list them."

07Things that don't help

  • Telling it to keep going or not be lazy. Anthropic says lines like that are more likely to cause over-work than help. If it stops short, just say "continue".
  • Fixing every review comment. Some comments are only taste. Fix what affects whether it's right.
  • Keeping one long chat for the whole project. Use one fresh chat per step, with your project files and handover note to carry what matters.

08Keeping it current

  • Tick off each step on your plan as it's done.
  • If the plan changes, update PRD.md first, then carry on.
  • Keep your version files. If a later change goes wrong, you can always go back to the last good one.

09Keep building

You don't need to finish the whole project before you move on. Carry on to Module 7 with your first piece.

Keep using this loop for the rest of your plan as you go through the next modules. Plan, build, check, save. Each module from here adds a habit you can use on every piece.

When you reach Module 10, it's fine if only part of the project is done. You can run Module 10 on what you've finished so far.

10Test

Show yourself these four things. Answer yes or no.

  1. Do you have a step-by-step plan with at least three steps?
  2. Is the first step built and saved with a version number, like v1?
  3. Do you have a review of it from a fresh chat that didn't write it?
  4. For each problem in the review, did you decide to fix it or skip it, and act on that?

Four yes answers: you pass. Move on to Module 7: Check the work.

11Sources

Checked on 11 November 2026.

  • One request, one result: OpenAI cookbook, "Practical prompt engineering for everyday work" (developers.openai.com).
  • Write the plan first, then build it in a fresh session; a reviewer who didn't write the work isn't swayed by the reasoning behind it; a reviewer asked to find problems will always find something, so skip style; give it a check to run; telling it to keep going is more likely to cause over-work; say "continue" if it stops short: Anthropic, "Best practices for Claude Code" (code.claude.com).
  • Checking each piece, saving versions, the two-tries rule and asking it to stop when stuck: our own advice.