鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
5
3
2

Qwen3.8-MAX vs GLM-5.3:国产旗舰大模型综合对比报告

鱼友6408
鱼友6408
2026-09-02 19:04
阅读 3630
鱼友6408
2026-09-02 19:04
阅读 3630

Qwen3.8-MAX vs GLM-5.3:国产旗舰大模型综合对比报告


一、摘要与核心结论

2026年夏季,阿里巴巴Qwen3.8-MAX与智谱GLM-5.3先后发布,代表了两条截然不同的旗舰大模型技术路线。Qwen3.8-MAX以2.4万亿参数的全新预训练基座走"规模+全能"路线,在前端编程(CodeArena全球第一)和Agent能力(AA Agentic全球第一)上登顶;GLM-5.3沿用GLM-5.2约750B基座不重新预训练,纯靠Post-training Scaling在真实代码修改(DeepSWE 66.9%)和网络安全(CyberGym 84.5%)上做到极致。

核心结论:

  1. 技术路线分化——Qwen3.8-MAX堆参数(2.4T),GLM-5.3精后训练(不变基座),两者各自验证了一条有效路径
  2. 能力互补而非替代——Qwen3.8-MAX是"全能选手"(编程+Agent+多模态),GLM-5.3是"安全编程专家"(代码修改+漏洞挖掘+终端操作)
  3. 开源策略不同——Qwen3.8-MAX走Apache 2.0全面开放,GLM-5.3分层许可(标准版有营收门槛,Flash版MIT)
  4. 定价接近,各有优势——标准版API价格接近(~$5-6/百万Token),GLM-5.3-Flash在成本敏感场景优势显著
  5. 与国际顶级差距已缩小到"月级"——国产顶级模型与GPT-5.6 Sol的综合智能差距仅1-2分

二、模型概览

属性Qwen3.8-MAXGLM-5.3
发布方阿里巴巴(通义千问)智谱AI(Z.ai)
发布日期2026年7月19日(预览)/ 8月3日(正式)/ 9月2日(0902更新)2026年8月14日(发布)/ 8月19日(API)/ 8月29日(开源)
模型定位全场景智能体基座最强安全模型 / 最强编程模型 / 最强开源模型
技术路线全新预训练 + 专项后训练冻结基座 + 纯Post-training Scaling
对标目标"仅次于Fable 5的最强模型"对标Claude Fable 5、GPT-5.6 Sol

三、架构与参数对比

参数Qwen3.8-MAXGLM-5.3
总参数量2.4万亿(2.4T)约750B(官方模型页744B,唐杰发文753B)
激活参数95B40B
架构稀疏MoE + 混合注意力MoE
层数未公开40层
专家配置每层512个(路由10 + 共享1)未公开
上下文窗口1M Token128K(支持扩展至1M级)
多模态原生(文本+图片+视频+文档)标准版以文本为主;Flash版原生多模态
训练数据未公开未公开(沿用GLM-5.2基座)
后训练策略Coding + Cowork专项后训练数十倍长程任务环境 + 强化学习,约1个月

关键差异分析:

  • 参数规模差3倍以上:Qwen3.8-MAX的2.4T vs GLM-5.3的~750B,但激活参数比为95B:40B(约2.4:1)
  • 技术哲学对立:阿里选择"更大力出奇迹"的新基座路线;智谱联合创始人唐杰明确表示"万亿参数曾是行业走的弯路",选择冻结基座纯后训练
  • GLM-5.3的"控制变量实验":在基座、架构、参数完全不变的前提下,仅通过后训练实现DeepSWE接近翻倍、AAII从53提升到60——这是后训练Scaling有效性的有力证据
  • 上下文能力:Qwen3.8-MAX原生1M,GLM-5.3默认128K但架构支持1M级

四、性能评测对比

4.1 评测成绩汇总

