GPT Image 2.5 Flare 与 Sunburst 已上线 EvoLink立即体验
一道琥珀色请求光流穿过玻璃路由闸门,其中一支悄悄拐向冰蓝雾气中一座蒙纱待揭幕的石碑,象征 Claude Opus 5.2 的路由传闻
model-release

Claude Opus 5.2 什么时候上线?灰度路由传闻与官方状态

EvoLink 团队
EvoLink 团队
产品团队
2026年9月17日
更新于 2026年9月18日
26 分钟阅读
Claude Opus 5.2 没有发布,也没有官宣。 从 2026 年 9 月 14 日起,多个 X 账号称 Claude Code 正在把部分 Opus 5 请求悄悄路由到一个被他们叫作“Opus 5.2”的构建。我们在 2026 年 9 月 17–18 日核查了 Anthropic 的模型目录、发布说明、价格页、新闻中心、SDK 模型列表和 Claude Code 2.1.276 二进制,没有找到 Opus 5.2 条目,也没有找到 claude-opus-5-2 这个标识符。最新的 Opus 仍然是 2026 年 7 月 24 日发布的 Claude Opus 5。
如果你的生产环境在跑 Opus 5,这篇文章给你四样东西:当前的答案、答案背后可以自己复核的证据链接、哪些信号会改变这个答案,以及从官宣到一次能计费的请求之间各自独立的几个阶段。接入、价格和模型 ID 的状态在 Claude Opus 5.2 API 页;一次点版本值不值得你的 Opus 5 流量,怎么判断,在 Claude Opus 5.2 vs Claude Opus 5

直接回答:今天确认了什么?

问题回答(2026 年 9 月 17–18 日核查)证据等级
Anthropic 官宣 Claude Opus 5.2 了吗?新闻中心、模型目录、发布说明、价格页、Claude Code 更新日志里都没有找到条目在已核查的官方来源中未找到
claude-opus-5-2 这个模型 ID 吗?Anthropic 文档、Python 与 TypeScript SDK 模型列表、三家云目录、Claude Code 2.1.276 构建里都没有找到在已核查的官方来源中未找到
Claude Code 在把 Opus 5 路由到新构建吗?未经证实。多位 X 用户报告;Anthropic 未回应;没有帖子附标识符或请求记录社区报道
Foundry 的文件证实了这个模型吗?没有。那是社区注册表里的条目,数值与 Opus 5 完全一致第三方来源,已追溯并在下文给出链接
5.2 新增了 xhigh 或 max 档 effort?这些档位在 Opus 5 的文档里已经有官方(effort 文档)
发布日期未公布。9 月 14–15 日的帖子里猜的日期从 9 月 17–18 日到“下周”不等,都不是公告社区报道
价格、上下文、限制未公布未知
EvoLink 路由无已核验路由、SKU、价格或日期EvoLink 状态,独立于 Anthropic

表里每一条正面事实都是关于 Opus 5 的。凡是挂在 Opus 5.2 名下的,要么是“在我们查过的地方没找到”,要么是社区报道。“没找到”是对特定来源、带日期的观察,不是对 Anthropic 路线图的判断。

Claude Opus 5.2 的路由报道到底说了什么

这条传闻有可追溯的起点。下面的帖子是 2026 年 9 月 17 日在 X 上直接读到的。

日期(UTC)账号说了什么
9 月 14 日 12:15@notjazii用同一段提示词、在 xhigh 档位分别跑 Devin 和 Claude Code,觉得 Claude Code 的结果更干净,据此推断“opus 5 正被路由到 opus 5.2”
9 月 14 日 14:00@notjazii又做了几次同类测试后称路由“已确认”:快很多、输出很干净、不偷懒
9 月 14 日 17:41@synthwavedd称“很可能在 Claude Code 里以 Opus 5 的名义做灰度测试”,并说网页端请求仍走旧模型。本轮转发最多的一条
9 月 15 日 16:04@pankajkumar_dev称想得少了、快很多、不再偷懒;猜测“下周”发布

