Claude Fable 5.5 率先登陆 Azure：如何解读一条背后空无一物的目录条目

2026年10月13日，一个从未被公布过的模型获得了生命周期状态。Azure 在 eastus2 的模型 API 开始返回 Claude Fable 5.5，将其标为 A​nthropic 版本 1，其 lifecycleStatus 为 GenerallyAvailable，弃用日期为 2027年12月5日。同一天，LiteLLM 的 provider-sync 机器人开启并合并了拉取请求 #46201，为其价格与上下文映射表添加了恰好一行 azure_ai/claude-fable-5-5。再无其他动静。A​nthropic 的模型总览上仍然没有条目，没有新闻稿，没有基准测试运行，那家本应发布价格的实验室也没有在任何地方发布价格。Claude Fable 5.1——新条目所归属的模型，也是你今天真正能调用的那个——仍是该家族中最新发布的成员。所以，有趣的问题不是“这是真的吗”，而是一行云目录记录究竟证明了什么，以及本周读到它的十几个人会错误地从中得出什么结论。

10月13日发生了什么变化？

两件事，仅此两件。首先，用于列出某个区域可用模型的 Azure 管理 API 端点——locations/eastus2/models，API 版本 2024-10-01——开始包含一个此前并不存在的 claude-fable-5-5 条目。它的 lifecycleStatus 是 GenerallyAvailable，而非 Preview。这一区别很重要，因为 Azure 已经上架的两款 Fable 系列模型，Claude Fable 5和Claude Fable 5.1，在同一目录中仍然都被标记为 Preview。GA 标记代表的是 Azure 表示该服务受其常规条款支持并可计费，而不是 Microsoft 表示底层模型已经发布。

其次，LiteLLM 镜像了该条目。它的同步机器人从提供商模型 API 生成拉取请求，而不是从手写表格生成，而这一次只添加了一个 JSON 对象。这个 PR 的描述对其自身证据的局限性异常坦率，而这种诚实正是其中最有用的部分：该机器人表示，目前没有任何来源说明 Fable 5.5 的价格、上下文窗口或能力，Azure Claude 模型页面、Azure 直接销售模型页面、A​nthropic 的定价页面和模型概览，以及它检查的 Bedrock、Vertex 和其他目录中，都没有 Fable 5.5 条目，并且定价 API 没有为它返回任何结构化行。它刚刚添加的这一行中的每个字段都标记为 inherited_from: azure_ai/claude-fable-5-1。

这对于成本映射来说是一件奇怪但合理的事。LiteLLM 是一个预算追踪层；一条没有价格的提供商目录条目就是一场随时可能发生的崩溃，所以该工具会复制最接近的已知同类项。这并不能证明 Fable 5.5 的成本与 Fable 5.1 相同。它只能证明有人需要一个占位符。

行本身，逐个值

下面是合并后的 diff 实际包含的内容，以及每个数字的来源。请阅读每一行的后半部分——那正是人们会跳过的部分。

• 价格 — 该行显示每百万输入 token 为 $10、每百万输出 token 为 $50，并且每个成本字段都标记为继承自 azure_ai/claude-fable-5-1，其公布的价目表为每百万 $10 和 $50。

• 上下文窗口——最大输入 1,000,000 个 token，最大输出 128,000 个 token，两者均为继承而来，而非独立设定。

• 提示缓存——每百万次缓存读取 $0.25，每百万次缓存写入 $1.25，一小时缓存为每百万次 $2.00，可缓存提示词的最低长度为 512 个 token。以上四项全部继承。

• 思考 — thinking_always_on: true 且 supports_adaptive_thinking: true，意味着模型会默认进行推理，而不是按请求才推理。这是继承而来的，而且是一个值得注意的继承项：它是最有可能在 5.1 与 5.5 之间发生变化的单个字段。

• 模态与工具——视觉、PDF 输入、函数调用、工具选择、原生结构化输出、响应模式和对话中途系统提示均为 true；助手预填充、强制工具使用和通用采样参数均为 false。继承。

• 来源——机器人未继承的唯一字段是源 URL，它指向 eastus2 的 Azure 管理终结点。

有两个细节值得比目前获得更多的重视。弃用日期2027年12月5日，比 Anthropic 为其当前代系公布的退役下限大约晚了三周；如果这只是同一代系中的又一个模型、而非一条新谱系，那这正是你会预期看到的结果。而 GenerallyAvailable 状态是限定区域的：这是一次 eastus2 的观测结果，并非全球性的。一个模型可能长期只出现在某一个区域的目录中，而在其他任何地方都找不到。

Claude Fable 5.5 仍然不存在的地方

值得直说，因为这份清单很容易被过度解读。截至 2026 年 10 月 13 日，检查一个已发布模型必须出现的各个公开界面：

• Anthropic 的新闻中心——最新一篇文章是关于 Claude Haiku 5.5于 2026 年 10 月 7 日发布。目前没有任何 Fable 5.5 的发布公告。

• Anthropic 的模型概览——当前产品线列为Claude Fable 5.1、Claude Opus 5.5、Claude Sonnet 5.5以及Claude Haiku 5.5。Fable 5.5 并未出现，且文档站点地图中也没有 fable-5-5 路径。