评测维度Qwen3.8-MAXGLM-5.3
CodeArena(前端编程)1691分,全球第一未明确参与
AA Agentic(Agent能力)全球第一未明确参与
AA Intelligence Index(综合智能)未公开具体分数59.5-60分
Arena盲测ELO1479(#20)1482-1487(#13-#17)
DeepSWE(真实代码修改)未公开66.9%(较前代接近翻倍)
CyberGym(漏洞推理)未公开84.5%
Z.ai Code Bench(编程)—较前代**+50%**
Terminal-Bench 3.0(终端操作)—大幅提升(从4.6)
FSR-Bench(工具使用)50.61分(#5,开启工具)—

4.2 与国际模型对比(AA Intelligence Index)

模型AAII分数归属
Claude Opus 563Anthropic
GPT-5.6 Sol61OpenAI
Kimi K359.7月之暗面
GLM-5.359.5-60智谱AI
Qwen3.8-MAX未公开阿里巴巴

4.3 性能定位分析

  • Qwen3.8-MAX在编程竞技场和Agent能力榜单登顶,但综合智能指数分数缺失,传统学术评测(MMLU/GPQA/AIME)成绩未公布
  • GLM-5.3的AAII分数明确且接近国际顶级,但编程成绩主要来自自研评测(Z.ai Code Bench)和特定领域评测(DeepSWE/CyberGym),公开第三方编程榜单数据有限
  • 两者在Arena盲测中排名相近(#13-#20),均未进入全球前十,说明在普通用户综合体验上仍有提升空间

五、多模态能力对比

维度Qwen3.8-MAXGLM-5.3
标准版多模态原生(文本+图片+视频+文档)以文本/编程为主
视觉理解榜单Vision Arena第二名—
多模态AgentOSWorld 84.3 / WebArena 64.8 / AndroidWorld 81.9—
多模态变体开源版(2.4T-A95B)为纯文本GLM-5.3-Flash(320B-A18B)为原生多模态
Flash多模态评测—AAII 57分,与Claude Opus 4.8持平
视频理解支持—
文档理解支持(百万字级文档)—

关键差异: Qwen3.8-MAX标准版即原生多模态,视觉能力突出(Vision Arena第二);GLM-5.3标准版以文本为核心,多模态需通过Flash变体实现。Qwen3.8-27B开源版在电脑操作、浏览器操作、移动端操作等多模态Agent任务上有明确评测数据,是27B级别首个"完整多模态输出"模型。


六、编程与Agent能力对比

6.1 编程能力

维度Qwen3.8-MAXGLM-5.3
前端编程(CodeArena)1691分,全球第一未明确参与
真实代码修改(DeepSWE)未公开66.9%
自研编程评测—Z.ai Code Bench较前代**+50%**
终端操作(Terminal-Bench)—大幅提升
实战反馈第三方实测稳定,"没跑分的反而稳""更强但有时更难用"(雷锋网)

6.2 网络安全能力(GLM-5.3独有优势)

维度数据
CyberGym漏洞推理84.5%(与Mythos 5、GPT-5.6持平甚至略高)
真实漏洞挖掘在269个开源项目中发现2436个漏洞,1097个中高危
最年长漏洞生于1981年(潜伏约45年)
利用链规划模型自行学会了规划完整利用链

6.3 Agent能力

维度Qwen3.8-MAXGLM-5.3
AA Agentic榜单全球第一未明确参与
Agent定位全场景智能体基座长程任务环境Scaling
工具使用(FSR-Bench)50.61分(#5,开启工具)—
内部Agent测试400个Agent任务,与Opus 4.8不相上下—
编程工具兼容阿里云生态Claude Code、OpenCode、OpenRouter、ZCode

关键差异: Qwen3.8-MAX的Agent能力更全面(AA Agentic全球第一),定位"全场景";GLM-5.3在编程和网络安全方向的Agent能力更专精,尤其在漏洞挖掘领域形成了独特壁垒。


七、开源策略与生态对比

维度Qwen3.8-MAXGLM-5.3
开源日期2026年8月8日2026年8月29日(推迟两周)
许可证Apache 2.0(无商业限制)GLM-5.3协议(>100亿美元营收企业需授权)
Flash版许可证—MIT(最宽松)
开源版本2.4T-A95B(纯文本)/ 27B(多模态)/ Flash(125B-A6B)标准753B权重 / Flash(320B-A18B)
推迟原因—网络安全能力超出预期,需安全评估
累计开源模型460+—
全球下载量30亿次(Qwen系列)GLM-5.3-Flash首日冲至OpenRouter榜首
芯片适配平头哥、英伟达、AMD、沐曦、联发科国产芯片(10万张算力卡)
商业化限制无超大企业(>100亿美元营收)需额外授权

关键差异: Qwen3.8-MAX的开源更"纯粹"(Apache 2.0,无限制),生态更成熟(460+模型,30亿下载);GLM-5.3采取分层许可策略,标准版有商业化门槛但Flash版MIT开放,并通过匿名公测("牛来"事件)建立了强劲的社区口碑。GLM-5.3因安全能力推迟开源,这在行业中较为罕见,反映了模型能力本身已成为开源决策因素。


八、API定价与部署对比

8.1 API定价

维度Qwen3.8-MAXGLM-5.3标准版GLM-5.3-Flash
综合均价~$5/百万Token~$5.80/百万Token~$0.65/百万Token
输入价格含在综合价中$1.40/百万Token$0.15/百万Token
输出价格含在综合价中$4.40/百万Token$0.50/百万Token
缓存命中—$0.26/百万Token—
对比Opus 4.8约1/4约1/3约1/40
订阅模式Token Plan:¥39-499/月GLM Coding Plan(限量体验卡)—

8.2 部署方式

维度Qwen3.8-MAXGLM-5.3
云端API阿里云百炼平台Z.ai General API / bigmodel
全球部署5大区域(北京/新加坡/法兰克福/弗吉尼亚/东京)信息有限
本地部署Apache 2.0权重可部署(需大GPU集群)FP8权重,8×H20可运行(128K Context)
思考层级—low / high / max(可调推理级别)
平台支持百炼、QCoder、QCoderWorkZCode、Claude Code、OpenCode、OpenRouter

关键差异: 标准版API价格接近,但Qwen3.8-MAX的Token Plan订阅模式更适合个人开发者;GLM-5.3-Flash以极低价格提供接近Opus 4.8的能力,在成本敏感场景优势极大。部署方面,Qwen3.8-MAX的全球5区域覆盖更广;GLM-5.3的本地部署指南更详细(8×H20配置)。GLM-5.3兼容更多第三方编程工具(Claude Code、OpenCode等)。


九、应用场景与选型建议

9.1 场景推荐表

应用场景推荐模型核心理由
前端Web开发Qwen3.8-MAXCodeArena 1691分全球第一
真实代码项目修改GLM-5.3DeepSWE 66.9%,接近翻倍提升
多模态应用(视觉/视频/文档)Qwen3.8-MAX原生多模态,Vision Arena第二
网络安全审计/漏洞挖掘GLM-5.3CyberGym 84.5%,发现2436个真实漏洞
复杂Agent任务Qwen3.8-MAXAA Agentic全球第一
高性价比编程APIGLM-5.3-Flash约Opus 4.8的1/40成本
企业本地部署(无限制)Qwen3.8-MAXApache 2.0,无营收门槛
企业本地部署(编程专用)GLM-5.3FP8权重,8×H20可运行
全球多区域业务Qwen3.8-MAX5大全球区域部署节点
综合智能问答GLM-5.3AAII 59.5-60分有明确数据
DevOps/终端操作GLM-5.3Terminal-Bench大幅提升
个人开发者订阅Qwen3.8-MAXToken Plan ¥39-499/月

9.2 综合评分对比

评估维度Qwen3.8-MAXGLM-5.3优势方
参数规模★★★★★ (2.4T)★★★ (~750B)Qwen3.8-MAX
前端编程★★★★★ (1691#1)★★★ (未参与)Qwen3.8-MAX
真实代码修改★★★ (未公开)★★★★★ (66.9%)GLM-5.3
网络安全★★ (未强调)★★★★★ (84.5%)GLM-5.3
多模态能力★★★★★ (原生)★★★ (Flash版)Qwen3.8-MAX
Agent能力★★★★★ (AA#1)★★★★ (长程专精)Qwen3.8-MAX
综合智能★★★★ (未公开)★★★★ (59.5-60)难分伯仲
开源开放度★★★★★ (Apache 2.0)★★★★ (有营收门槛)Qwen3.8-MAX
API性价比★★★★ (~$5)★★★★ (~$5.8)接近
Flash版性价比★★★ (125B-A6B)★★★★★ (1/40 Opus成本)GLM-5.3
全球部署★★★★★ (5区域)★★★ (信息有限)Qwen3.8-MAX
工具兼容性★★★ (阿里生态)★★★★★ (多平台)GLM-5.3

AI
5
2
分享
操作
评论
相关内容
0个评论
全部评论
点击登录,快来和大家讨论吧~
表情
图片

目录

🔥 热门文章
1
离谱,DeepSeek 崩了 5 小时,大家却喊:梁圣恩情还不完??
450
2
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
410
3
DeepSeek 全新模型发布,性价比最高的一集!
410
4
自己学习ai,直接买cursor 的套餐,还是买gpt 或者claude 的套餐?
370
5
又一个国产版 Codex 神器,也来卷办公了!
340
6
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
330
7
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
320
8
我的第一个出海产品!7 天 2 万
310
9
WorkBuddy 本地 API 桥 + dsh 插件:把你的 WorkBuddy 额度,变成手边随手可用的模型
310
10
什么是LLM
300
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
墨得问题墨得问题