model-release

GLM 5.5 什么时候发布？传闻、进展与 API 可用性

Jacey

2026年7月21日

更新于 2026年7月27日

16 分钟阅读

GLM 5.5 据报道可能在 2026 年 8 月出现，但智谱 / Z.ai 尚未官宣模型，也没有确认具体日期。8 月这个窗口来自 CGTN 转述的路透社与摩根大通预测。它是值得关注的信号，不是可以写进项目排期的承诺。

目前同样没有正式名称、模型卡、API ID、价格、上下文长度、许可证或可信跑分。真正需要解决的问题不是“信不信传闻”，而是哪些证据出现后模型才算可用，以及如何提前准备但不耽误今天能用 GLM-5.2 上线的项目。EvoLink 会在 GLM 5.5 可用性页面逐项更新这些进展。

直接结论：现在到底确认了什么？

问题	截至 2026 年 7 月 21 日的答案	证据级别
GLM 5.5 官宣了吗？	官方发布记录和模型卡中均未出现	已确认当前官方来源缺失
什么时候可能发布？	分析师预测为 2026 年 8 月	权威媒体转述，不是厂商承诺
最终叫什么？	GLM-5.3、GLM 5.5、GLM-6 都在传播	尚无定论
是否超过一万亿参数？	该数字来自分析师和媒体预测	未确认
是否开源、百万上下文或支持视觉？	智谱没有公布	未知
现在能否调用？	没有经过验证的官方或第三方路由	暂不可用

这也是本文和大量预测汇总页最重要的区别：很多页面把 GLM-5.2 的事实和 GLM 5.5 的期待写进同一张规格表，容易让读者把继承假设误认为新模型事实。这里会严格区分报道、预期和已验证信息。

“2026 年 8 月发布”从哪里来？

目前最强的信息链是：

摩根大通分析师据报道预测智谱将在 2026 年 8 月推出下一款模型；
路透社在中国 AI 市场报道中引用了该预测；
CGTN 在介绍 GLM-5.2 时又转述了路透社报道。

这条链比匿名社交媒体消息可靠，但源头仍是分析师预测，不是 Z.ai 的 Release Note。同一批报道中还出现了“参数超过一万亿”的说法，它具有相同的证据等级，不能用于显存规划、成本估算或能力判断。

此外，中文媒体报道唐杰在公开回复中用“史诗级 plus”描述下一次提升。这说明团队可能在准备一次明显升级，但不能证明产品就叫 GLM 5.5，也不能确认发布时间、架构、模态和许可证。

只有当智谱发布正式名称、模型卡、代码仓库、API 文档或价格条目时，当前判断才会发生实质变化。在那之前，8 月只能作为观察窗口。

下一代到底叫 GLM-5.3、GLM 5.5 还是 GLM-6？

名称冲突并非无关紧要，因为它会直接影响 API 配置和搜索实体。开发者讨论中，GLM-5.3 常被用来指可能先出现的小版本；分析师报道用 GLM 5.5 指代下一款旗舰；也有中文媒体推测智谱可能直接跳到 GLM-6。

三个名字都没有得到确认。不要把猜测的 glm-5.5 写进生产配置，也不要复制非官方页面上的调用代码。网页 URL 可以沿用大家正在搜索的称呼，但 API 请求必须使用具体通道正式公布的 ID。

正式发布后，还要分别核验四种身份：

身份	为什么可能不同
产品名称	智谱发布文章使用的市场名称
权重或仓库名称	GitHub / Hugging Face 上的 Artifact 名称
官方 API ID	Z.ai 或 BigModel 接受的模型标识
第三方路由 ID	EvoLink 或其他托管方暴露的路由标识

这样可以避免发布日最常见的一类错误：默认标题、仓库和 API 使用完全相同的字符串。

“模型发布”不等于“API 已经可用”

一个模型真正进入生产环境，通常要经过多个阶段。很多用户看到“发布”就以为当天能购买稳定端点，但这些事件可能相隔数小时甚至数周。

可用阶段	证明材料	开发者此时可以安全做什么
1. 官方官宣	Z.ai 发布记录或正式模型卡	阅读已确认能力与许可证
2. 官方 Artifact	API ID、权重或代码仓库有正式文档	开始接入或部署实验
3. 第三方托管	出现精确模型页，并且真实请求成功	对比各通道规则与行为
4. 聚合平台核验	请求、计费、错误、限制和回退均测试通过	小范围运行生产流量
5. 生产可信	任务质量、延迟、错误和成本持续稳定	在保留回滚的前提下扩大流量

