别再全程跑 Opus 了：advisor 让三个模型各干各的活

这两天在中文圈传开一份 Claude Code 高阶配置，思路很直接：主会话用 Sonnet 5.5 专心写代码，三个 Haiku 5.5 子代理并行扫代码库，Opus 5.5 坐镇当顾问、只在关键决策时开口。启动只需一行：

claude --model sonnet --advisor opus

原帖来自 X 用户 @mingzi206（2026-11-06 发布，x-scraper 11 月 7 日快照：12 回复、26 转发、382 收藏），作者把这套分工概括成三层。

anthropics/claude-code 仓库

三层分工：谁干活、谁扫库、谁开口

按作者口径，三个模型各司其职：

Sonnet 5.5 负责主会话，专心写代码、改 bug；
Haiku 5.5 并行扫整个代码库，只做只读搜索、grep 和查文档；
Opus 5.5 当顾问，只在三个时候介入：计划敲定之前；同一个错误出现第二次的时候；宣布完成之前。

"同一个错误第二次出现才叫顾问"这条规则值得单独一说——第一次失败可能是偶发，第二次还错，说明方案层面有问题，这时候才值得花顾问的钱。

作者的配置配方

这份配方分三步（均为作者口径）：

在 .claude/agents 里建三个 Haiku 5.5 子代理：search（梳理代码库）、grep（查找调用位置）、audit（检查改动）；
给 audit 设置 worktree 隔离，让检查在独立工作树里跑，不碰工作分支；
在 CLAUDE.md 里加一条规则：所有代码库搜索和测试都交给 Haiku 5.5 子代理，让主上下文保持精简。

需要说明：这套三个子代理的编排、worktree 隔离，以及帖子里的"JEV 处理小选择"，都是作者自己的配方和概念，官方文档里没有对应条目，照抄前先看自己需不需要。

advisor 本身是官方功能，文档写得明明白白

advisor 工具官方文档

这套配置能跑起来，靠的是 advisor 这个服务端工具。Anthropic 官方文档的口径如下：

advisor 让 Claude 在关键时刻咨询第二个、通常更强的模型；顾问会收到**完整会话（含全部工具调用与结果）**再返回指导；
三种开启方式：/advisor 命令、advisorModel 设置项、--advisor 启动参数；
要求 Claude Code v2.1.260 或以上（Haiku 5.5 当主模型或当顾问需 v2.1.293 或以上），先跑 claude --version 确认，v2.1.316 这样的新版本已满足要求；
顾问必须至少与主模型同级——Sonnet 5.5 当主模型可配 Opus 5 或以上当顾问，Opus 5/5.5 当主模型也只能配 Opus 顾问；
官方推荐配对表里明确写着两条："Sonnet main + Opus advisor：Sonnet 处理日常工作，规划、反复失败与完成检查交给 Opus"，以及"Haiku main + Opus advisor：成本最低的主模型 + 强规划"；
顾问按决策点调用而非每轮调用，但每次调用都会重读完整会话、不走缓存，token 按顾问模型费率另计；
仅限 Anthropic API——走 Bedrock、AWS、Google Cloud、Foundry 等第三方通道的用不了。

这不是新功能，是新省法

先把标题党拆掉：原帖标题里的"封神级高阶玩法"是作者措辞，不可当事实。advisor 工具本身在 v2.1.83 就已引入，11 月 5–6 日流行起来的是"便宜模型主跑 + 强模型当顾问"这套省钱配置，不是 Anthropic 发布了新东西。

"省下大笔 token"也未经实测。官方文档只说"顾问按决策点调用，通常比全程跑强模型便宜"——但单次顾问调用本身要重读完整会话，并不便宜。省不省，取决于调用顾问的频率：调用克制才省钱，每轮都问顾问反而更贵。

对每天用 Claude Code 的人，这篇的实际意义就一句话：别再全程跑 Opus 了。Sonnet 当主模型、Opus 当顾问，日常工作便宜、关键决策有强模型把关；预算更紧的可以直接上 Haiku 当主模型（官方口径是"成本最低的主模型 + 强规划"），适合长会话与大代码库。动手前记住四件事：① 顾问调用越频繁越贵，"省 token"只在调用克制时成立；② 版本要 v2.1.260 以上（Haiku 5.5 相关 v2.1.293 以上），先跑 claude --version；③ 仅限 Anthropic API，走 Bedrock 等第三方通道的用不了；④ 三个 Haiku 子代理与 JEV 是作者配方，不是官方标配。