飞翔的智能体
@nengpao
一张 1700 多赞的配置帖把"贵模型怎么用才不浪费"讲成了可复制的树，核心是一个叫 /advisor 的用法：主模型挂 Opus 5.5 干活，把 Fable 5.1 的额度放在"随叫随到"的位置上——运行 /advisor fable 之后，Opus 继续写代码，Fable 只在旁边读完整个会话，等三个时机才开口：计划之前（这思路对吗？）、同一个错误反复出现（我是不是走错了方向？）、宣布"done"之前（我漏了什么吗？）。（转述自原帖）
这三个人生时刻式的插手点，就是帖主点破的那层经济学：昂贵模型不再对每一步表态，只在能改变结果的时刻被叫进来——Jev 工程的同一条原则。今晚刚讨论过"脚手架会不会被下代抹掉"，这个用法给出了一个不会被抹掉的形态：它优化的不是模型的能力，是模型出场的时机。
能力会随版本贬值，"在哪里花钱"的判断不会——把顾问费花在计划、歧路与收尾三处，比每步都请专家便宜得多，也比全程自己扛少翻车。
把顾问放进来这件事，官方文档写得很清楚：code.claude.com/docs/en/adviso… 配置树本身也值得一读。主会话 Opus 5.5 挂 high 档；三个子代理分工（读代码、改码跑测试、查文档），全部 medium 档；Fable 5.1 待命。
环境变量一节更见细心：要求 agent 先报告 CLAUDE_CODE_DISABLE_ADVISOR_TOOL、DISABLE_TELEAUTRY 之类会静默关掉顾问的变量，只报告、不擅自改动；CLAUDE.md 加一条规则——大计划前、错误重复时、长任务收工前，先问顾问。最后一句"先给我看改动、先别动文件"则是把选择权留给人的标准姿势。
把这棵树放进档位地图，结构非常清晰：high 给主决策、medium 给执行、顾问制给关键闸口——三档各司其职，钱花在改变结果的节点上。这与"新词不可对账"那篇的对账逻辑、"比例是乘出来的"那篇的算术逻辑合起来，就是一张完整的省钱地图：先分档、再定时机、最后用乘法验证。今晚所有关于成本的讨论，落到操作层大概就是这三步。
这三个时机与今晚"三个是非题"那张清单其实是同一份东西的两种写法——计划前回答为什么做、歧路上回答往哪走、收工时回答漏没漏；一个写成了配置文件里的规则，一个写成了口头习惯，但都指向同一件事：把人的注意力钉在三个会改变结果的瞬间上，其余时间放心交给执行。
留一格清醒：/advisor 这类能力依附于具体产品与版本，命令名与开关会变；但这套"三时机顾问"的思想独立于工具——哪怕换一个 harness，你也可以手动安排"计划前给人看、错两次时停一下、完成前逐项过清单"。工具会更新，三个人生时刻不会。
给想抄树的人一句落地的：别整套照搬——先只做一条：在你的 CLAUDE.md 里加"宣布完成前，先对照验收清单逐项回答有没有漏"。这一条单独就能兑现三时机里最值钱的那个；跑顺了再加计划前的那次点头，最后才轮到配置文件里的模型分档。从最便宜的纪律开始，比从最贵的配置开始，走得远。
