这太离谱了。我之前花了几千美元，后来把工作拆分到三个模型上才止损：让 Opus 5.5 负责制定计划，Sonnet 5.5 负责跑腿，Fable 5.1 随时待命咨询——你就不用再为那些本来就不需要 Opus 的任务掏 Opus 的钱了。

各司其职

• Opus 5.5，high effort：制定计划，并负责最终 diff
• Sonnet 5.5，medium effort，身兼三职：explorer 读代码，worker 改文件并跑测试，researcher 查文档
• Fable 5.1，通过 /advisor fable：阅读整个会话，但只在被召唤时才介入

Fable 在三个节点上被咨询：

• → 计划发布之前：这个方向对不对？
• → 同一个错误第二次出现时：是不是在错误的地方搜？
• → 长任务被标记为完成之前：漏掉了什么？

Jev 工程方法把同样的分工应用到最小的决策上。打开哪个文件、运行哪个工具、重试还是停止——这些根本不需要推理，Jev 在半秒内就能回答，而大模型只在真正的分叉口上出场。

在所有事情上都跑 Opus，就等于花钱让它检查某个文件是否存在。

把下面这段粘贴进 Claude Code：

Rebuild my Claude Code setup around three tiers. Look in ~/.claude/agents and .claude/agents for subagents that already cover explorer, worker and researcher. Create only the missing ones, each with model: sonnet and effort: medium. If an existing one is pinned to another model, list it and leave it alone. In ~/.claude/settings.json, set advisorModel to fable. Set high effort for Opus inside modelSettings for claude-opus-5-5, because a top-level effortLevel does not apply to Opus 5.5. Report, without changing anything: CLAUDE_CODE_DISABLE_ADVISOR_TOOL, DISABLE_TELEMETRY or anything blocking feature-flag fetches, CLAUDE_CODE_EFFORT_LEVEL, which can override subagent effort, and whether Fable as advisor needs a one-time billing consent. If you can't tell, say so. Add one line to ~/.claude/CLAUDE.md: consult the advisor before a big plan, when the same error shows up twice, and before marking a long task done. Show every change as a diff first. Touch nothing until I say go.

用 advisor 工具升级重大决策

• Claude Code 文档
• 来源：https://code.claude.com/docs/en/advisor

advisor 工具让 Claude 在任务的关键时刻咨询一个通常更强的模型，例如在确定方案之前、困在反复出现的错误中时、或者在宣布任务完成之前。advisor 会收到完整的对话内容，包括每一次工具调用及其结果，然后返回指导建议，Claude 在继续执行前会采纳这些建议。advisor 在 Anthropic 基础设施上以服务端工具的形式运行，订阅和 API 计费账户均可使用。你来决定哪个模型担任 advisor，由 Claude 决定何时调用它。

本页介绍如何启用 advisor、哪些模型配对是可接受的、Claude 在咨询期间展示什么，以及 advisor 的用量如何计费。

何时使用 advisor

advisor 适用于长而多步骤的任务：大部分轮次都是例行操作，但计划质量决定最终结果。例如大型重构、同一个错误反复出现的调试过程，以及你希望在 Claude 宣布完成之前有人独立把关的任务。

对于几乎没什么可规划的短任务，或者每一轮都需要最强模型的工作，advisor 带来的价值较低。这类场景请改为主模型，或参考 advisor 与 opusplan 和 subagent 的比较了解其他获取第二意见的方式。

启用 advisor

你可以通过三种方式设置 advisor 模型：

• /advisor 命令：在会话中途设置或更改 advisor，并保存为默认值
• advisorModel 设置：在设置文件中配置持久的默认值
• --advisor 标志：在启动时为单次会话设置 advisor

以上每种方式都会在主模型支持 advisor 的会话中启用它。会话开始后，Claude Code 会显示一条 Advisor Tool (experimental) is on and may use more tokens · /advisor 通知。如需停用 advisor，请参阅关闭 advisor。

在某些计划下，使用 Fable 作为 advisor 还需要你一次性同意将 Fable 用量计入用量额度。在你给出该同意之前会发生什么，请参阅 Fable advisor 与用量额度。

使用 /advisor 命令

不带参数运行 /advisor 会打开一个选择器，列出可用的 advisor 模型，也可以直接传入模型：

该命令会显示 Advisor set to 加上 advisor 模型名称作为确认。你的选择会保存到用户设置中的 advisorModel，并在各会话之间保持生效，advisorModel 条目所列仅适用于当前会话的情况除外。

