Skip to main content

Claude Fable 5.1 与 Mythos 5.1 发布解读:Claude Code 该配哪个模型

October 5, 2026
梳理 Anthropic 新的 Fable 5.1 与 Mythos 5.1 模型线及 Opus 5.5 的定位差异,结合 Claude Code 的模型配置方式,给出按任务类型选模型、控制成本与设置降级链路的实操建议。
Claude Fable 5.1 与 Mythos 5.1 发布解读:Claude Code 该配哪个模型

更新日期:2026-10-05

2026 年 9 月,Anthropic 在四周内连续发了三档新模型:9 月 1 日的 Fable 5.1(与受邀制 Mythos 5.1 同日)、9 月 22 日的 Opus 5.5、9 月 28 日的 Sonnet 5.5。对 API 用户来说这是一次常规的代际更新,但对 Claude Code 用户来说,它带来三个必须现在就处理的问题:第一,sonnet 这类别名指向的模型已经悄悄换成了 Sonnet 5.5,你在 CI 里固化的完整模型名可能已经进入弃用倒计时;第二,Fable 5.1 作为新的最高档模型不是任何计划的默认项,不用它就永远享受不到;第三,Haiku 4.5 官方承诺的「不早于退役」日期是 2026-10-15,距离本文更新日只剩十天,任何把它写死在脚本里的自动化都该立刻检查。

本文不做什么:不复述厂商跑分并宣布谁是「最强」,那些数字全部是厂商自报、且测试配置各不相同,横向比较意义有限。本文只做一件工程上的事:把 Claude Code 的模型解析机制讲清楚,然后按任务类型给出可落地的配置方案、迁移检查表和回滚方法。定价口径与 API 订阅的换算,站内 Claude Code 定价与免费额度完全解释:订阅、API 与用量怎么选 已经写过,本文只引用 API 标价;上下文与权限的日常实践见 Claude Code 最佳实践:上下文、权限、工作流与团队协作的实战经验。

适用范围:通过 Anthropic API、Claude Code CLI 或其设置文件使用 Claude 模型的个人与团队,截至 2026-10-05 的模型信息以官方文档为准。不适用场景:一是经 Amazon Bedrock 或 Google Vertex AI 接入的团队——模型可用性与退役日期由云厂商自行决定,与 Anthropic 平台日期不同,本文的日期表不能直接照搬;二是需要使用 Mythos 5.1 的团队——它不对一般用户开放,本文只在关系梳理里说明它是什么,不涉及接入方法。

先看结论

  1. Fable 与 Mythos 是同一个模型的两种安全配置,不是两代模型。 官方原话是「the same model, but with different levels of safeguards」:Fable 5.1 一般可用,Mythos 5.1 只经 Cyber Verification Program 与 Life Sciences Verification Program 两个受邀渠道提供,并驱动 Claude Security 产品。普通用户能选的只有 Fable。
  2. 多数工作负载从 Opus 5.5 开始,这是官方建议而不是保守说法。 Opus 5.5 官方声明「在大多数工作上达到 Fable 5.1 的水平」,价格是 $4/$20(每百万 token 输入/输出),只有 Fable 5.1($10/$50)的四成左右。
  3. Fable 5.1 只用于它擅长的场景:高难推理与长时程(long-horizon)智能体任务。它在 Claude Code 里不是默认模型,必须显式 /model fable 或 claude --model 指定。
  4. 别名的优先级要背下来:会话内 /model > claude --model > ANTHROPIC_MODEL > 设置文件 model 字段 > ANTHROPIC_DEFAULT_MODEL。/model 的选择会写入用户设置,成为新会话默认——这就是「换个会话模型怎么变了」的常见来源。
  5. claude-sonnet-4-5 已于 2026-09-30 弃用,2026-11-30 退役。 还在用这个完整模型名的脚本、CI 与第三方集成有一个月的迁移窗口,官方替代是 claude-sonnet-5-5。
  6. Haiku 4.5 的不早于退役日是 2026-10-15,是当前最紧的迁移项。 官方预告 Haiku 5.5「将在未来几周加入」,但截至本文更新日未发布;依赖 Haiku 4.5 做子代理或轻量任务的,先把解析方式改成 haiku 别名,而不是硬编码版本号。
  7. ANTHROPIC_SMALL_FAST_MODEL 已弃用,官方替代是 ANTHROPIC_DEFAULT_HAIKU_MODEL;环境变量里还在用旧名的要换。
  8. Opus 4.7 之后的模型对非默认 temperature/top_p/top_k 返回 400。 从老版本 SDK 升级上来、显式传采样参数的调用,要在升级时一并清理。

新模型线全景:Fable、Mythos 与 Opus/Sonnet/Haiku 的关系

