What the source did
- Works from Claude Code or Codex (whichever is best at the time) and calls the others in: Codex for independent reviews and long builds, a small model for sandboxed jobs, Grok Bot for X research that comes back to the session.
- Every task starts with a "done when" list a program can check.
- The lead agent hands bounded pieces to other models or subagents, each in its own git worktree.
- A fast judge model compares each worker's report with the done-when list and points to what to check first; the real checks still run.
- A loop that makes no progress after two tries stops and the plan is rethought.
- Review depth follows how hard a change is to undo: routine changes merge once CI passes, critical ones wait for an independent review, live systems follow a written protocol.
- Every real incident becomes a small automatic check, and a weekly retro reads the past week's sessions and bookmarks and suggests changes.
- One instructions file and one skills library are shared by Claude Code and Codex; every change goes through a pull request and CI.
“A loop that makes no progress after two tries stops, and the plan gets rethought instead of retried”— trach (@tracheopteryx), X
Summary written by Agent Cookbook. See the original for the full context.
Tools they used
Made and published by trach. Start here; it is their original, not ours.
Our adapted version
Ours Our version: his workflow rules combined into one instructions file. Built from trach's post, not his wording. Fill in the [BRACKETS].
Approval rule
Set it up
- Save the rules as the one instructions file both agents read (for example CLAUDE.md and AGENTS.md pointing at the same file).
- Write a short live-systems protocol if you run anything in production.
- Start every task by asking the lead agent for the DONE WHEN list and approve it before work begins.
- Let it hand pieces to a second model or subagents in separate worktrees.
- After each incident, ask for the one automatic check that would have caught it.
- Schedule the weekly retro and accept or reject its suggestions yourself.
Common failures
- Done-when items a program can't check ("looks good"). Make them runnable.
- Trusting a worker's summary instead of running the checks.
- Retrying the same failing plan a third time.
Variations
- Use any cheap, fast model as the judge that triages worker reports.
- Add his X Search plugin so agents can check the exact posts a research bot cites.
Get the 10 best agent setups. Free.
Plus new recipes every week. One email, no spam.
Unsubscribe anytime. Privacy