点赞和浏览量不会让一条关于模型的说法更可能为真,所以我们不按热度给帖子排序。要看的是帖子里有什么:

  1. 没有标识符、请求记录或 Anthropic 声明。 证据是用肉眼比较输出质量,主要来自一个账号的一天。
  2. 所谓“确认”是第一个账号重复了自己的测试。 没有独立来源拿出另一种证据。
  3. 灰度范围各说各的。 一条帖子说网页端还是旧模型;同期的中文论坛帖子里,有人说灰度到了网页版但 Claude Code 没有,有 Pro 会员说自己也灰度到了,至少有一位说“昨晚侥幸灰度到了,很好用,现在又走了”。

还有一个“本周四或周五发布”的说法在流传。我们只在第三方博客的转述里看到它,没能打开原帖,所以把它当作二手预测。它指向的是 2026 年 9 月 17–18 日。我们在 9 月 18 日核查来源时,还没有出现公告。

Anthropic 自己的文档怎么说这类变化

读这些报道时最有用的官方文字,其实和 Opus 5.2 无关。Anthropic 的模型 ID 与版本规则页写了两件事:
  • 模型 ID 是固定快照:Anthropic 不会更新一个已有模型 ID 的权重或配置;有更新版本时,会用新的模型 ID 发布。
  • 行为仍可能变化:同一个 ID 的模型权重是固定的,但模型周围的服务基础设施会随时间变化,包括请求路由器、安全分类器和采样逻辑;如果一个原本稳定的模型 ID 出现了意外的行为差异,基础设施更新是最可能的原因。
这条保证是针对 API 模型 ID 写的。它没有说明 Claude 应用或 Claude Code 在一个产品名称背后怎么选模型,所以它既不能证实、也不能排除 Claude Code 里有未标注的测试。但它说明了两点:“同一个名字突然变快”有一个有文档的、很平常的解释,不需要新模型;而一次指向 claude-opus-5 的 API 请求,按文档到达的就是 Opus 5 这个快照。

“Foundry slug”溯源

传闻里最像硬证据的一条,是有人称 Microsoft Foundry 出现了 claude-opus-5-2 的 slug,有时被描述成一份列出五档 reasoning-effort 的 claude-opus-5-2.yaml 文件。我们追溯了它,每一步你都可以自己复核。
我们观察到的
  • 在 GitHub 上能找到的 claude-opus-5-2.yaml 只在一个社区维护、自述“metadata only”的模型注册表里,不在微软或 Anthropic 的仓库里:microsoft-foundry 目录下的副本azure-ai-foundry 目录下的副本。两次提交的作者都是自动机器人,时间分别是 2026 年 9 月 4 日和 8 月 31 日。
  • 文件里的数值就是 Opus 5 的文档值:每百万 token 输入 $5、输出 $25,1M 上下文,128K 最大输出,effort 档位 low、medium、high、xhigh、max。文件自己的 sources 字段链接的是 Opus 5 的目录页。
  • 同一个机器人在同几周里恰好为四个 Claude 模型生成了 -2 文件:Opus 5、Opus 4.8、Sonnet 5 和 Haiku 4.5。微软的 Foundry 文档把 Claude 模型分为两个版本——版本 1 托管在 Anthropic 基础设施上,版本 2 托管在 Azure 上——并且列为 Azure 托管的正是这四个模型。
  • 微软的 Foundry Claude 模型表(2026 年 9 月 11 日更新)列出 claude-opus-5,没有 claude-opus-5-2。Foundry 目录的 Anthropic 发布者页列出 14 个模型,没有 5.2。
  • ai.azure.com/catalog/models/claude-opus-5-2 会返回一个标题里带该 slug 的页面,但 claude-opus-9-9 和随便编的名字也一样。那个目录是单页应用,会回显任何 slug,所以“URL 能打开”不是证据。