先纠正一个容易望文生义的误读:Fable 和 Mythos 的命名像两条产品线,实际是同一底座模型的两档安全供给。Mythos 5.1 的访问被限制在两个验证项目里——面向安全研究的 Cyber Verification Program,以及与美国政府合作的生命科学验证项目(目前仅限美国机构)。它不比 Fable「更强」,官方规格与定价与 Fable 5.1 完全一致;区别在于防护等级与使用审查。对绝大多数读者,本节的结论只需要记住一条:你能买到的最高档就是 Fable 5.1。

真正的产品线矩阵仍然是 Opus / Sonnet / Haiku 三档,加上新的 Fable 顶配。截至 2026-10-05 的官方定位与规格如下:

模型官方定位发布日期上下文 / 最大输出定价(输入/输出,$/MTok)默认 effort
Fable 5.1高难推理与长时程智能体工作2026-09-011M / 128K10 / 50high
Opus 5.5长时程智能体编码与知识工作(官方建议多数负载的起点)2026-09-221M / 128K4 / 20medium
Sonnet 5.5速度与智能的最佳平衡2026-09-281M / 128K2 / 10high
Haiku 4.5最快、接近前沿的智能2025 年200K / 64K1 / 5不支持 effort

三个值得注意的细节:

  • Fable 5.1 不是从石头里蹦出来的。 前代 Fable 5 于 2026-06-09 发布,06-12 曾暂停访问、07-01 恢复——顶配模型发布初期出现供给与安全审查的调整,这不是第一次。把 Fable 用于生产路径的团队,应该把「顶配模型短期不可用」写进降级预案,而不是当成意外。
  • Opus 5.5 有 Fast mode:$8/$40,官方口径最高 2.5 倍速度。它是同一模型的高价快速通道,不是独立模型,适合交互式场景临时提速,不适合常开。
  • Sonnet 5.5 的 effort 默认是 high,与 Opus 5.5 的 medium 不同。这意味着直接把脚本里的模型名从 opus 换成 sonnet 时,推理预算行为会变;对延迟敏感的批量任务要显式核对 effort 设置,不要吃默认值。

关键规格与定价:钱要花在哪个档

定价全是明牌,难点在于缓存与批处理的组合计算。缓存读取:Sonnet 5.5 / Opus 5.5 为 $0.20/MTok,Fable 5.1 为 $0.25/MTok(官方称较 Fable 5 降价 75%);缓存写入(5 分钟 TTL)Fable 5.1 为 $12.50/MTok。批处理 API 统一五折。官方还给出一个含缓存的总成本口径:5.1 在典型负载下比 Fable 5 便宜约 25%——注意这是「典型负载含缓存」的成本,不是标价下降,标价 $10/$50 与前代持平。

把它换算成 Claude Code 的日常体感,可以粗略建立一个「档位成本序」:同样一轮长会话,Opus 5.5 的裸调用成本约为 Fable 5.1 的 40%,Sonnet 5.5 约为 20%,Haiku 4.5 约为 10%。缓存命中率高的仓库内工作,差距会被缓存读取价进一步拉平一些;长上下文一次性投喂、低复用的场景(比如一次性分析超大日志),差距就接近裸价比例。

这不是「越贵越好」的反面论证——Fable 5.1 的 1M 上下文与高 effort 默认在长时程任务上有真实价值——而是说档位要跟着任务形状走:交互式编码、例行重构、日常问答在 Sonnet/Opus 档完成得足够好;跨多小时的迁移、大型仓库级的智能体任务,才值得为 Fable 的档位付钱。

Claude Code 的模型解析机制:别名、优先级与覆盖顺序

Claude Code 里你写的 sonnet、opus、fable 都是别名,运行时解析成具体版本,并且「指向推荐版本并随时间更新」——opus 今天指向 Opus 5.5,明天发了 5.6 就指向 5.6。这个设计对跟随升级的人是便利,对需要复现的人是风险:别名适合人,完整模型名适合机器。CI 与自动化里要复现行为,写完整模型名;交互使用,写别名。

当前完整的别名表(以官方 model-config 文档为准):

别名含义
default推荐默认档,随官方推荐更新
best优先 Fable,没有时等同 opus
fableFable 当前推荐版本
opus / sonnet / haiku对应档位的推荐版本(Opus/Sonnet 现指向 5.5)
sonnet[1m] / opus[1m]对应档位的百万上下文变体
opusplan计划阶段用 Opus、执行阶段用 Sonnet 的混合模式

