GLM-5 系列模型
面向长程智能体工程与复杂系统开发的开源旗舰模型，支持百万级上下文与灵活推理预算。
- Star 数
- ★ 7.4k
- 最近更新
- 4 天前
- License
- Apache-2.0
- FA 评分
- 26/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 平台专用
- 费用
- 免费，无需付费服务
- 上手难度
- 高 · 需要较重的基础设施
- 开始前需要
- 典型场景
- 软件工程师在复杂代码库中生成和修复代码，利用 GLM-5.2 的长上下文能力处理大型项目。
- 不适合
- 没有大规模GPU集群、无法本地部署744B模型的个人开发者
- 需要开箱即用、无需配置推理框架的轻量用户
- 需要完全离线运行且不愿依赖Hugging Face或ModelScope下载的团队
这个 Agent 能做什么，适合哪些场景？
GLM-5 系列是智谱AI发布的开源大语言模型家族，包含 GLM-5.2、GLM-5.1 和 GLM-5 三个版本，均以 744B 总参数（40B 激活）的 MoE 架构为基础，采用稀疏注意力（如 DeepSeek Sparse Attention）与多Token预测技术，支持 BF16 和 FP8 精度。该系列专注于长时程任务，如软件工程、终端操作与商业运营模拟，GLM-5.2 首次将 100 万 token 的上下文窗口与稳定的长期作业能力相结合。模型可通过 Hugging Face 与 ModelScope 下载，并支持 SGLang、vLLM、Transformers、KTransformers、Unsloth 等主流推理框架，以及 Ascend NPU 平台。此外，GLM-5 系列支持通过 reasoning_effort 参数控制思维预算，并可完全关闭思考过程。
GLM-5 系列模型接受自然语言或代码指令，执行代码生成、仓库级任务（如 NL2Repo）、终端命令操作（如 Terminal-Bench）以及长期运营模拟（如自动售货机业务）。模型采用预训练与强化学习（使用异步 RL 框架 Slime，以及 SFT/PPO/GRPO 等微调方法）进行优化，提升推理与智能体性能。推理时，用户可通过 SGLang、vLLM 等框架部署模型，并通过 reasoning_effort 参数（max 或 high）调节思维深度，或通过 enable_thinking=false 关闭思考。模型输出支持标准 API 调用，并可在本地或云端运行，提供 BF16 与 FP8 两种精度选择。
- 软件工程师在复杂代码库中生成和修复代码，利用 GLM-5.2 的长上下文能力处理大型项目。
- DevOps 或系统管理员通过 Terminal-Bench 场景使用 GLM-5.1 在真实终端中执行多步骤运维任务。
- 研究者评估开源模型在编程基准（如 SWE-bench Pro）上的性能，利用 GLM-5.2 与封闭源模型对比。
- 创业者使用 GLM-5 在 Vending Bench 2 中模拟长期业务运营，进行规划和资源管理实验。
- 开发团队在 SGLang 或 vLLM 框架中部署 GLM-5 系列，用于内部智能体应用或研究。
如何安装或部署这个 Agent？
从 Hugging Face（如 zai-org/GLM-5.2）或 ModelScope（如 ZhipuAI/GLM-5.2）下载模型权重，支持 BF16 和 FP8 版本。部署需安装 SGLang（≥0.5.13.post1）、vLLM（≥0.23.0）或 Transformers（≥0.5.12）等推理框架，并配置相应环境。具体步骤参见各框架的官方文档（如 SGLang cookbook、vLLM recipes）。
如何使用这个 Agent？
使用 SGLang 或 vLLM 加载模型，并通过 API 或命令行发送推理请求。设置 reasoning_effort 参数为 'max'（默认）或 'high' 以控制思考预算；如需完全关闭思考，设置 enable_thinking=false。示例代码可参考各框架文档，如 vLLM 的 recipes 页面。
这个 Agent 有哪些优点和局限？
- 在长时程任务上表现卓越，如 SWE-bench Pro 和 Terminal-Bench 2.1，接近封闭源前沿模型。
- 支持百万级上下文窗口，适合大型代码库和长期项目。
- 提供 BF16 和 FP8 多种精度，以及多种推理框架支持，部署灵活。
- 模型规模巨大（744B 参数），本地部署需要大量 GPU 资源（如 A100/H800），成本高。
- 依赖特定推理框架版本（如 SGLang、vLLM 的最低版本），升级可能带来兼容性问题。
- 部分功能（如 reasoning_effort）仅支持两个级别，灵活性有限。
这个 Agent 与同类方案有什么区别？
与 Claude Opus 4.8 在 Terminal-Bench 2.1 上差距很小（81.0 vs 85.0），优于 Gemini 3.1 Pro；在 Vending Bench 2 上优于其他开源模型。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| GLM-5 系列模型 当前 | 26 · 缺口较多 | 自托管服务免费 | ★ 7.4k | 4 天前 | — | — |
| Autoprompt Skill | 69 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 1.2k | 15 天前 | JavaScript | Codex · Claude Code |
| little-coder：轻量本地编码代理 | 58 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 2.7k | 1 个月前 | TypeScript | — |
| Meta-Harness | 44 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 1.7k | 17 天前 | Python | Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示仓库仅包含模型权重和推理/微调框架的引用，没有提供任何关于权限最小化、用户确认、数据流透明、敏感数据处理、依赖安全、外部影响、回滚或来源归属的说明。因此所有信任标准得分为0。
自一致性：README中关于模型版本和能力的描述基本一致，但缺少代码和测试来验证，故得1分。依赖可用性：列出了SGLang、vLLM等外部框架，但未提供版本锁定或验证，得1分。失败消息：未提供任何错误处理或失败消息的文档，得0分。
受众与场景：明确面向开发者和研究人员，描述了多种使用场景，得2分。能力边界：提到了推理预算控制和部署框架，但未详细说明限制，得1分。触发精度：未提供任何触发机制或参数说明，得0分。环境适配：列出了多种部署框架和平台，得2分。
信息架构：README结构清晰，包含介绍、下载、部署、微调等部分，得2分。安装说明：提供了依赖列表和框架版本，但缺少详细安装步骤，得1分。命名稳定性：模型命名一致，但未提及API稳定性，得1分。示例与FAQ：提供了链接但未包含具体示例或FAQ，得1分。已知限制：未提及任何已知限制，得0分。许可证：Apache-2.0许可证完整，得2分。版本与变更日志：未提供版本历史或变更日志，得0分。维护责任：未明确维护者或更新策略，得1分。
输出可用性：提供了模型下载和部署指南，但未提供输出格式或使用示例，得1分。边际价值：模型声称有显著性能提升，但未提供独立验证，得2分。成本效益：未提供成本或资源需求信息，得1分。
声明可追溯性：提供了技术报告和博客链接，但未提供具体数据或复现步骤，得1分。跨来源佐证：引用了外部基准，但未提供独立验证，得1分。事实与推断分离：README中混合了事实和推断，未明确区分，得1分。
- 源码中未见：最小权限约束只授予完成任务所需的权限：用专用账号或只读令牌，并限定可访问的目录和仓库。
- 源码中未见：执行前用户确认开启或自行加上执行前确认；先在沙箱或测试环境跑通，确认行为后再接入真实数据。
- 源码中未见：数据流向说明运行时观察它连接了哪些外部服务（代理或防火墙日志）；弄清数据去向之前不要输入敏感数据。
- 源码中未见：敏感信息处理使用专用、低权限、可随时吊销的 API 密钥，不要复用生产凭据，也不要让密钥出现在日志里。
- 源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
- 源码中未见：外部影响披露先弄清它会写入、发送或修改哪些外部系统，用测试账号或测试仓库验证后再接入正式环境。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 源码中未见：来源归属可核验从官方仓库或包源安装，核对发布者和仓库地址，避免同名仿冒包。
- 仓库仅包含模型权重和文档，未提供任何代码或测试，无法验证其安全性和可靠性。
- 未提供任何关于权限、数据流、敏感数据处理或依赖安全的信息，存在潜在风险。
- 未提供版本历史或变更日志，难以追踪更新和兼容性。
- 未提及已知限制，可能隐藏潜在问题。