这些能说明什么,不能说明什么
注册表机器人的源码没有公开,所以我们没有证明它为什么把文件命名为 -2。我们观察到的是:这个后缀与 Foundry 的托管版本编号一一对应,文件里每一个数值都是 Opus 5 的数值。这足以说明该文件不是新模型的证据;不足以说明机器人是怎么工作的,我们也没有说有人造假。
五档 effort 也是同一回事。Anthropic 的 effort 文档已经为 Claude Opus 5 列出 low、medium、high、xhigh、max;xhigh 是 2026 年 4 月随 Opus 4.7 引入的。
Claude Opus 5.2 证据核验示意:独立标签与来源文档、请求记录和计费检查分开呈现;概念插图不构成模型身份证明
Claude Opus 5.2 证据核验示意:独立标签与来源文档、请求记录和计费检查分开呈现;概念插图不构成模型身份证明

这个名字未必能留下:Opus 5.1 的先例

2026 年 8 月下旬,同样的剧情在另一个名字下演过一遍。当时被广泛转发的帖子描述了一个“Opus 5.1”的早期访问字符串和 A/B 流量。9 月 1 日,Anthropic 发布的是 Claude Fable 5.1 和 Mythos 5.1。没有任何模型以 Opus 5.1 的名称正式发布,Opus 线到今天仍然止于 Opus 5。另一个独立的下一代传闻在 Claude Opus 6 发布追踪里单独跟进。

对任何围绕“5.2”做计划的人,这意味着两件事:

  • 这个数字是社区猜的。 好几条帖子公开问为什么是 5.2 而不是 5.1。Anthropic 之外没人知道那个构建叫什么,甚至不知道变快的行为到底是新模型,还是基础设施、系统提示词或工具链的变化。
  • 等官方公布名称和请求 ID。 Anthropic 当前的格式是 claude-{name}-{major}[-{minor}],所以大家预期会是 claude-opus-5-2。命名惯例只能解释一个字符串可能意味着什么,不代表 Anthropic 承诺了某个产品、名称或 ID。不要把猜的字符串写进配置。

什么信号才能确认 Claude Opus 5.2 发布

下面任何一条出现,都足以更新状态,而且它们不必同时出现:

  • Anthropic 新闻中心的公告,或带“Released”日期的模型页,点名一个新 Opus。
  • 平台发布说明、价格页或模型退役表里出现新的 Opus 条目。
  • 官方 Python 或 TypeScript SDK 模型列表、或某个 Claude Code 版本里出现新的 Opus ID。
  • 微软的 Foundry Claude 模型表、Amazon Bedrock 模型列表或 Google Cloud 的 Claude 模型页出现新 Opus 行。各渠道分别记录,不要等它们全部出现。
  • EvoLink 路由核验:已批准的模型 ID、SKU、成功的鉴权请求,以及能对上的用量和账单。

有新信号被报道时我们会重新核查这些来源,并在页面底部写明最近一次核查的日期。URL 和发布日期保持不变;只有证据变了,“更新时间”才会变。

即使 Claude Opus 5.2 发布,也不等于 API 可用

官宣确定的是名称和发布范围,不代表 EvoLink 已经可以调用。三个阶段要分别核验。

阶段 1:Anthropic 官宣。 新闻中心公告、模型页、发布说明条目。从 Opus 4.5 到 Opus 5,每次发布都宣布当天在 Claude API 和主要云平台可用,但这是历史,不是规则;每个渠道的上架都当作独立事实来看。
阶段 2:上游 API 行为。 模型 ID、价格行、effort 与思考默认值、上下文与输出限制,以及 what's-new 页面。历史上的 Opus 发布以三种不同的方式影响过现有集成,值得分开看:
变化类型有文档的例子
明确的破坏性变更Opus 5:思考默认开启;只有 effort 在 high 及以下才能关闭思考(否则返回 400)。Opus 4.7:temperaturetop_ptop_k 设为非默认值会返回 400
成本或行为变化Opus 4.7:新分词器,同样的文本计为更多 token。Opus 5:思考 token 按输出 token 计费,原本不带思考的工作负载在同样费率下会产生更多输出 token
新增能力Opus 4.8:fast 模式(Opus 5 同样提供)。Opus 5:缓存最小 512 token、对话中途改工具(beta)