该命令在没有终端选择器的场景下同样可用：带 -p 的非交互模式、Agent SDK、桌面应用，以及通过 Remote Control。这需要 Claude Code v2.1.260 或更高版本。在这些界面上：

• 运行不带参数的 /advisor 可打印当前 advisor 模型及其接受的别名。
• 运行 /advisor 加模型名，例如 /advisor opus，即可设置。
• 运行 /advisor off 可将其关闭。

如果组织的 availableModels 白名单排除了某个已保存的 advisor，Claude Code 不会调用它。要用 advisor，请用 /advisor 选择一个允许的模型。

Claude Code 仍会保存当前主模型不支持的 advisor。该 advisor 会在你通过 /model 切换到兼容的主模型后激活。如果 API 在当前对话中已经拒绝了保存的 advisor，它会保持关闭状态，直到执行 /clear 或 /compact，即使切换了模型也一样。

在某些计划下，使用 Fable 作为 advisor 还需要你一次性同意将 Fable 用量计入用量额度。在你给出该同意之前 /advisor fable 会做什么，请参阅 Fable advisor 与用量额度。

在设置中配置 advisorModel

要不开启会话就把 advisor 配置为默认值，请在设置文件中设置它：

使用 --advisor 标志

要在不更改已保存设置的情况下为单次会话设置 advisor，启动时加上该标志：

在该会话中，Claude Code 会使用该标志而不是 advisorModel 设置。它不会在 claude --help 中列出 --advisor。

如果出现以下情况，Claude Code 会在启动时报错退出：

• 该会话的主模型不支持 advisor
• 请求的模型（例如 Haiku 4.5）无法担任 advisor
• 组织的 availableModels 白名单排除了请求的模型
• 你请求了 Fable，但你的账户仍需要用量额度同意

如果你带 --advisor 启动后台会话且命中上述任一情况，Claude Code 会在不启用 advisor 的情况下开始会话，而不是退出。如果请求的模型可以担任 advisor 但能力排名低于该会话的主模型，Claude Code 仍会启动会话。在后台会话之外，它还会在启动时警告该模型“无法 advisor 主模型”。

选择 advisor 模型

Claude Code 会按能力对 advisor 角色的模型进行排名，advisor 必须排名不低于你会话的主模型。表格从排名最低的主模型到最高排列：

Fable 5.1 需要 Claude Code v2.1.257 或更高版本。Fable 模型需要 Fable 访问权限。

Sonnet 5.5 作为 Opus 4.7 或 Opus 4.8 主模型的 advisor 需要 Claude Code v2.1.287 或更高版本。

Haiku 5.5 作为主模型或 advisor 使用需要 Claude Code v2.1.293 或更高版本。

将 advisor 设置为 fable、opus 或 sonnet。这些别名会解析为 Claude Code 为各模型系列内置的默认版本，该版本会随 Claude Code 新版本发布而更新。你也可以传入完整模型 ID，例如 claude-opus-5-5 或 claude-haiku-5-5。

Haiku 4.5 可以调用 advisor，但不能担任 advisor。

Subagent 会继承已配置的 advisor，并按自己的模型应用相同的配对检查。Claude Code 在发送请求前会验证配对，API 还会再次验证：

• 对于排名低于主模型的 advisor，Claude Code 不会将其附加到主模型的请求上。/advisor 命令的输出和一条通知会显示这一点；参见Advisor 能力低于当前主模型。自身模型满足配对条件的 subagent 仍可使用 advisor。
• 如果 API 拒绝了 Claude Code 附加的 advisor 配对，Claude Code 会重新发送该请求而不带 advisor。对话会在没有 advisor 的情况下继续，因此你不会看到错误，也不会收到 advisor 调用。之后你用 /advisor 选择不同的 advisor，将在 /clear 或 /compact 之后以及新会话中生效。
• 如果主模型或 advisor 是 Claude Code 不认识的模型，则不会附加 advisor。

Fable advisor 与用量额度

在某些计划下，Fable 用量按用量额度计费，Fable 作为 advisor 也同样计费。如果你的账户需要一次性同意将 Fable 用量计入用量额度，Claude Code 会在你用 /model 选择 Fable 模型时请求该同意，并且在你接受同意之前不会将 Fable 作为 advisor 生效。

