智谱正式开放 GLM-5.3 API：AA 指数 60 分追平 Kimi K3，定价与上代持平

开源模型强化学习算法优化模型定价模型评测与对比大厂动态中国自研AI

2026-08-19 10:32

39 浏览

0 点赞

AI 速览

智谱正式开放 GLM-5.3 API，性能追平 Kimi K3 并列榜首，定价保持不变。核心事实 - 发布时间：8月19日上线 API，此前于8月14日发布模型 - 性能表现：AA指数60分，与月之暗面 Kimi K3 持平，位列开源权重模型最高 - 成本优势：官方称以较小参数规模达到同档智能，平均任务成本为前沿旗舰最低 - 技术路线：沿用 GLM-5.2 基座，提升全来自后训练，编程能力提升50% - 开源计划：模型权重计划于下周五开源，目前仍登记为专有模型价值点开发者可零成本升级调用更高性能的国产大模型，并关注即将开放的权重以验证实际效果。

8月19日消息，智谱今日凌晨正式上线 GLM-5.3 的 API，距离 8月14日发布该模型过去五天。据第三方评测机构 Artificial Analysis 8月18日公布的评定，GLM-5.3 在综合智能指数（Intelligence Index）中取得 60 分，与月之暗面 7月16日发布的 Kimi K3 分数相同，并列该榜单开源权重模型的最高分。API 定价与 GLM-5.2 保持一致，模型权重计划于下周五开源。

智谱正式开放 GLM-5.3 API：AA 指数 60 分追平 Kimi K3，定价与上代持平

API 今日开放，价格不变

开发者即日起可通过 BigModel 开放平台与 Z.ai 调用 GLM-5.3，官方文档已同步上线。智谱确认 API 定价与 GLM-5.2 保持一致。

在此前的发布节点，GLM-5.3 已接入智谱官方编程工具 ZCode、办公场景工具 AutoClaw，并向 GLM Coding Plan 全量用户开放。今日 API 开放后，该模型从自有产品体系进入公开调用阶段。在线体验渠道为 Z.ai 网页端与智谱清言 App。

AA 指数 60 分：分数已经并列，许可证还没有

Artificial Analysis 的综合智能指数覆盖知识、推理、编码、智能体等多项评测。GLM-5.3 的 60 分是在最高推理档位下取得的，与 Kimi K3 持平；目前该榜单榜首为 Anthropic 的 Claude Opus 5，得分 63。智谱官方称，GLM-5.3 与 Claude Fable 5、GPT-5.6 Sol 等闭源旗舰处于同一能力区间。

成本是智谱此次发布强调的另一个维度。据智谱官方引用 Artificial Analysis 的数据，在完成单个任务的平均成本上，GLM-5.3 为前沿旗舰模型中最低。智谱将此概括为「以更小的参数规模达到同档智能」。这一成本口径来自官方表述，第三方对实际调用成本的独立验证目前尚未出现。

开源状态需要单独说明。Kimi K3 已于7月开放权重，而 GLM-5.3 的权重尚未释出，Artificial Analysis 目前将其登记为专有模型。两者在榜单上分数相同，但开源状态并不相同。

不换基座的五天，和计划中的第三步

GLM-5.3 与 GLM-5.2 使用同一基座模型，性能提升全部来自后训练。据智谱官方数据，GLM-5.3 在 Terminal-Bench 3.0 上从 4.6 分升至 28.3 分，DeepSWE v1.1 从 46.2 升至 66.9，CyberGym 漏洞发现评测取得 84.5 分；在智谱自建的 Z.ai Code Bench 上，编程能力较 GLM-5.2 提升 50%。后训练的技术细节，智谱在官方技术 Blog 中单独披露。

至此，GLM-5.3 的节奏已走完两步：8月14日发布模型并铺进自有产品，8月19日开放 API 且定价不动。第三步是下周五的权重开源。对开发者而言，前两步的意义直接：用与 GLM-5.2 相同的价格，调用到榜单分数高出一档的模型。据智谱官方表述，这代模型的能力提升发生在既有基座之上，全部来自后训练的继续扩展；官方同时以「更小的参数规模、更低的调用成本」概括其成本位置，目前未将定价决策与训练路线直接关联。

第三步兑现之前，「开源最高分」对 GLM-5.3 仍是一个待完成的状态。权重释出后的许可证条款、以及开源社区的独立实测，才能检验这次分数并列的实际含金量。

好文章，需要你的鼓励

# 报错信息分析与调试指南 ## 任务说明请分析用户提供的报错信息，推测可能的错误原因，并提供系统性的调试步骤。 ## 分析要求 1. **错误类型识别** - 确定是语法错误、运行时错误、逻辑错误还是环境配置错误 - 识别具体的错误类别（如空指针、数组越界、类型不匹配等） 2. **原因推测** - 基于错误信息中的关键线索进行合理推断 - 考虑常见的导致此类错误的编程场景 - 分析可能的代码问题或环境问题 3. **调试步骤** - 提供从简单到复杂的逐步调试方法 - 包括代码检查、日志添加、环境验证等具体操作 - 给出预防类似错误的最佳实践建议 ## 输出格式 - **错误类型**：[具体的错误分类] - **可能原因**： 1. [原因1] 2. [原因2] 3. [原因3] - **调试步骤**： 1. [步骤1] 2. [步骤2] 3. [步骤3] 4. [步骤4] - **解决方案**：[具体的修复建议] ## 示例 **输入**：【报错信息】 ``` TypeError: Cannot read property 'length' of undefined at processData (app.js:25:18) at main (app.js:10:5) ``` **输出**： - **错误类型**：运行时错误 - TypeError - **可能原因**： 1. 变量未正确初始化就被访问其 length 属性 2. 函数参数传递了 undefined 值 3. 异步操作中数据还未加载完成就尝试访问 - **调试步骤**： 1. 检查 app.js 第25行附近的变量声明和赋值 2. 在访问 length 属性前添加类型检查：`if (variable && variable.length)` 3. 使用 console.log() 输出相关变量的值确认其状态 4. 检查函数调用时传入的参数是否正确 - **解决方案**：在访问对象属性前先验证对象是否存在，或确保变量在使用前已被正确初始化。