只有第一行会让原本成功的请求失败。第二行会在不报错的情况下改变你的账单。未来的点版本可能带来这三种里的任何一种,也可能一种都没有。

阶段 3:EvoLink 路由。 已批准的模型 ID、SKU 和价格、一次成功的鉴权请求,以及能对上的用量和账单记录。上游上架告诉 EvoLink 该核验什么,但不替 EvoLink 完成核验。
Claude Opus 5.2 的三个独立接入检查:官方公告、API 接口约定和 EvoLink 路由验证;最后一道关闭的闸门表示接入尚未核验
Claude Opus 5.2 的三个独立接入检查:官方公告、API 接口约定和 EvoLink 路由验证;最后一道关闭的闸门表示接入尚未核验
Claude Opus 5.2 API 页会按阶段标注带日期的状态,在阶段 3 通过之前一直写“无已核验路由”。

怎么判断自己有没有被灰度到

社区最流行的测法是在 Claude Code 里不联网地问“重置哥 Tibo 是谁”,答对就当作用上了新模型。把它当个乐子:

  • 它读的是生成文本。有用户报告同一台机器上不同 Claude Code 版本对同一个问题答案不同,这既可能是模型换了,也可能是提示词或工具链变了。
  • Anthropic 文档写明 Opus 5 的可靠知识截止是 2026 年 5 月,而那个所谓的新构建没有可供对照的文档化截止日期。
  • 名字不等于实际服务请求的模型:Poe 上一个用户创建、名叫“Claude-Opus-5.2”的 bot,自述由一个 OpenAI 模型驱动;至少有一家 API 中转商上了一个带“复制模型 ID”按钮的“Claude Opus 5.2”模型页,而它自己的状态文字写着官方 API 尚未公布。

对 API 路由,值得做的是一致性检查。其中没有任何一项能独立证明底层权重,因为每个字段都由服务端或它前面的代理提供;但合在一起,它们能让一次替换变得可追溯:

  1. 请求的 ID 与有文档的 ID 或渠道映射一致(Bedrock 和 Google Cloud 用各自的 ID 格式)。
  2. 每次调用都记录返回的 model 字段和请求 ID,并且它们与文档化的映射一致。
  3. 用量和计费能与该 ID 的公布价格对上。
  4. 同一组任务在同一 effort 档位连续多天表现一致,而不是只看一次会话。

开发者现在能准备什么

不管那个构建以 5.2、5.1 的名字发布还是根本不发,要做的事都一样,对比指南里有详细做法。简要来说:
  1. 候选模型 ID 只放配置,并且留空。 不要预填 claude-opus-5-2
  2. 在你实际使用的 effort 档位给 Claude Opus 5 建基线,包括长任务里需要“继续”的次数。没有基线,你就量不出改进。
  3. 保存 Opus 5 让你失望的那些记录。 “偷懒”、想太久、不好沟通,这些是后继者必须胜过的说法。
  4. 回退路由要实测,不要假设。 Anthropic 把 claude-opus-5 列为 Active,退役“不早于 2027 年 7 月 24 日”,适用于 Anthropic 自营平台(Claude API、Claude Platform on AWS 和 Microsoft Foundry);Amazon Bedrock 和 Google Cloud 自行设定时间表。这给了你一个评测窗口,但不保证你打算回退到的那条 EvoLink 路由的容量、权限或运行状态,所以在用到它之前先验证。
在 EvoLink 追踪 Claude Opus 5.2 API 可用状态 比较当前 Claude 模型

常见问题

Claude Opus 5.2 是什么?

它是社区起的名字,指一些 X 用户认为 Claude Code 自 2026 年 9 月 14 日前后开始、以“Opus 5”的名义提供服务的某个构建。它不是 Anthropic 的产品名:我们在 2026 年 9 月 17–18 日核查的官方来源里,没有找到它的模型页、模型 ID、价格或公告。

Claude Opus 5.2 发布了吗?