在接受之前，当你输入 /advisor fable 或在 /advisor 选择器中选择 Fable 时，Claude Code 不会将其保存为 advisor，而是引导你使用 /model fable。

使用 claude --advisor fable 时，Claude Code 会在启动时退出，并给出指向 /model fable 的提示信息。在后台会话中，它会在不启用 advisor 的情况下开始会话，而不是退出。

如果 Fable 已作为你的 advisorModel 保存，Claude Code 会发送不带 advisor 的请求。在主模型支持 advisor 的交互式会话中，它还会显示一条指向 /model fable 的通知。

要接受该同意，请运行 /model fable 并选择继续使用 Fable。Claude Code 会记录该同意，并将 Fable 保存为你的所选模型。然后再将 Fable 选为 advisor。

常见模型配对

任何可接受的配对都可以使用。以下组合以不同方式在成本与能力之间取得平衡：

Claude 何时咨询 advisor

由 Claude 决定何时调用 advisor。它倾向于在确定方案之前、错误反复出现时、以及宣布任务完成之前进行咨询，但时机由模型驱动，而非规则驱动。

你可以在提示词中像请求任何工具一样要求咨询，例如 consult the advisor before you continue。

没有设置可以限制或强制 advisor 调用次数；如果你希望 Claude 在任务中更多或更少地咨询，请在指令中说明。

会话中你会看到什么

当 Claude 调用 advisor 时，调用进行期间，转录记录中会显示一行带 advisor 模型名称的 Advising。结果返回后，该行会报告 advisor 是否给出了指导：

• Reviewed：该行确认 advisor 已审查对话。当 advisor 返回了可读的指导内容时，按 Ctrl+O 阅读。
• Declined：该行显示 Advisor declined to advise on this request。如果 advisor 给出了理由，按 Ctrl+O 阅读。
• Unavailable：advisor 调用失败，该行显示 Advisor unavailable ()，其中 `` 是调用返回的代码。

Claude 通常会遵循 advisor 的指导，但当自身证据与某个具体说法相矛盾时会做出调整：如果推荐的步骤在尝试时失败，或文件内容与建议相悖，Claude 会呈现冲突，而不是无条件遵循指导。

advisor 始终会收到完整的对话，时机由 Claude 控制。如需更多控制或不同配置，请参见 advisor 与 subagent 和 opusplan 的比较。

成本

当 Claude 调用 advisor 时，advisor 模型会阅读对话，因此每次调用都会按 advisor 模型的费率消耗 token，此外还有你主模型的用量。这些 advisor token 如何计费取决于你的付费方式：

• API 计费：你按 advisor 模型的输入和输出费率支付 advisor token 的费用
• 订阅计划：advisor 用量计入你计划的用量上限，但在 Fable 用量按用量额度计费的计划上，Fable advisor 例外

如果你的账户需要用量额度同意，在你给出同意之前 Fable advisor 不会产生任何费用，因为 Claude Code 在此之前不会应用该选择。

Claude 只在决策点调用 advisor，而不是每一轮都调用，因此将更快的主模型与更强的 advisor 搭配，通常比全程使用更强的模型成本更低。

Advisor 用量计入 /usage 显示的会话总计。关于 advisor token 在 API 响应中的报告方式，请参阅 Claude API 文档中的用量与计费。

对提示缓存的影响

在会话中途启用或关闭 advisor 不会使主模型的提示缓存失效。与切换模型不同，切换 /advisor 不会破坏已缓存的前缀，advisor 返回的指导会作为转录记录的一部分被缓存，在后续轮次中复用。

advisor 模型自身对对话的读取不会被缓存。每次 advisor 调用都会重新处理完整转录，调用之间没有复用。

要求

advisor 工具需要同时满足以下所有条件：

• 仅支持 Anthropic API：advisor 是服务端执行的工具。它不适用于 Amazon Bedrock、AWS 上的 Claude Platform、Google Cloud 的 Agent Platform 或 Microsoft Foundry。通过配置了 ANTHROPIC_BASE_URL 的 LLM 网关使用时，可用性取决于网关是否将请求完整转发给 Anthropic API。如果网关或其上游无法识别 advisor 工具，请参阅自动重试与错误转发了解 Claude Code 的响应方式。
• 受支持的主模型：Fable、Opus 4.6 或更高、Sonnet 4.6 或更高、Haiku 4.5 或 Haiku 5.5。请参见[选择 advisor 模型](htt