Advisor 顾问
Advisor 顾问
Section titled “Advisor 顾问”Advisor（顾问）是 Claude Code 里一个有意思的能力：给主模型配一个「副脑」。主模型继续干活，但旁边多了一位顾问模型时不时递条子——告诉你这里可以更稳、那里漏了个边界、这个方案有个更优解。在 best-practice 仓库的「Hot」概念表里，它和 Auto Mode、Fast Mode 并列。
它解决了什么问题
Section titled “它解决了什么问题”单个模型再强，也有盲区。同一个脑子既写代码又审代码，容易「当局者迷」——自己写的自己看不出毛病。Advisor 引入第二个模型当参谋，主模型和顾问模型各司其职：
主模型 → 干活（写代码、改文件、跑命令）顾问模型 → 看着主模型干，时不时提建议 → 主模型收到建议，决定采纳还是忽略这就像司机旁边坐个老司机——你不一定要听他的，但他在旁边嘀咕一句「前面有坑」，你就多一道保险。
三种入口，按场景挑。
方式一：/advisor 斜杠命令
Section titled “方式一：/advisor 斜杠命令”交互会话里临时召一位顾问进来，本次生效：
/advisor适合「这一段我想让它被盯着点」——干完这段再让顾问下班。
方式二：--advisor 启动参数
Section titled “方式二：--advisor 启动参数”一开始就让顾问在场，整个会话都配着：
claude --advisor方式三：advisorModel 配置
Section titled “方式三：advisorModel 配置”把顾问固化下来——指定哪个模型当顾问：
{ "advisorModel": "opus"}放配置文件里就是默认带顾问。配主模型用 Sonnet 干活、顾问用 Opus 出主意，是个常见的「省脑又稳」组合——详见 模型配置 的模型别名。
顾问策略：提建议，不越权
Section titled “顾问策略：提建议，不越权”关键定位：顾问只提建议，不直接动手。它读得到上下文、看得到主模型的操作，但它产出的是「建议」而非「改动」。采纳与否，由主模型决定。
这种分工有几个好处：
- 不抢方向盘——主模型的执行链路不会被顾问搅乱，建议是叠加而非打断。
- 可观测——你能看到顾问提了什么、主模型采纳了什么，过程透明。
- 省脑——顾问只在关键节点出声，平时不耗算力。
顾问和 Subagents 子代理 不是一回事：子代理是被主模型「派出去干活」的，会实际执行任务并返回结果；顾问只「在耳边说」，不改文件不跑命令。
适合：
- 主模型不够强的环节——用更强的模型当顾问补盲区，主模型继续用性价比高的干活。
- 容易出边界 bug 的改动——多一双眼睛盯着。
- 想要「便宜干活 + 贵脑审」的组合，把昂贵的推理用在审查而非生成上。
权衡：
- 顾问会多耗一些 token，账单敏感的批量任务先算算。
- 简单活没必要配顾问——杀鸡用牛刀。
顾问策略的具体行为（建议触发时机、建议如何呈现给主模型）以官方最新文档为准，会随版本迭代调整。
Advisor 是给主模型配的副脑——
/advisor临时召、--advisor全程配、advisorModel固定选谁。顾问只提建议不越权，主模型拍板执行；适合「便宜干活 + 贵脑审」的组合。
下一站，去看 Ultrareview 超级审查——发版前最彻底的那一遍点检。🔍