我们在 2026 年 9 月 17–18 日核查的 Anthropic 来源里没有找到任何公告:模型目录、发布说明、价格页、新闻中心和 SDK 模型列表。最新的 Opus 是 2026 年 7 月 24 日发布的 Claude Opus 5。

Claude Code 真的在把 Opus 5 请求路由到 Opus 5.2 吗?

未经证实。9 月 14 日起有多位 X 用户报告 Claude Code 里的 Opus 5 更快、不再偷懒,并归因于一个隐藏构建。Anthropic 没有回应,没有帖子附标识符或请求记录,各方对受影响的应用和套餐说法也不一致。Anthropic 的版本规则文档提到,服务基础设施的变化会让一个稳定模型 ID 的行为出现差异。

为什么 Claude Code 里的 Opus 5 感觉变快了?

从外部没人能判断。隐藏的模型测试是一种解释。Anthropic 的版本规则文档给出了另一种:请求路由器、采样逻辑等服务基础设施的变化,会让一个稳定模型 ID 的行为出现差异。Claude Code 的版本更新和系统提示词变化是第三种。没有请求记录,你分不清是哪一种。

传闻中的灰度涉及哪些套餐:Pro 还是 Max,网页版还是 Claude Code?

各方说法矛盾。一条被广泛转发的帖子说网页端请求仍走旧模型;论坛用户有的说灰度到了网页版但 Claude Code 没有,有的说 Pro 会员也有,有的说在第三方 Agent 里也遇到了,至少还有一位说它后来又消失了。Anthropic 没有任何关于测试的文档,所以不能说哪个套餐或应用包含它。

为什么叫 5.2 不叫 5.1?

Anthropic 之外没人知道。这个名字来自社区帖子和一份注册表文件。8 月传闻的“Opus 5.1”没有以该名称正式发布,发布的是 Claude Fable 5.1。等 Anthropic 公布名称和请求 ID。

Microsoft Foundry 列出 claude-opus-5-2 了吗?

我们在微软的 Foundry Claude 模型表(2026 年 9 月 11 日更新)和 Foundry 目录的 Anthropic 发布者页里都没有找到。网上流传的 claude-opus-5-2.yaml 是社区注册表里机器人生成的条目,数值等于 Opus 5,它的 -2 后缀与 Foundry 对 Azure 托管部署的“版本 2”标签一一对应。

问“Tibo 是谁”能证明我用上新模型了吗?

不能。它读的是生成文本,而且有用户报告同一台机器上不同 Claude Code 版本答案不同。对 API 流量,要核对文档化的 ID 映射、返回的 model 字段和计费是否一致;即便如此,这些也只是一致性检查,不是对权重的独立证明。

Claude Opus 5.2 什么时候发布、什么时候上线?

没有公布日期,也就是说目前没有“什么时候发布”的官方答案。9 月 15 日有一条 X 帖子猜“下周”;另有一个“本周四或周五”(9 月 17–18 日)的说法经第三方博客二手流传。我们在 9 月 18 日核查时,还没有出现公告。9 月 17 日预测市场给“9 月 30 日前出新 Opus”约 86%,给“9 月内以 Opus 5.2 之名发布”32%。这些是预测,不是公告。

Opus 5.2 会和 Opus 5 一个价吗?

未知。Opus 4.5 到 Opus 5 每一代都标价每百万 token 输入 $5、输出 $25,拿它做预算模型的输入是合理的,但它不是 Opus 5.2 的价格。以 Anthropic 实际公布的价格和可用范围为准。

不能。EvoLink 没有 Opus 5.2 的路由、SKU、价格或接入日期。Claude Opus 5.2 API 页追踪状态并提供上线提醒;当前的 Opus 路由是 Claude Opus 5

来源

官方来源最近一次核查于 2026 年 9 月 18 日;X 帖子读取于 2026 年 9 月 17 日。Anthropic 与微软的事实来自其文档;社区报道均已标注;EvoLink 路由状态独立且未核验。

准备好把 AI 成本降低 89% 吗?

现在就开始使用 EvoLink,体验智能 API 路由的强大能力。