Claude Code 的多模型分工：Sonnet 写码，Haiku 查文件，Opus 只拍板

Claude Code 可以同时挂三个模型。

Anthropic 分享了一个用法：主会话跑 Sonnet 5.5，文件探索交给 Haiku 5.5，Opus 5.5 只在关键节点作为 advisor 介入。命令很短：

claude --model sonnet --advisor opus

分工是：

• Sonnet 5.5 跑会话、写代码
• Haiku 5.5 并行探索文件和文档
• Opus 5.5 作为顾问待命，只在关键判断时被咨询
• 日常轮次不再消耗 Opus

Opus 介入三个时刻：

• 计划锁定前
• 同一个错误出现两次
• 宣布完成前

一句话：Sonnet builds, Haiku explores, Opus reviews。

原推把结构展开成一棵树：

Sonnet 5.5 跑主会话、改代码
search 在 Haiku 5.5 上映射仓库
grep 在 Haiku 5.5 上找调用点
docs 在 Haiku 5.5 上拉 API 参考
Opus 5.5 作为 advisor 待命，被咨询时读完整对话记录
JEV 用毫秒级路由处理微分支

JEV 在素材里是更低一层的快速路由：不需要思考者的分叉，比如选哪个文件、用哪个工具、重试还是停止，交给 JEV 毫秒级处理。需要大模型判断的分叉才往上走。

这里有个判断：多模型配置的重点在把工作按判断密度切开。省 Opus 的费用只是结果。很多 setup 只换模型，工作流没变，贵的那层还是每轮都在。有网友在回复里总结得更直接：“build the harness first, model tuning comes last。”

原推给了可直接粘进 Claude Code 的提示词：

Rebuild my Claude Code setup around this tree:
1. Run the main session on Sonnet 5.5 with Opus 5.5 as advisor.
2. Create three read-only Haiku 5.5 subagents: search (maps the repo), grep (finds call sites), docs (pulls the API reference).
3. Add one rule to CLAUDE.md: consult the advisor before locking a plan, after the same error twice, and before calling a task done.
4. Route fast deterministic forks (tool choice, path selection, retries) through JEV.
Show me every change as a diff first. No edits until I say go.

最后一条值得保留：先看 diff，再说 go。配置改动也按代码改动处理。

原推附了工作流演示：

原推链接：https://x.com/N01ennn/status/2116455210587709511

advisor 文档：https://code.claude.com/docs/en/advisor