只有上游身份、请求行为、计费与错误处理完成核验，EvoLink 才会把 GLM 5.5 页面从“可用性观察”切换为正式路由。一个厂商 Logo 或“即将上线”标签不等于可购买产品。

当前 GLM-5.2 通道能告诉我们什么？

GLM-5.2 是发布日所需字段的最好参照，但它的具体数值不能预测 GLM 5.5。

当前 GLM-5.2 通道	用户今天可以核验什么	为什么 GLM 5.5 必须重新检查
Z.ai / 官方 Artifact	发布定位、权重、许可证与模型行为	下一代可能改变许可证、模态和接入入口
OpenRouter	Provider、有效价格、上下文、TTFT、吞吐和可用性	价格与能力会受到 Host 和缓存行为影响
阿里云 Model Studio	地区化 ID 与价格、多种兼容协议和推理控制	地区、协议和参数写法可能不同
NVIDIA NIM	试用端点、模型卡、工具支持和服务条款	托管服务条款与模型许可证是两件事
Featherless	Serverless 与 Dedicated 的不同限制和商业方式	同一模型在不同部署形态下限制可能不同
EvoLink	当前 GLM 统一接入，以及可配置迁移路径	新路由仍需独立完成可用性验证

任何 GLM-5.2 价格都只代表具体通道和抓取时点，不能复制成 GLM 5.5 预估。发布日真正有用的答案，必须同时写清 Provider、地区、协议、上下文与输出限制、缓存规则、限流、错误行为和核验时间。

用户真正希望下一代解决什么？

论坛和模型平台讨论里，最影响采用的并不是参数量，而是以下问题：

**原生视觉：**能否直接理解截图、PDF、图表和 UI，而不是再调用一个视觉模型；
**有效长上下文：**能否在大型仓库和长会话深处仍保留约束、找准事实，而不仅是“能接收很多 Token”；
**Agent 完成率：**工具任务是否减少循环、无效调用、重试和半途放弃；
**Harness 兼容性：**同一路由在 OpenAI 兼容客户端、Claude Code 类工具、Cline 和 OpenCode 中是否一致；
**容量：**高峰期 TTFT、吞吐、配额和 HTTP 429 表现如何；
**真实经济性：**加上推理 Token、重试、工具和人工复核后，单个合格任务是否更便宜；
**部署可控性：**是否开放权重、采用什么许可证、实际需要什么硬件。

这些都是待验证的问题，不是能力预测。可调用路由出现后，应使用固定任务、验收规则和路由元数据把它们转成可复现测试。

该不该等？按交付风险选择

你的情况	现在最合理的动作	什么证据会改变决定
未来 30–60 天需要上线	接入 GLM-5.2，并把模型配置化	GLM 5.5 在上线前通过真实验收任务
正在研究未来默认模型	保存代表性任务，订阅可用通知	官方 API 与可复现的同条件对比
正在建设多模型平台	先定义 Provider 无关的请求契约和回退	稳定的路由元数据、限制和错误语义
规划私有部署	等待正式权重、许可证、格式和硬件说明	可下载 Artifact 与可复现推理报告
企业采购和预算	不用传闻价格或参数规模做预算	地区、条款、数据处理、配额和账单明确

对大多数产品团队，“现在使用、以后实测”比等待风险更低。把模型 ID 放进配置，保留回退，并让验收测试不绑定单一 Provider。GLM 5.5 与 GLM-5.2 对比指南提供了完整的分阶段迁移方法。

真正值得关注的 7 个信号

与其反复刷新传闻页，不如只关注能解锁真实决策的事件：

Z.ai 发布记录正式给出模型名称；
官方模型卡公布架构、模态、上下文、许可证和限制；
BigModel 或 Z.ai 文档出现准确 API ID 与请求参数；
价格、限流、地区、缓存行为和使用条款公开；
GitHub 或 Hugging Face 出现权重与部署 Artifact；
独立评测公开模型 ID、Harness、设置、运行次数、失败与 Trace；
生产路由证明请求成功、计费准确、错误已知且容量稳定。

第一个信号回答“模型是否真实存在”，最后一个回答“是否可以依赖”。两者缺一不可。

EvoLink 如何处理 Day-Zero 接入

AI 聚合平台真正的价值，是消除模型官宣到生产请求之间的不确定性。EvoLink 会把模型事实、Host 限制、路由行为和用户回退分别展示，而不是把它们混成一张看似完整的参数表。

现在可以通过统一 API 使用 GLM-5.2。GLM 5.5 路由验证通过后，同一套接入可以通过配置完成对比，并保留 GLM-5.2 或其他模型作为 fallback。如果不想手动追踪公告，可以在 GLM 5.5 页面订阅可用通知。

常见问题