覆盖优先级从高到低是:会话内 /model > 启动参数 claude --model > 环境变量 ANTHROPIC_MODEL > 设置文件的 model 字段 > ANTHROPIC_DEFAULT_MODEL(需 Claude Code v2.1.236+)。两条工程上重要的推论:

  1. /model 是持久化的。 它不是临时切换,而是把选择写进用户设置作为新会话默认。你在交互会话里随手 /model sonnet 之后,第二天所有新会话都默认 sonnet——排查「为什么 CI 起的会话模型不对」时,先看用户设置里的 model 字段,再看 CI 环境变量,顺序别反了。
  2. 子代理默认继承主会话模型。 用 CLAUDE_CODE_SUBAGENT_MODEL 可以单独指定子代理默认值。让昂贵模型跑主会话、廉价模型跑子代理,是控制成本的第一杠杆,后面实操会用到。

每个档位别名还可以被单独重定向:ANTHROPIC_DEFAULT_OPUS_MODEL、ANTHROPIC_DEFAULT_SONNET_MODEL、ANTHROPIC_DEFAULT_HAIKU_MODEL、ANTHROPIC_DEFAULT_FABLE_MODEL 分别控制 opus/sonnet/haiku/fable 的解析结果。另外注意 best 别名的语义是「优先 Fable,否则同 opus」——在还没有 Fable 权限的账号上它就是 opus,费用按 Opus 算,不会「自动降级到便宜模型」。

实操:按任务配模型的四种方案

以下命令都在 Claude Code CLI 环境下执行;设置文件位置与加载顺序以官方文档为准,个人级设置默认在 ~/.claude/settings.json。

方案 A:日常开发,跟随官方推荐。 不做任何配置就是 default。适合个人项目与想「开箱即用」的场景。验证当前会话模型:

# 在 Claude Code 会话内执行(斜杠命令,非 shell):
# /model          # 查看与切换当前模型,选择会写入用户设置
# /status         # 查看会话状态,含当前模型与账号信息

# 从 shell 侧确认用户设置里的持久化选择:
cat ~/.claude/settings.json | jq '.model // "未显式设置(用 default)"'

方案 B:控制成本,计划与执行分档(opusplan)。 计划阶段用 Opus 档想清楚,执行阶段用 Sonnet 档跑手,这是官方内置的混合模式,对大多数团队是成本与质量的平衡点:

# 交互式:一次性切换
claude --model opusplan

# 团队统一:写进项目设置(随仓库分发,版本控制)
cat > .claude/settings.json <<'JSON'
{
  "model": "opusplan"
}
JSON

方案 C:长时程硬任务,显式上 Fable。 跨小时级的迁移、大规模重构、多步智能体任务,显式指定 Fable 5.1;注意它不是默认,别名解析需要显式选择:

# 单次会话使用 Fable 档
claude --model fable

# 需要固定到具体版本(CI 复现场景)时用完整模型名
claude --model claude-fable-5-1

方案 D:团队管控,白名单加回退。 settings.json 支持模型级管控字段:availableModels 划定可用集合,enforceAvailableModels 决定是否强制(而非仅提示),deniedModels 显式禁止,fallbackModel 配置主模型不可用时的回退。结合上一节的 Haiku 4.5 退役窗口,一个合理的团队基线是:

# 团队基线示例:限制可用模型并配置回退(写入共享设置文件)
# {
#   "model": "opusplan",
#   "availableModels": ["opus", "sonnet", "haiku", "fable", "opusplan"],
#   "enforceAvailableModels": true,
#   "fallbackModel": "sonnet"
# }

回退链路要定期演练:把 model 临时指向一个不可用模型启动会话,确认 fallbackModel 生效、会话能正常建立,再改回来。回退没演练过的管控配置,故障时的行为是未知的。

迁移检查:一个月内必须做完的事

以本文更新日 2026-10-05 计,存在一个硬截止(sonnet-4-5 于 2026-11-30 退役)和一个临期风险(Haiku 4.5 承诺的「不早于退役日」为 2026-10-15)。逐项核对:

  • 全仓搜索硬编码的完整模型名:grep -rn "claude-sonnet-4-5\|claude-opus-4\|claude-3-7-sonnet\|claude-3-5-haiku" 覆盖代码、CI 配置、IaC 与脚本;命中 claude-sonnet-4-5 的改为 claude-sonnet-5-5,其余已退役模型名本就应清理。
  • 同样搜索已弃用的环境变量 ANTHROPIC_SMALL_FAST_MODEL,替换为 ANTHROPIC_DEFAULT_HAIKU_MODEL。
  • 检查 SDK 调用里是否显式传 temperature/top_p/top_k:面向 Opus 4.7 之后模型的非默认采样参数会直接返回 400,批量任务升级前先在测试环境试跑。
  • 确认子代理与后台任务的模型来源:是继承主会话,还是被 CLAUDE_CODE_SUBAGENT_MODEL 或旧环境变量固定——退役模型名经常藏在这里。
  • 在 Claude Code 会话内执行 /status,确认交互环境的实际模型与预期一致;再核对 ~/.claude/settings.json 与项目 .claude/settings.json 的 model 字段,排除 /model 持久化带来的意外覆盖。
  • 用 Bedrock 或 Vertex 的团队,到对应控制台核对各模型的退役日期——云厂商日期与 Anthropic 平台日期不同,不能套用本文时间表。
  • 把「顶配模型不可用」写进降级预案:Fable 5 在 2026 年 6 月发生过暂停访问后恢复,生产路径若依赖 Fable,必须配置 fallbackModel 并演练。

