♟️ Prompts that check their own work


THE AI BUSINESS PLAYBOOK • Issue: #28 • Read time: 5 min
♟️

The Leverage Point

Everyone is talking about loop prompting and graph prompting.

Almost nobody shows you prompts that know when they are done. This issue explains what they actually are, what to skip, and gives you six copy‑paste prompts that check their own work.
 
Logo
 
​

Every AI post right now says the same thing.

Stop prompting. Build loops. Graphs are next.

None of them hand you a single working example.

I spent two weeks digging through the transcripts, the threads, and the demos behind the hype. I found real signal buried under a lot of noise. I also found something embarrassing: the "loop" I'd been using in my own prompts wasn't a loop at all.

Here's what I came out with:

What loops and graphs actually are, when to use them, when to skip them, and a free guide with six copy-paste prompts you can run in whatever AI tool you already have open.

No coding agent.
No new frameworks.
Just prompts that know when they're done.

The real problem

The AI conversation moved on to "loop engineering" and "graph engineering" without ever explaining either one.

Here's the dumbed-down version, because it's simpler than the buzzwords make it sound:

A loop is a prompt that repeats until a specific condition is met.

Not "until it's good."

Until a checkable, written-down condition is met.
A loop without an exit condition isn't a loop. It's a vibe.

A graph is what you get when one loop isn't enough.

Instead of one agent doing everything, you split the work into steps (nodes), define how output moves between them (edges), and let the state carry forward.

A loop is just a graph with one node and an edge back to itself.

That's the whole system. The rest is application.

The one rule

If you can't write down what "done" means, don't loop.

Every prompt worth looping has a stop condition you could check with your own eyes. "Until the reader says it lands" is not a stop condition. "Until every claim in the draft has a source listed next to it" is.

The skill here isn't prompting. It's defining done. You already do this at work every day. You write acceptance criteria. You define done for tickets and projects. This is the same muscle, pointed at a prompt.

What this looks like in practice

Say you write a status update every Friday. Same format, same audience, same raw material type.

The old way: you open a blank doc, reconstruct the week from memory, spend 45 minutes on it.

The loop way: you paste your notes into a saved prompt. The prompt carries forward your definition of what a good one looks like. The AI drafts, checks its draft against your criteria, revises what falls short, and tells you what was weakest.

You edit for 10 minutes instead of writing for 45.

That's one prompt, reused weekly, getting sharper each time. The loop tells you how to improve the loop. After a month, your definition of good is more precise than anything you'd have written on day one.

Now say you need to research a topic before a big meeting. One conversation gives you surface coverage of everything and depth on nothing.

The graph way: you open three separate chats. Each one researches the topic from a different angle. Then you paste all three outputs into a fourth chat that merges them into one brief, flags where the angles agree, and ends with what you should actually do.

Three narrow contexts beat one bloated context. Each chat stays sharp because it has one job. The merger sees everything and finds the pattern none of the individual chats could see.

That's a graph. You designed nodes, edges, and state. No framework required.

What to skip

The people posting about 24/7 agent fleets are solving a different problem than yours.

They're maintaining codebases that need overnight attention. They're burning more in tokens per month than most professionals spend on software in a year. Their loops make sense for their work.

Your problem is that Thursday's deliverable needs to be right, not that you need an AI org chart.

Skip the open loops on a $20/month plan. Skip anything that starts with "you're falling behind if you're not already." Skip the idea that graph engineering replaced loop engineering. A graph is loops connected together. You need to understand one before the other.

Most of what you'll see this month is demos, not workflows.

The free guide

I put six copy-paste prompts together. Three loops, three graphs.

Each one follows the same format: the old way, the swap, the prompt, what changes, the tradeoff. Each one has a stop condition you can verify with your own eyes.

You don't need all six. If you've never looped anything, start with the first one. If you want to see what a graph feels like, start with the fourth.

Grab the guide here: Prompts That Check Their Own Work: 6 Copy-Paste Loops and Graphs​

One thing to try this week

Pick the task you repeat most. The one that resets to zero every time.

Write down what "done" looks like for it. Three to five items, checkable by you.

Then paste that into your next AI prompt as the stop condition.

That's your first loop.

What becomes possible: you stop being the first reader of every draft, and your recurring work stops resetting to zero every week.

What's the task in your week that you rebuild from scratch most often?

Reply and tell me.
I read every response.

If this was useful, forward it to someone who writes the same email every Friday.

 
Logo
 
​

TL;DR

  • Loops need exits: A loop is a prompt that repeats until a checkable condition is met. “Until you are confident” is not a condition. “Until every claim has a source” is.
  • Graphs are split loops: When one conversation is not enough, split the work into steps across separate chats. Each stays sharp because it has one job.
  • Define done first: The skill is writing down what “finished” means before you start. You already do this at work. Point it at your prompts.

AI Business Playbook

Join 2,000+ mid-career professionals using AI

Read more from AI Business Playbook
The work AI should not speed up. A faster draft does not fix an unclear request, missing decision, or task that should not exist.

THE AI BUSINESS PLAYBOOK • Issue: #27 • Read time: 4 min ♟️ The Leverage Point You can now draft the status update, summarize the meeting, and turn rough notes into a plan faster than you could a year ago. That's useful. It's also how unclear work becomes polished waste. The question before using AI isn't always “How can I do this faster?” Sometimes it's “Why are we doing this at all?” Keep reading. Estimated read time: 4 minutes A request lands in your inbox. “Can you pull together a quick...

?? Your AI budget didn't die from overuse. It died from misuse. Three days. That's how fast one team burned a month of frontier model access.

THE AI BUSINESS PLAYBOOK • Issue: #26 • Read time: 4 min ♟️ The Paradox The "best" AI model is often the most expensive way to do the easiest task on your list. A team I've advised hit their usage cap three days into the month and spent the rest of it locked out of frontier models entirely. A team I've advised burned through their entire month's AI budget in three days. live view of my reaction first hearing this Not because they were doing anything impressive with it. Not because they'd...

THE AI BUSINESS PLAYBOOK • Issue: #25 • Read time: 4 min ♟️ The Paradox: The most advanced agentic engineering workflow publicly documented was built by an L8 principal engineer with 20+ years at Meta, Microsoft, and Atlassian. I'm a Technical Program Manager. No CS background. Never touched a terminal in my life. Last week I got the same stack running. Not a simplified version. Not a no-code shortcut. The actual stack. Here is what week one looked like for someone starting from zero. I am...