How I Direct AI: A Real Case
Background: Claude Code's top model, included with existing paid subscriptions until July 12
In July 2026, Anthropic opened its new flagship model, Fable 5, to paying subscribers, but only until July 12. A flagship model burns tokens fast, and spending it on trivial tasks that require no real reasoning is a waste.
To conserve tokens, I gave Claude Code a very simple instruction:
The AI did not comply; it audited my design first
The AI's answer (excerpted for readability):
This is a meta architecture-design question (not a tax or technical domain question, so no project files needed; the basis is this harness's actual tool specifications plus your CLAUDE.md and memory). Overall verdict first, then the technical traps and the corrections.
Overall verdict
The direction is right: this is the orchestrator-worker pattern, and it naturally complements your existing multi-model blind-review rule: Fable × Opus is genuine cross-model review, which catches more blind spots than any model grading its own work. But a literal implementation would hit four technical traps that need fixing first.
- Delegated subtasks default to running on the main model (meaning a delegation that forgets to specify the executing model still burns flagship quota, so the delegation achieves nothing); every delegation must name its model explicitly.
- The "scale effort to complexity" parameter I had imagined does not exist on the single-delegation tool at all; it requires a separate batch-orchestration path.
- A subtask is a brand-new conversation that sees none of the main thread's context, so every delegation needs a self-contained brief; for small tasks, the communication overhead costs more than the main model just doing the work.
- Framing the task, grading the output, and arbitrating disputes all consume flagship quota too: delegation saves the "execution", never the "judgment".
The key correction: from "by importance" to "by leverage of judgment"
The AI then went after the core of my design:
| # | Technical reality | Impact on your design | Countermeasure |
|---|---|---|---|
| 1 | Sub-agents inherit the main session's model by default (= Fable) | A delegation that forgets to specify the model still burns Fable quota; the delegation achieves nothing | Every delegation must explicitly carry model: "opus" (or haiku/sonnet) |
| 2 | The Agent tool has no effort parameter (only a model override) | "Scaling effort to complexity" cannot be done with the Agent tool alone | Two routes: (a) move batch/multi-task work to Workflow, where agent() can set effort low→max per call; (b) create custom agent definition files (frontmatter can preset model + effort), but creating files needs your authorization |
| 3 | A sub-agent is a brand-new context and sees none of this conversation | Every delegation needs a self-contained brief; for small tasks the overhead costs more than Fable doing it directly | Delegation threshold (all three must hold): the task is self-contained, the output compresses into a summary, no mid-course judgment is needed |
| 4 | The conductor's reading and writing still burn Fable tokens | Delegation saves the "execution", not the "framing + grading + arbitration" | Keep the main session lean, per your existing 200k branching rule; calibrate quota with a daily /usage check (I cannot see the Fable allowance) |
The suggested routing table (corrected)
Your split is "by importance"; I suggest "by leverage of judgment": important-but-mechanical work still gets pushed down, and Fable's judgment goes to the two ends, the spec and the review, not to the typing in between.
The corrected layering:
| Tier | Executor | Task type |
|---|---|---|
| L1 | Flagship model, in person | Architecture and strategy design, multi-rule interaction judgment, reconciling results across tasks, final wording of key text |
| L2 | Second-tier model, high effort | Complex execution against a clear spec: report first drafts, non-trivial code, multi-source research synthesis |
| L3 | Second-tier model, low effort | Mechanical batches: file scans, format conversion, citation checks, data extraction |
With three supporting rules:
- Delegation threshold: the task is self-contained, the output compresses into a summary, and no mid-course judgment is needed. All three must hold before delegating. Handing work off feels efficient, but because a subtask sees none of the main thread's context, an unclear brief makes the rework cost higher, so the main model is better off doing it directly.
- Escalation triggers: on any irreversible action, conflicting sources, or low confidence, the delegated task stops and reports back rather than pushing on.
- Cross-model review: the second-tier model's output is reviewed by the flagship; conversely, the flagship's own output goes to a different model for independent blind review (a model grading its own work does not count, a rule I have kept for years).
Checking the same answer from a second angle
The same design can be verified from another direction. From the quota angle, concentrating judgment at the spec and review ends while delegating execution maximizes the yield of a scarce resource. From the quality angle, cross-model review lets two different models catch each other's blind spots, one more layer of protection than any model reviewing itself. Both angles point to the same conclusion, and only then was the corrected version adopted.
The final review and sign-off stays with me
Across the whole exchange, the AI did two things: it exposed the gap between my design and the system's reality, and it proposed the correction. But some things could not be left to the AI to execute. Where important work with an already-clear spec belongs was my decision: second-tier model drafts, flagship model reviews. Whether to adopt the whole mode, and how far its authorization runs, was also my decision.
This is the concrete version of the line on my About and Services pages: the code and the text can come from AI; the value lies in designing the process and verifying the output. Directing AI is not a prompting trick. You need your own standard of judgment first, so the AI's pushback has something to be tested against, and the final call has something to rest on.
Need an AI research workflow designed for your team?
Designing and shaping this kind of AI research workflow is one of the services I take on. See Services, item 3, "AI Research Automation Advisory".