目前GLM 5.2 排名第三,超过了 Claude Opus 4.7和 GPT-5.4

FrontierSWE是什么?
FrontierSWE是一个专门用于评测大模型在超长程、开放式、高难度软件工程任务方面能力的基准测试(benchmark),由 AI 研究机构 Proximal 创建和维护。
它的核心理念是:不再只测试模型回答单个编程问题的能力,而是让模型像人类工程师一样,连续工作数小时,自主完成从需求理解、代码编写、调试修复到最终交付的完整工程流程。
评测方式与特点
- 任务类型:模拟真实世界中的复杂软件开发场景,包括多文件修改、跨模块调试、端到端功能开发等
- 评测维度:从多个角度打分,包括平均排名(AVG RANK)、实现能力(IMPLEMENTATION)、性能优化(PERFORMANCE)、研究能力(RESEARCH)等
- 难度定位:正如其名"Frontier"(前沿),它瞄准的是人类能力边缘的软件工程任务,难度远高于传统的 SWE-bench 等基准
FrontierSWE 被认为是当前衡量大模型实际工程落地能力最硬核的指标之一。
简单来说,FrontierSWE 关注的是模型能否像一名真正的软件工程师那样,独立、持续、高质量地完成一个完整的开发任务,而不仅仅是回答零散的编程问题。这也是当前大模型从"代码助手"向"AI 工程师"演进的关键能力指标。
技术架构:GLM-5.2 做对了什么?
1M 上下文窗口 + DSA 动态稀疏注意力
GLM-5.2 将上下文窗口从 GLM-5.1 的 20 万 token 扩展至 100 万 token,输出长度达 128K。这意味着模型可以将整个代码仓库一次性放入推理链路,无需切分。
但"支持 1M"和"在 1M 压力下稳定工作"是两回事。很多模型标称 1M 上下文,但超过 25 万 token 就开始严重衰减。GLM-5.2 的关键突破在于 DSA(Dynamic Sparse Attention)动态稀疏注意力机制——它能根据内容自适应地分配注意力,确保关键信息在长上下文中不被丢失,解决了传统长上下文模型常见的"中间遗忘"问题。
IndexShare:将 1M 上下文的计算成本降至 1/3
这是 GLM-5.2 最核心的架构创新。传统稀疏注意力机制中,每个注意力层都需要独立计算 top-k 索引,计算开销随上下文长度线性增长。GLM-5.2 提出 IndexShare——在每四层稀疏注意力层之间复用同一个索引器(indexer),在 1M 上下文长度下,将单位 token 的 FLOPs 降低至原来的约 1/3(2.9 倍降低)。
这意味着:上下文越长,GLM-5.2 的吞吐量优势越明显——是一个"越用越顺"而非"越用越卡"的系统。
MTP 投机解码改进:推理速度提升 20%
GLM-5.2 改进了用于投机解码(Speculative Decoding)的 MTP(Multi-Token Prediction)层,将接受长度(acceptance length)最多提升 20%。在编码场景下,这意味着模型每次推理能"猜中"更多后续 token,显著加速代码生成过程。
MoE 混合专家架构:753B 总参数,仅激活 40B
GLM-5.2 延续了 MoE 设计,总参数 753B,但每次推理仅激活约 40B 参数(约 5.3%)。这种设计让模型拥有巨大的知识容量(覆盖多种编程语言和框架),同时保持推理成本可控。
自研 Slime 框架 + Agentic RL 训练
训练侧,智谱依赖自研 Slime 框架支撑大规模 Agentic RL(强化学习)和 OPD(在线策略蒸馏)训练。模型在训练阶段就针对编程 Agent 的长轨迹场景做了大量扩展,使其在长程任务中更不容易"中途跑偏"。
可以直接访问在智普的国内官网:
目前GLM5.2的价格相比Claude Opus 4.7和 GPT-5.4便宜很多

3398



被折叠的 条评论
为什么被折叠?