验证与回滚

配置改完,验证三件事:

# 1. 新会话解析到的模型符合预期(在 Claude Code 会话内):
# /status   → 查看当前模型

# 2. 非交互验证 CLI 参数路径(输出模型信息后立即退出):
claude --model opusplan --print "回复 OK 两个字母即可" 2>&1 | head -5

# 3. 环境变量路径验证:在干净环境里只给 ANTHROPIC_MODEL
env -i HOME="$HOME" ANTHROPIC_MODEL=sonnet claude --print "回复 OK" 2>&1 | head -5

三条路径(交互、CLI 参数、环境变量)各自通了一次,优先级链路才算验证完整。版本固定的最终验证是成本对账:切换前后各跑一天,在 Anthropic 控制台核对 usage 明细的模型字段——这是唯一能证明「线上跑的确实是你以为的模型」的证据。

回滚很简单:模型配置全部是声明式的,把 settings.json 的改动 revert、环境变量从部署配置里移除即可,不涉及数据迁移。唯一要提前的是时间:退役是硬删除,2026-11-30 之后对 claude-sonnet-4-5 的调用会直接失败,回滚窗口在此之前,不要把迁移拖到截止日当天。

基准数据怎么看:自报数字的正确用法

官方公布的基准全部是厂商自报,且测试配置不统一——例如 Terminal-Bench 4.0 上 Sonnet 5.5 的 70.6% 是 Xhigh 档配置,与 Opus 5.5 的 66.4% 配置不同,直接比较会得出「Sonnet 比 Opus 强」的误判。另一点必须知道:官方页面没有 SWE-bench 数字,新基准体系是 Terminal-Bench 4.0、FrontierCode v1.1、GDPval-AA v2.1、OSWorld 等。引用旧文里的 SWE-bench 排名来评估这批模型,是在用不存在的标尺。

自报数字的正确用法只有一种:当作筛选器,不当作结论。Fable 5.1 在 HLE(Humanity's Last Exam)无工具 60.9%、带工具 65.0%,Mythos 5.1 在 Terminal-Bench 4.0 报 60.9%,这些数字说明「顶配档在高难推理上有可见增量」,值得为长时程任务付费;但你的仓库、你的提示、你的工作流下的真实表现,只能用自己的任务 A/B 出来。务实的做法:选两类代表性任务(一个例行、一个最难的),在 Opus 5.5 与 Fable 5.1 上各跑三轮,记录完成质量、耗时与 token 消耗,再决定哪些任务白名单进 Fable。

常见问题与排查

Q:为什么我的新会话默认模型变了? 大概率是某次交互会话里执行过 /model,它会把选择持久化到用户设置。按优先级链路逐层检查:用户设置的 model 字段 → ANTHROPIC_MODEL → 项目设置。

Q:best 别名为什么计费比预期高? best 优先解析到 Fable——当前最贵档。想省钱用 default 或 opusplan,不要用 best。

Q:Fable 权限怎么开? 它是一般可用的商业档,直接 claude --model fable 即可;但要注意账号所在渠道(API direct / Bedrock / Vertex)是否上架了该模型,云渠道上架通常晚于官方发布。

Q:Haiku 5.5 能用了吗? 截至 2026-10-05 未在官方模型总览中出现,官方口径是「未来几周加入」。在它发布前,不要在脚本里预写 claude-haiku-5-5 这样的模型名;发布后先在测试环境验证再切换。

Q:需要为了 Claude Code 升级专门换模型吗? 不需要。Claude Code 的别名机制会跟随官方推荐更新,你默认就在用新档。需要动作的只有一件事:清理硬编码的旧模型名与已弃用环境变量,这是本篇检查表的核心。

官方资料与继续阅读

外部官方链接:

站内相关文章:

版本与日期边界:本文模型规格、定价与日期截至 2026-10-05,均来自上列官方页面;Haiku 5.5 是否发布、Mythos 渠道变化等时效项,以官方文档当日状态为准。