Lesson 006Field guide · Build With AI
Building Your First Simple Tool
Ship a tiny, useful tool end to end.
You'll learn
- How to pick a first project you'll actually finish
- The full build loop: brief, build, test, use
- What a week of real use tells you that no test can
- How to leave with a completed brief any AI coding tool can build from
01Section
What shipping means for you
You've learned to spot tool-shaped ideas, pick a building approach, write a brief, direct an AI assistant, and test what comes out. This lesson puts the pieces together — and lowers the bar to exactly where it belongs.
Shipping, for a first tool, does not mean launching anything. It means: a tiny tool exists, it does its one job correctly, and you actually use it. That's the whole finish line. Plenty of people never cross it — not for lack of ability, but because they aimed at something too big to finish. You're not going to make that mistake.
The honest bar
A ten-line tool you use every Friday beats an ambitious app that never got finished. Used is the metric. Impressive isn't.
Checkpoint
03Section
The build loop, end to end
Everything from this path, compressed into the loop you'll actually run:
Write the brief: All seven parts — problem, user, inputs, outputs, must do, must not do, done when. The capstone exercise below produces this.
Build one small step at a time: Paste the brief into your AI tool with "help me build this, one small step at a time." Smallest working version first; confirm each step; save a copy whenever it works.
Test it like you mean it: Five real inputs with by-hand answers, then the edges: empty, weird, too big. Fix what you find — or shrink the scope so the problem is outside it.
Use it for real: The next time the task comes up, reach for your tool instead of the manual way. That first real use is the ship moment.
Key takeaway
Brief → build → test → use. Every step exists in a lesson you've already done — the capstone is just running them in order on one small idea.
Checkpoint
04Section
The week of real use
Testing tells you whether the tool works. A week of use tells you whether the tool matters — and no test can answer that. Commit to one week of reaching for it every time the task comes up, and pay attention to three things:
Did you actually use it, or quietly slide back to the manual way? Where did it annoy you — an input that's fiddly to enter, an output you always re-edit? And what did you work around by hand? Those workarounds are version two's real feature list, written by experience instead of imagination.
After the week, three outcomes — all of them fine. You keep using it as-is: shipped, done, many great tools stay ten lines forever. You make one or two small improvements: follow the loop again, working copy first. Or you quietly stop using it: also a win — you learned what you actually needed for the cost of an afternoon, which is exactly what first projects are for.
If the week of use makes you want to grow the tool toward other people — their data, their payments, their accounts — that's the moment for experienced review, not another solo AI session. Small tools are yours; software other people depend on is a different craft.
Pause and think: What's the very first real task you'll point your tool at — and when, specifically, does that task next come up?
Checkpoint
Prompt exercise
Capstone: produce your completed project brief
This is the artifact you take with you. Copy this prompt into ChatGPT, Claude, Gemini, Copilot, or whichever AI tool you have access to — the website doesn't run AI itself. Pick your tool (from the starter menu or your own scoped idea) and let the AI interview you into a finished, paste-ready brief. Save the output somewhere permanent — it works in any AI coding tool, today or a year from now.
I'm finishing a course on building small tools with AI assistance, and I want to produce the completed brief for my first real tool. Interview me one question at a time to fill in: Problem, User, Inputs, Outputs, Must do, Must not do, Done when. Challenge anything vague, and if my scope creeps past one core job, push the extras into "Must not do." Also ask whether the tool touches money, other people's data, or anything automatic — if it does, note in the brief that it needs experienced review before anyone relies on it. When everything is concrete, output a final document titled BUILD BRIEF with all seven parts, followed by a "First build step" line describing the smallest working version to ask for first, and a "Test plan" line listing my five real test inputs and three edge cases. Format it cleanly so I can copy it, save it, and paste it into any AI coding tool to start building.
Reflection: You now hold a complete, buildable spec that didn't exist an hour ago. The distance from here to a working tool is one build session — schedule it before the momentum fades.
Quick check
4 quick questions — no pressure
There's no pass or fail here. Answer them all, and we'll show you the answers either way.