• Azure 面向客户的官方文档——直销模型页面在任何版本中都完全没有提及 Fable。微软 AI Foundry 中 Anthropic 的目录列表仍然只显示Claude Fable 5和Claude Fable 5.1，两者均标注为预览版。销售文档从未听闻的模型却出现在管理 API 条目中，这是一个实实在在的缺口，而且其影响是双向的：一方面说明该列表上线过早，另一方面说明它可能经不起与产品团队的接触而难以存续。

• 独立测量 — Artificial Analysis 没有 Fable 5.5 的页面，也没有评分，这在意料之中，除了说明外部没人运行过它之外，什么也说明不了。

• 我们自己的目录——OrcaRouter 的模型 API 列出了 207 个模型，其中不包含 anthropic/claude-fable-5.5。它确实包含 anthropic/claude-fable-5 以及 anthropic/claude-fable-5.1。我们不会假装不是这样：既然没有可提供的内容，我们就不将其列出。

一般可用的列表并不等于发布

要避免的混淆，是把 GenerallyAvailable 当作一次上线。它只是某一朵云内部的支持与计费分类。真正能构成一次正式发布的东西——模型卡、费率卡、Anthropic 会背书的上下文窗口、一个可以传给端点的模型标识符——在那五项检查的每一项上都不存在。

这份列表所能有力证明的，是某件范围更窄、也更有意思的事情：Anthropic 的 Fable 5.1 继任者已经通过了 Microsoft 的内部就绪流程，足以在至少一个区域获得生命周期状态，并且 Microsoft 的工具会将其暴露给任何读取管理 API 的东西。这是有意义的一步。只是它与“可用”并不是同一步。

曝出这一消息的信号帖——@kimmonismus 于 10 月 13 日下午发布的一条 X 帖——还夹带了一段关于 Anthropic 的 IPO 的内容，以及一种预期，即此次发布将紧随其他实验室近期的模型之后。那部分应视为发帖人的推测。Azure 条目和 LiteLLM 的 diff 中都没有任何内容谈及资本市场，而关于先后顺序的说法只是一种猜测。API 字符串才是证据；围绕它编织的叙事则不是。

今天你可以自行验证的内容

对星表目击记录的有用回应不是去争论它。而是要清楚哪些核验能解决问题，并定期重新运行这些核验，而不是只做一次。

• 向 Azure 管理终结点查询你所在区域的信息，并用 grep 在返回的列表中搜索该字符串。某一行在一周内出现、消失又重新出现，说明该条目不稳定；而某一行持续两周都存在，则完全是另一回事。

• 拿这个标识符去请求一个端点试试。如果某个提供方能接受 claude-fable-5-5，并返回一个你能从中读取 model 字段的响应，那么情况已经发生了实质性变化，本页内容已过时。在那之前，没有路由的目录条目就只是元数据。

• 关注供应商自己的文档站点地图，而不是其营销页面。文档路径往往比新闻稿早出现数小时，而且它们是机器可读的。

• 再次核查该标志。如果 GenerallyAvailable 回退为 Preview，或该条目消失，那就是最强烈的信号，说明上架信息跑在了产品前面，而在你据此制定计划之前，这一点值得先了解清楚。

• 别在自己的脑子里沿用旧设定。本周读者最可能犯的错误，就是把每百万 $10 和 $50 当成“Fable 5.5 的定价”。在 A​nthropic 另行公布之前，这个数字属于 Fable 5.1。

如果它真的发货了，你的账单会有什么变化？

这个叙事有一个值得提前规划的可能版本，而且不需要押注任何东西。如果 Fable 5.5 真的发布，决定你是否采用它的问题，正是目前谁都回答不了的那些：推理是否始终开启、相对于 Fable 5.1 成本如何，以及它的速度在生产环境中是否经得起考验。这三者中有两个，恰恰是继承而来而非采集得来的字段，这足以成为理由，让你不要参照这一行为路线图定价。

今天确实成立、并且也是这个决定风险很低的一个原因是：该系列中已发布的那个成员，已经可以通过一个兼容 OpenAI 的单一端点访问，并与 OrcaRouter 上另外 207 个模型并列；当你想比较它们时，不需要第二份合同，也不需要改代码。我们按 0% 加价率透传提供商的目录价，这意味着当供应商降价时，这一变化当天就会在我们这边生效，而不是等到某张表被重建时才生效。而对于一个已经进入云目录、但还没有公开行为表现的模型来说，自动故障转移就是“我试了一下，结果毁了我一下午”和“我把一小部分流量指向它，它自动回退了”之间的差别。

诚实的总结是：如今证明 Fable 5.5 存在的最有力证据，就在一份 Azure 区域列表和一个被复制的 JSON 对象里；而证明它尚未发布的最有力证据，则在于开发它的公司至今对此只字未提。这两件事在同一天都成立，而后者才应该决定你这周怎么做。该关注的不是新闻编辑部，而是 10 月 27 日 eastus2 那一行是否还在、它的状态是否仍显示 GenerallyAvailable，以及是否有任何人公布一个除了占位机器人之外也会有人为其背书的数据。

目录中的一行能否证明某个模型存在，正是已记录的 AI 故障和智能体事件在 OrcaRouter AI Incident Archive 中被收集起来要回答的那类问题，其中每条记录都带有各自的来源、严重程度、置信度等级和争议标记。