Agentic AI & MCP

AI Delegation Loop

Stop building a specialist agent for every job. Capture process, toolbox and proof in a playbook a general agent can run — and put every correction back into the folder.

4 concepts 4 decision paths Diagrams

The playbook model

The playbook framing below is adapted from Actionable AI's AI Delegation Loop guide at theactionableai.com — it is not mine. What follows is my read for practitioners who keep rebuilding the same agent wiring.

Specialist agents die. Job knowledge does not.
One agent per job carries its own prompt, tools and wiring. When the job changes, the wiring breaks and you find out in production. What a general agent lacks is rarely intelligence — it is your judgment written down as a playbook it can run.
Wiring breaks. Job knowledge compounds. One agent per job Email Content Leads Orchestrator Job changes → wiring breaks One playbook per job weekly-client-update/ SKILL.md files/ · examples/ notes.md General agent + your judgment The durable asset is the folder, not the agent graph
Treat the playbook as the durable asset. The model is replaceable; the process, toolbox and proof for a weekly job are not.

From chat fixes to a closed loop

Maturity is whether the next run needs less of you than the last one.

Delegation maturity

How durable the job knowledge becomes

  • Chat corrections
    Fixes live in a thread that closes
    Resets weekly
  • Giant prompt
    Everything in one growing instruction block
    Brittle
  • Written process
    Purpose, steps, decisions and edge cases exist
    Repeatable
  • Process + toolbox
    Templates, scripts and examples are frozen
    Consistent
  • Closed loop
    Proof checks and notes feed the next run
    Compounds

Start with the job you do weekly and would recognise a bad version of instantly. Do not start with the most complicated thing you do.


Delegation decisions

Frequently asked questions

What is the AI delegation loop?

A way of handing a repeated job to a general AI agent by capturing it as a playbook — process, toolbox and proof — and putting every correction back into that playbook. The loop is run, fail, diagnose the layer, fix the folder, re-run. The chat closes; the folder compounds. The framing comes from Actionable AI's AI Delegation Loop guide; this page is my practitioner read of it, not a reprint.

Why not build one specialist agent per job?

Each specialist carries its own prompt, tools and wiring. When the job changes, the wiring breaks and the operator finds out late. Actionable AI's guide points at the same failure Vercel and Anthropic engineers have written about: chaining specialists looked clever, then a general agent plus a folder of the team's own files outperformed the wiring. What was missing was job knowledge, not another agent.

What are the three layers of a playbook?

Process is judgment written down: purpose, triggers, inputs, steps, decision rules, definition of done and edge cases. Toolbox is the reusable scripts, templates, references and examples the process points at. Proof is a set of checks that must pass with evidence outside the draft before anything reaches you.

How do I start in thirty minutes?

Pick the weekly job you recognise a bad version of instantly. Have the agent interview you into a process file, run the job once and freeze whatever came out right into the toolbox, then add five to ten checks that can fail. The second run is where the pattern clicks — stop only after you have seen it.

Diagrams

Embed these freely — each SVG is licensed CC BY 4.0 (opens in a new tab) with attribution to this page baked in.

Sovereign AI