Claude Fable 5.5 发布进展
核对官方消息，判断现在该用哪个 Claude 模型。
截至 2026 年 10 月 1 日，在我们核查的官方资料中，Claude Fable 5.5 尚无已确认的公开发布日期。 Anthropic 的模型目录仍把 Fable 5.1 列为当前的 Fable 型号。Opus 5.5 和 Sonnet 5.5 已经发布，但这不能证明 Fable 5.5 也已发布，更不能据此推导它的规格或 API 接口。
如果你现在要做编程 Agent，建议先用已有文档的模型完成实际任务评估。只有现有选择确实满足不了某项明确需求时，等待才有讨论价值；一个未经确认的版本号还不能用来安排项目交付。
核查日期：2026 年 10 月 1 日。 本文依据 Anthropic 的公开新闻、模型文档、API 更新日志和价格表整理。我们没有测试 Fable 5.5，也没有登录账号验证其可用性。结论只涉及公开证据，不涉及 Anthropic 内部路线图。文中官方来源均为英文。
Fable 5.5 目前确认了什么？
| 问题 | 本次官方资料核查结果 |
|---|---|
| Fable 5.5 正式发布了吗？ | 尚未查到可确认的公开发布记录。 |
| 有发布日期或发布窗口吗？ | 尚未查到官方确认的日期或时间范围。 |
| 有公开的 API 模型 ID 吗？ | 核查的文档中没有 Fable 5.5 的模型 ID。 |
| 价格是多少？ | 暂无可核实的 Fable 5.5 价格。 |
| 上下文、功能和跑分呢？ | 尚未查到可核实的 Fable 5.5 规格或评测结果。 |
| 目前有文档的 Fable 是哪个？ | Fable 5.1，官方 API ID 为 claude-fable-5-1。 |
这是对官方新闻页与 API 文档的限时核查结果。它不能证明未来不会出现这个型号，也不能排除内部预览；但足以说明，目前不应把 Fable 5.5 的发布倒计时、报价或性能对比当成已有依据的信息。
Opus、Sonnet 都到了 5.5，Fable 会紧接着发布吗？
Claude API 更新日志记录了三次独立发布：
- 2026 年 9 月 1 日： Claude Fable 5.1。
- 2026 年 9 月 22 日： Claude Opus 5.5。
- 2026 年 9 月 28 日： Claude Sonnet 5.5。
这些记录确认的是各自的模型，没有宣布整个 Claude 家族统一升级的时间表。因此，“接下来一定轮到 Fable”或“再过几天就会发布”都只是推测。
看到截图或第三方列表时也一样：界面里出现一个名字，可以作为继续核查的线索，却不足以确认背后的供应商、实际模型、官方 ID 或全面开放状态。
等待期间可以选哪些模型？
先看已经有正式文档的选择。下表来自 Anthropic 的官方价格文档，单位为美元／百万 token，适用于标准直连 API。
| 已有文档的模型 | 未缓存输入 | 输出 | 缓存读取 |
|---|---|---|---|
| Claude Fable 5.1 | $10 | $50 | $0.25 |
| Claude Opus 5.5 | $4 | $20 | $0.20 |
| Claude Sonnet 5.5 | $2 | $10 | $0.20 |
缓存写入、付费工具、税费、数据驻留附加费及供应商自己的收费规则另计。这不是 Claude 订阅价格，也不是 OmniaKey 报价，更不是对 Fable 5.5 价格的预测。
Anthropic 的选型建议是：多数任务先从 Opus 5.5 开始；对于高难度推理、长程 Agent 任务，或者提高 Opus 5.5 的推理投入后仍达不到评估标准的情况，再考虑 Fable 5.1。这是供应商建议，不能当成独立测试得出的全场景排名。
日常任务也值得测试 Sonnet 5.5：如果它能通过相同验收标准，较低的 token 单价就有价值。但要结合重试次数和人工审查时间，才能判断每个完成任务是否真的更便宜。具体选型可参考 Opus 5.5 与 Sonnet 5.5 对比；当前 Fable 的接口和升级注意事项见 Fable 5.1 评测。
不知道 Fable 5.5 价格，怎样先做预算？
用已有任务建立基线。假设一次任务合计使用 10 万未缓存输入 token 和 1 万计费输出 token，不涉及缓存、工具和其他费用：
- Fable 5.1：0.1 × $10 + 0.01 × $50 = $1.50。
- Opus 5.5：0.1 × $4 + 0.01 × $20 = $0.60。
- Sonnet 5.5：0.1 × $2 + 0.01 × $10 = $0.30。
这是相同 token 用量下的算例，不是实测任务成本。输出应包含所有计费输出，以及适用时计费的思考 token，不能只数最后可见的回答。某个模型可能需要多次重试；单价更高的模型也可能减少人工修正。这些都需要实际测量，不能从上面的算式直接得出结论。
用于升级决策时，记录所有尝试的总费用 ÷ 验收通过的任务数。失败尝试的费用也要计入，同时单独记录耗时和人工修正。如果一个任务都没通过，就报告失败，不要给出“每个成功任务成本”。等新模型有正式证据后，你才有可靠的比较基线。
怎样确认正式发布和 API 可用性？
切换生产模型前，分别检查三件事：
- 发布公告： 找到带日期的 Anthropic 公告或 API 更新条目，确认其中明确写出了准确模型名称。
- 接口文档： 阅读模型页、价格和迁移指南，核对完整 ID、限制、支持参数与计费条件。
- 账号权限： 使用实际准备接入的供应商和账号检查。Anthropic 的模型列表文档提供
GET /v1/models；需根据has_more和after_id读完分页，再判断列表里是否缺少某个型号。随后在已批准的测试预算内验证一个小请求。
一个账号能列出模型，不等于每个地区、云平台或网关都已开放；一个账号查不到，也不能证明模型从未公开发布。本文没有执行登录后的模型查询或付费调用。
不要把 Fable 5.1 的 ID 手动改成 claude-fable-5-5，再把它写进“可直接运行”的配置。应以目标供应商实际公布和开放的 ID 为准。使用 OmniaKey 时，请到当前模型目录确认路由与价格；本文不代表 OmniaKey 已提供 Fable 5.5。
现在应该等，还是继续做项目？
现有模型已经满足需求，就继续推进。 把模型选择保留为可配置项，并保存一组有明确验收条件的代表任务。以后比较新模型会更容易，也不用提前围绕尚不存在的接口做设计。
如果质量是瓶颈，先评估当前替代方案。 把真正失败的难题交给 Opus 5.5 和 Fable 5.1 对照测试；已能稳定完成的日常任务则可评估 Sonnet 5.5。等待发布传闻本身解决不了工作流里的问题。
当证据变化时再重新判断。 等到 Fable 的官方公告、接口文档与账号权限都能对上，再使用相同工具、权限和验收标准进行新会话测试。是否升级，应由你的任务通过率、成本和完成时间决定。
等 Anthropic 正式开放 Fable 5.5 API 后，OmniaKey 会核验准确的模型 ID、价格、参数和账号权限，并优先评估将该路由接入目录。在此之前，你可以用一个 OmniaKey 账号和 API Key 先接入已有文档支持的 Fable 5.1、Opus 5.5 和 Sonnet 5.5。