如果你现在就要在 Claude Code 里开工，答案很简单：复杂编码先选 Opus 5。当任务会跨越很长的自主会话、根因高度不确定，而且调查与验证本身就是主要工作时，再把 Fable 5 当作升级路线。
这不是“便宜模型对最强模型”的静态排名。两者都有 100 万 token 上下文和最高 12.8 万 token 输出；真正影响选择的是任务形状、实际运行路线，以及多久能得到评审可接受的结果。
先看任务信号，不看型号声量
| 你面对的情况 | 先选 | 何时改变选择 |
|---|---|---|
| 功能实现、代码审查、明确失败测试的 Bug | Opus 5 | 多次遗漏同一验收条件，且不是需求或工具问题 |
| 跨文件重构，边界和测试清楚 | Opus 5 | 规划反复失焦、验证链始终不完整 |
| 生产回归，根因尚不明确 | Opus 5 建立基线 | 证据分散、需要长时间自主调查时试 Fable 5 |
| 跨服务架构调查或跨时段任务 | Fable 5 可以直接进入候选 | 前提是账号、组织和数据政策允许 |
| 有 ZDR、低延迟或硬预算要求 | Opus 5 | 先解决约束，不能只按能力升级 |
Anthropic 的当前模型总览把 Opus 5 定位为复杂 agentic coding 和企业工作的起点，把 Fable 5 定位为最高能力、长程 agent 工作。这个定位能决定从哪里开始，但不能替代你仓库里的测试与评审结果。
一个容易误判的例子：修复有稳定复现测试的分页 Bug，任务虽“重要”，却不一定需要 Fable。相反，一个跨网关、缓存和后台任务的偶发数据错序，可能没有清晰入口，调查路径也会不断变化，这才更接近 Fable 的适用区间。
在 Claude Code 里选对，并确认真的生效
先查看版本，再决定模型：
bashclaude --version claude update claude --model opus
Claude Code v2.1.219 或更高版本才能选择 Opus 5；Fable 5 至少需要 v2.1.170。在交互会话中可以输入：
text/model /model opus /model fable
根据 Claude Code 模型配置，在选择器里按 Enter 会切换模型，并把它保存为新会话默认值；按 s 只对当前会话生效。直接输入 /model opus 或 /model fable 的行为与 Enter 一样，会保存默认值。若你只是临时对照，使用 session-only 选择，避免下一次启动时忘记默认值已改变。
opus 是会随供应商和时间变化的别名。当前文档中，Anthropic API、Claude Platform on AWS、Amazon Bedrock 与 Google Cloud Agent Platform 的 opus 都可解析到 Opus 5，而 Microsoft Foundry 的映射不同。要严格固定本次运行，使用完整 ID claude-opus-5 或 claude-fable-5，并从启动标题或 /model 确认实际模型。
还有一个常见陷阱：恢复旧会话通常会继续使用该会话原来的模型。你在设置里改了默认值，不代表恢复的会话自动换模。已有大量历史时直接切换，下一次响应还要重新读取完整历史，不能继续享受原来的缓存上下文。要公平比较两个模型，最好从同一 commit 分别建立干净的新会话。
Fable 5 没出现时，按顺序排查
不要把“选择器里没有”直接解释成地区不支持。按下面顺序检查：
- 客户端版本：低于 v2.1.170 时，Fable 不会出现在选择器中。
- 账号可用性：Anthropic API 会根据组织可用性决定是否列出 Fable。
- 组织策略：管理员可以通过
availableModels限制可选模型，被排除的型号会隐藏。 - 数据政策：Fable 5 不支持 zero data retention，ZDR 环境中可能被隐藏或禁用。
- 供应商与网关：
ANTHROPIC_BASE_URL只说明请求发往哪里，不能证明下游究竟运行哪个模型；外部供应商也可能使用自己的部署名。
这些边界决定“能不能选”，早于质量比较。尤其不要绕过管理员策略或数据保留要求。
“Fable 贵一倍”只描述 API 标价
Anthropic 在 2026 年 8 月公布的基础 API 标价是：
| 模型 | 输入 / 百万 token | 输出 / 百万 token |
|---|---|---|
| Opus 5 | $5 | $25 |
| Fable 5 | $10 | $50 |
因此，相同的未缓存 token 用量下，Fable 的基础 API 标价确实是 Opus 的两倍。但这不能推出“每项任务必然贵两倍”，也不能用来解释所有 Claude Code 账单。
任务成本至少还包括：缓存读写、思考深度、重试、外部工具、人工澄清、评审返工和等待时间。Claude 套餐的使用额度、usage credits、云厂商价格和第三方网关账单又是不同的计量面。若你分不清当前扣费主体，先阅读 Claude Code API Key 与订阅账单的区别，再做价格比较。
更有用的问题不是“每个 token 谁便宜”，而是：哪条路线更快得到可接受的变更。Opus 一次通过，就没有升级理由；Fable 若能补上 Opus 反复遗漏的关键条件，额外标价才可能换来更低的总返工。
用一次真实任务更新你的选择
不用设计大型排行榜。挑一个真正待办的代表任务，从同一 commit 开始，固定需求、权限、仓库规则和完成条件。先让 Opus 5 执行；只有出现前文的升级信号，再开一个干净的 Fable 5 会话。
记录五件可观察的事：
- 约定测试和行为是否通过；
- 是否出现无关修改或新回归；
- 需要几次人工澄清与手动修复；
- 从开始到评审可接受用了多久；
- 实际模型、供应商、重试和计量证据是什么。
Fable 还有一项运行边界：它的 safety classifier 可能拒绝请求。在 Messages API 中，这类拒绝可以是 HTTP 200，并以 stop_reason: "refusal" 表示；Claude Code 也可能触发模型回退。发生回退后，记录真正完成工作的模型，不要把结果继续算给 Fable。
现在最稳妥的动作是：更新 Claude Code，用 Opus 5 开始下一项复杂任务；只有当长程、模糊、调查与验证成本这些信号真实出现时，才从同一提交开启 Fable 5 新会话。
