Sonnet 干活、Haiku 探路、Opus 把关：Claude Code 三模型分工今天就能照着配

11 月 5 日，一条 Claude Code 的配置帖子在 X 上传开了，作者 @mirku21 把 Anthropic 刚上线的 advisor 功能总结成一句话：Sonnet 干活、Haiku 探路、Opus 把关。advisor 本身是官方功能，文档已经挂在 Claude Code 官网：它让主模型在关键时刻请第二个、通常更强的模型来会诊——定方案之前、同一个错误反复出现时、宣布任务完成之前。开启方式有三条路：会话里敲 /advisor 选模型、settings 里写死 advisorModel、或者启动时加 --advisor 参数，比如 claude --model sonnet --advisor opus。

官方推荐的配对里，最实用的就是 Sonnet 5.5 主跑、Opus 5.5 当顾问：Sonnet 全程写代码，Opus 只在决策点出现。规则只有一条硬杠：顾问的级别不能低于主模型，Haiku 4.5 可以当主模型、但不能当顾问。帖子作者还加了一层自己的做法：挂三个只读的 Haiku 5.5 subagent 并行探路，一个画仓库地图、一个找调用点、一个拉 API 文档，主会话只收结论不收噪音。他的原话是“Sonnet builds. Haiku explores. Opus reviews.”——分工的精髓不在模型多，而在“谁只在什么时候出现”。

代价要先算清：advisor 每次会诊都要把整段对话重新读一遍，按顾问模型的价格计费，订阅档按用量额度扣；长会话里 advisor 叫得越勤，这笔账越大。而且 advisor 目前还是实验性功能，只在 Anthropic API 上可用，走 Bedrock 这类第三方平台是用不了的；调用时机由模型自己决定，没有“每 N 轮叫一次”的开关，只能在提示词里多说一句“多请教顾问”或“少打扰顾问”。

我的判断是：这套分工真正的价值不是“三个模型一起写代码”，而是把“干活”和“把关”拆成了两笔账——Sonnet 全程跑比 Opus 全程跑便宜，Opus 只在三个决策点出现，等于用小钱买了三次专家复核。照抄的起点很低：先只开 Sonnet + Opus 顾问跑一个中等规模的重构，感受一下顾问在定方案和收尾时到底拦住了什么，再决定要不要加 Haiku 探路那层。这个结论在短任务上不成立——改几行代码的小活，顾问连出场的必要都没有；也在会话已经很长、上下文快满的时候要打折，顾问每次重读全量对话，账单和延迟都会悄悄变大。