← Claude Docs

Escalate hard decisions with the advisor tool - Claude Code Docs

Claude Docs · June 9, 2026
The advisor tool enables Claude to consult a stronger model at key moments during multi-step tasks, such as before committing to an approach or declaring a task complete. The advisor receives the full conversation history and returns guidance that Claude applies before continuing, with availability depending on compatible model pairings and Claude Code version requirements. Each advisor call consumes tokens at the advisor model's rates, making it cost-effective for routine work that occasionally needs stronger planning or verification.

Detailed Analysis

Claude Code's advisor tool introduces a structured mechanism for dynamic model escalation within agentic coding sessions, allowing a primary model to consult a more capable secondary model at critical junctures without running the stronger model throughout an entire task. The advisor operates server-side on Anthropic's infrastructure and receives the complete conversation context — including all tool calls and their results — before returning guidance that the primary model applies before proceeding. Key trigger points for consultation include moments before committing to a significant approach, when the same error recurs repeatedly, and before a task is declared complete. Users can configure the advisor through a `/advisor` slash command, a persistent `advisorModel` setting in a configuration file, or a single-session `--advisor` launch flag, giving teams flexibility between persistent defaults and one-off configurations.

The model pairing architecture reveals deliberate design choices about capability tiers and cost optimization. Haiku 4.5, Sonnet 4.6, and Opus 4.6+ can each act as the primary model, but the advisor must be at least as capable as the main model. Fable 5, positioned explicitly above Opus and Sonnet in the capability hierarchy, can only advise a Fable main model, and conversely can only be advised by another Fable instance. The API enforces these pairings at the infrastructure level rather than within Claude Code itself, meaning misconfigured pairings fail at request time rather than at setup. This tiered enforcement reflects Anthropic's effort to prevent architecturally nonsensical configurations — such as a weaker model advising a stronger one — while offering alias-based shorthand (opus, sonnet, fable) that automatically resolves to the latest version.

The cost rationale underlying the advisor tool addresses a practical tension in deploying large language models for complex, long-horizon tasks. Running a high-capability model like Opus or Fable throughout an entire multi-step coding session carries significant token costs, particularly when the majority of individual steps are routine and do not require maximum reasoning capacity. The advisor pattern allows teams to use cheaper models for execution while reserving expensive consultations for moments where plan quality most determines outcome. The billing consequence — that each advisor call sends the full conversation, consuming tokens at the advisor model's rate — means that the efficiency gain depends heavily on how selectively Claude escalates. The model-driven rather than rule-based timing of consultations means the actual cost profile varies with task complexity and Claude's internal judgment.

The advisor tool fits within a broader trend in AI development toward hierarchical multi-agent architectures, where specialized or differentiated models collaborate rather than a single monolithic model handling all subtasks uniformly. Anthropic's positioning of the advisor alongside existing mechanisms like opusplan and subagents suggests a maturing ecosystem of orchestration primitives within Claude Code, each suited to different control and cost profiles. The advisor's design — where the primary model retains agency to surface conflicts when its direct evidence contradicts advisor guidance — also reflects an important principle about agentic autonomy: the consulting model provides input rather than commands, preserving the executing model's ability to respond to ground truth. This mirrors patterns emerging across the AI industry, where multi-model pipelines increasingly balance centralized planning against distributed execution, and where the reliability of long-horizon autonomous tasks depends as much on architectural decisions about escalation and verification as on the raw capability of any single model.

Read original article →