GLM-5.2 发布时间:2026 年 6 月,现在就能调用

先说结论:已验证的时间线

GLM-5.2 的发布分两步走。2026 年 6 月 13 日,智谱先把这个模型开放给 GLM Coding Plan 的订阅用户——这是面向编程 Agent 用户的配额制套餐。2026 年 6 月 16 日,智谱自己的发布记录标注的日期,公开发布随之而来:MIT 协议的开源权重上线 Hugging Face,同时开放按量计费的独立 API 调用。独立信源的报道时间线与这个两步节奏一致。 和很多"发布时间"类的搜索不一样,这一次答案是确定的:模型已经发布,权重已经公开,API 的 model ID 是稳定的。真正存疑的是发布材料里哪些细节属实、哪些只是报道口径,以及系列接下来往哪走,这两点在下文分别说明。

GLM-5 家族发布历史:四个月三次发布

智谱自己的发布记录把每次发布的日期标得很清楚,节奏相当密集:2026 年 2 月到 6 月,四个月内发布了三个大版本。 GLM-5 于 2026 年 2 月 12 日发布,定位复杂系统工程和长程 Agent 任务,集成了 DeepSeek 稀疏注意力机制以提升长上下文的 token 效率。GLM-5.1 在 4 月 7 日发布,主打长程自主能力——官方宣称单任务能连续自主运行长达 8 小时,在规划、持续执行、debug 和策略迭代上都有改进。GLM-5.2 在 6 月 16 日收尾这一轮发布,宣称在编程和长程任务基准上达到开源领先水平。 大约两个月一次的发布间隔不是对下一个版本时间的承诺,但确实是可观察到的节奏;三个版本都在并行提供服务,不存在新版本替换旧版本的情况,所以关于未来 5.3 的任何猜测都不影响现在能用什么。

6 月 16 日发布了什么:已验证 vs 待核实

独立测试中一个值得记进成本规划的观察:同一个基准任务下,GLM-5.2 花费的输出 token 比 GLM-5.1 更多(一份测量约为 4.3 万 token 对 2.6 万 token)。推理产生的 token 按输出计费,所以这一代是家族里最强的,也是单任务最耗 token 的。

• 已从智谱文档验证:model ID glm-5.2,官方描述为无损的 100 万 token 上下文,最多输出 12.8 万 token,带开关和强度设置的思考模式,支持工具调用、流式输出和结构化 JSON 输出
• 已从公开发布验证:MIT 协议,权重发布在 Hugging Face,体积约 1.5TB
• 发布报道给出、当作约数看待:MoE 架构约 7500 亿总参数,每 token 激活约 400 亿参数,不同信源给出的具体数字在 7440 亿到 7530 亿之间浮动
• 发布报道给出、单一信源、谨慎对待:SWE-bench Pro 得分 62.1,对比 GPT-5.5 的 58.6;训练语料约 28.5 万亿 token。这两个数字没有出现在我们查过的官方文档页面里

还没确定的事

目前没有 GLM-5.3 或 GLM-6 的官方预告,智谱也没有公布 6 月发布之后的路线图日期;任何关于下一个版本的传闻都只是基于两个月一次发布节奏的推测,不是厂商信息。我们无法从官方文档核实确切的参数量,这也是本文把它当作报道给出的区间处理的原因。2026 年的基准排名变化很快,上面的 SWE-bench Pro 数字描述的是发布当周的情况,不代表现在的排行榜。 应对这些不确定性的做法是一样的:接入精确的 glm-5.2 这个 ID,挂在一个同时服务多个模型家族的端点后面,不管智谱还是竞品未来发布什么新版本,都只是一次可以拿真实评测跑一遍的一行迁移,而不是需要苦等的事件。

现在怎么调用 glm-5.2

已发布的模型现在就能通过任何 OpenAI 兼容客户端调用:base_url 填 https://api.kkaiapi.com/v1,model 填 glm-5.2,同一个 Key 也能调 glm-5.1 和 glm-5 做走量任务的降档。经 kkaiapi,不需要智谱账号或 Coding Plan 订阅。 有一处服务细节要注意:kkaiapi 目录里 glm-5.2 的上下文窗口是 20 万 token,按这个数字预算 prompt 长度,不要按官方上游宣称的 100 万来估。完整的接入示例、参数说明和翻车点排查见 API 接入与按量计费专题页。

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["KKAIAPI_KEY"],
    base_url="https://api.kkaiapi.com/v1",
)

resp = client.chat.completions.create(
    model="glm-5.2",   # 2026 年 6 月 16 日发布
    messages=[{"role": "user", "content": "GLM-5.1 和 GLM-5.2 之间改动了什么?"}],
    max_tokens=2000,
)
print(resp.choices[0].message.content)

为什么发布时间总让人搞混

三个模式解释了大部分噪音。第一,分阶段开放:6 月 13 日和 6 月 16 日对不同受众来说都是正确的日期——Coding Plan 订阅用户和所有人——夹在两者之间写的报道读起来会自相矛盾。第二,平台滞后:一个模型可能在厂商 API 上线好几天之后,第三方平台才把它列进目录,所以发布周问"出了吗"这个问题,不同端点的答案确实不一样。第三,家族命名:GLM-5、5.1、5.2 是三个独立发布的模型,不是同一个 ID 的滚动更新,搜"GLM-5 发布"会翻出 2 月的旧闻,而那个模型已经被后续版本取代了两次。 最可靠的检查方法胜过以上所有:列出自己端点提供的模型,找精确的那个 ID。glm-5.2 出现在 /v1/models 里,对你来说它就是已发布的;其余的都是媒体周期里的细节。

curl -s https://api.kkaiapi.com/v1/models \
  -H "Authorization: Bearer $KKAIAPI_KEY" | grep glm-5.2

常见问题