How I Direct AI: A Real Case

The model and tooling specifics described here reflect July 2026. Those details will change with each release; the layering principles and review discipline will not.

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.

Screenshot of Claude Code's usage panel showing the context window at 13%, the 5-hour limit at 5%, weekly all-models at 1%, a separate weekly Fable quota at 2%, and the official notice that Fable 5 is the most capable model and draws down usage much faster
Claude Code's usage panel: Fable 5 draws from its own weekly quota, and the official notice says it draws down usage much faster (screenshot taken July 9, 2026).

To conserve tokens, I gave Claude Code a very simple instruction:

Q: From today until July 12 I can use the Fable 5 mode. Design an operating mode in which tasks involving overall architecture design, strategy setting, and other high-stakes matters are executed by Fable 5 itself, while all other tasks are delegated by Fable 5 to Opus (with the effort level judged by task complexity).

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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 realityImpact on your designCountermeasure
1Sub-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 nothingEvery delegation must explicitly carry model: "opus" (or haiku/sonnet)
2The Agent tool has no effort parameter (only a model override)"Scaling effort to complexity" cannot be done with the Agent tool aloneTwo 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
3A sub-agent is a brand-new context and sees none of this conversationEvery delegation needs a self-contained brief; for small tasks the overhead costs more than Fable doing it directlyDelegation threshold (all three must hold): the task is self-contained, the output compresses into a summary, no mid-course judgment is needed
4The conductor's reading and writing still burn Fable tokensDelegation 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:

TierExecutorTask type
L1Flagship model, in personArchitecture and strategy design, multi-rule interaction judgment, reconciling results across tasks, final wording of key text
L2Second-tier model, high effortComplex execution against a clear spec: report first drafts, non-trivial code, multi-source research synthesis
L3Second-tier model, low effortMechanical batches: file scans, format conversion, citation checks, data extraction

With three supporting rules:

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".