DeepSeek-V3.2 深度解读:DSA 稀疏注意力与规模化 Agentic RL 的工程化合流
Pushing the Frontier of Open Large Language Models —— 唯一架构改动换来 O(L²)→O(Lk),四项 RL 稳定技术与四类 Agent 管线支撑开源旗舰的又一次跃迁
◆ 摘要
DeepSeek-V3.2 相对上一版 V3.1-Terminus 的唯一架构改动是通过继续训练引入 DeepSeek Sparse Attention(DSA),将核心注意力复杂度从 O(L²) 降至 O(Lk)(实验取 k=2048),经「dense warm-up(2.1B tokens)→ sparse training(943.7B tokens)」两阶段完成适配,达成性能 parity(ChatbotArena Elo 接近、标准基准相当),并大幅压缩长上下文推理成本。后训练侧,以六域专家蒸馏 + GRPO 单阶段混合 RL 合并推理、agentic 与人类对齐三目标,提出无偏 KL 估计、Off-Policy 序列掩码、KeepRouting、KeepSamplingMask 四项稳定技术,支撑 1,800+ 环境、85,000+ 复杂 prompt 的四类 agent 数据管线,使 thinking 内嵌工具调用成为原生能力。V3.2-Thinking 在 AIME2025 得 93.1、SWE-Verified 73.1、BrowseComp 51.4(context management 后 67.6*);Speciale 变体 AIME25 达 96.0、IMO2025 取 35/42 金牌,但 token 效率仍显著逊于 Gemini-3.0-Pro;128K 上下文偏紧与冗余自我验证构成主要边界。
一问题定位
三大缺陷诊断:差距为何重新拉开
论文 Introduction(p1–2)将开源与闭源差距拉大的根源归结为三点:架构效率——dense attention 复杂度 O(L²),长上下文下成为推理经济瓶颈;post-training 算力——其投入已超过预训练成本的 10% 且性能随 RL 预算持续提升,能力增长重心正从预训练向 RL 迁移;agent 泛化——真实工具使用需要「环境规模 × 任务质量 × RL 稳定性」的系统工程。
(推断)三者并非并列:架构效率决定单位 token 服务成本下限,post-training 决定能力上限增速,agent 泛化决定能力能否兑换为价值——V3.2 的三组设计恰好一一回应。为什么把注意力稀疏化作为突破口
(推断)Agent 时代负载结构根本改变:搜索结果、代码仓库、工具 JSON 都以超长上下文涌入模型。若注意力成本不降,agent 任务永远进不了经济区间。因此架构改动的验收标准不是提升质量,而是在不损质量的前提下压扁成本曲线——这解释了论文为何把 DSA 目标设为 parity 而非增益。问题定义的克制性
DSA 的定位是「无损近似」:长上下文收益主要体现为效率而非质量;独立评测 AA-LCR 高 4 分、Fiction.liveBench 多指标胜出属外部佐证且幅度有限。这种克制反映了成熟的工程价值观:渐进改造的红利可以直接兑现,而激进换血的风险由全社区承担。
二概念内核
Lightning Indexer + 细粒度 token 选择
DSA 的思想是「先用便宜的打分器找出值得注意的 token,再只在选中集合上做完整注意力」。索引分数定义为:
- ReLU 纯为吞吐考虑;head 数少且可全程 FP8 实现——indexer 虽形式上仍为 O(L²) 全序列扫描,但计算量远小于 MLA 主注意力;
- 按 top-k 索引分逐条选取 KV 条目,是 token 级精确选择(区别于 NSA 的块级选择,引 Yuan et al. 2025)。
MLA(MQA 模式) 实例化
MLA 的 KV 条目即 latent 向量,每个 latent 向量被该 query token 的所有 query head 共享,满足内核级 KV 复用要求。(推断)稀疏化只发生在「读取多少」维度而不动「存什么」维度,这正是 DSA 能以续训而非从头训练落地的结构性原因。
复杂度账本与短序列兜底
主注意力 O(L²)→O(Lk);indexer 保持 O(L²) 但常数极小。短序列 prefill 用 masked MHA 模式模拟 DSA 以获得更高效率。(推断)L 不大时稀疏调度开销可能超过收益,「长短双模式」切换对用户透明,具体阈值未披露——这是生产级系统的标志。
Thinking in Tool-Use 与 Speciale
V3.2 提出在推理过程内部嵌入多次工具调用:思维链中途发起工具请求,拿到结果后继续推理。Context Management 规则:仅在新 user 消息进入时丢弃历史推理内容;仅追加 tool 输出则完整保留推理链。Speciale 则是竞赛特化变体(仅推理数据 + 降低长度惩罚 + DeepSeekMath-V2 数据/奖励),与正式版构成同一基座上的「效率-精度前沿」两端——正式版追求更少 token 下够用的精度(如 AIME25 16k vs 24k token 对比 K2-Thinking),Speciale 反向以 77k token @ Codeforces 换更高峰值精度。
三方法拆解
两阶段稀疏化续训
起点为已扩至 128K 上下文的 V3.1-Terminus checkpoint,续训数据分布与其长上下文扩展数据完全一致:
| 阶段 | 机制 | 规模 | 学习率 |
|---|---|---|---|
| Dense Warm-up | 冻结除 indexer 外全部参数;主注意力跨头求和 + L1 归一化作目标分布,KL 散度对齐(式 3) | 1000 步 × 16 × 128K = 2.1B tokens | 1e-3 |
| Sparse Training | 启用 top-k=2048,全参适配;indexer 只在选中集合 S_t 上 KL 对齐(式 4);indexer 输入从计算图 detach——indexer 仅由 KL 损失训练、主模型仅由 LM loss 训练;post-training 全程稀疏 | 15000 步 × 480 × 128K = 943.7B tokens | 7.3e-6 |
Scaling GRPO 四项稳定技术
- Unbiased KL Estimate:原 K3 estimator 在 π_θ≪π_ref 时给低概率 token 无界放大的提升权重→噪声梯度累积致不稳;经当前/old 策略重要性比校正后 KL 梯度无偏。实践上数学等域弱 KL 或免 KL 更优。
- Off-Policy Sequence Masking:rollout 大批拆多 mini-batch 更新 + 训推框架差异双重 off-policy 源;对 A<0 且平均 log-ratio>δ 的负序列整体 mask;π_old 直取推理框架返回概率。直觉:「模型最应从自己的错误中学习」,高度 off-policy 的负样本有害。
- KeepRouting:MoE 训推路由不一致引发激活子空间突变;训练期强制复用采样期路由路径(自 DeepSeek-V3-0324 起 pipeline 标配)。
- KeepSamplingMask:采样期 top-p/top-k 截断 mask 保留到训练期,修复重要性采样前提破坏;与 top-p 组合可维持 RL 中语言一致性。
四类 Agent 数据管线(Table 1)
| 管线 | 数量 | 质量控制工艺 |
|---|---|---|
| Search Agent | 50,275 | 长尾实体采样→可控探索出题→异构多答→带搜索验证 agent 多轮校验;仅保留「标准答案正确且所有候选可证错误」样本;补 GenRM rubrics 兼顾有用性 |
| Code Agent | 24,667 | 数百万 GitHub issue-PR 对启发式+LLM 过滤;自动环境搭建 agent;JUnit 统一输出;gold patch 须 F2P>0 且 P2F=0 方准入库;覆盖 Python/Java/JS/TS/C/C++/Go/PHP 七语言 |
| Code Interpreter | 5,908 | Jupyter Notebook 求解数学/逻辑/数据科学题 |
| General Agent | 4,417(全合成) | 迭代生成 <environment, tools, task, verifier> 四元组;原则「难解易验」;RL 后仅留 pass@100>0 实例得 1,827 环境 |
冷启动、思考管理与专家蒸馏
冷启动用 system prompt 指示模型在推理过程中内嵌多次工具调用,偶尔产出目标轨迹作为 RL 种子。六个专家域(数学/编程/通用逻辑推理/通用 agentic/agentic coding/agentic search,均双模式)各自从同一 base checkpoint 大规模 RL,专家产出蒸馏数据训练最终 checkpoint(略低于专家,RL 后差距消除);偏好对齐采用 GRPO 单阶段合并 reasoning+agent+human alignment,规避多阶段灾难性遗忘。(推断)「专家探索→蒸馏回收→单阶段合并」是用并行专家换探索多样性、再收敛回单一模型的拓扑,与 Speciale 另起炉灶冲峰值形成完整策略光谱。
四证据链
Parity 三层证据(§2.2)
vs V3.1-Terminus 标准基准相当;ChatbotArena Elo 接近(2025-11-10);独立评测 AA-LCR reasoning mode 高 4 分、Fiction.liveBench 多指标胜出。基本闭合「稀疏化无损」主张,但正向差幅度有限——确为 parity 而非 upgrade。
主成绩全景(Table 2,V3.2-Thinking)
| 域 | 基准 / 分数 |
|---|---|
| 知识·科学 | MMLU-Pro 85.0 · GPQA-Diamond 82.4 · HLE 25.1(官方模板 23.9) |
| 数学 | AIME2025 93.1 · HMMT-Feb 92.5 · HMMT-Nov 90.2 · IMO-AB 78.3 |
| 代码 | LiveCodeBench 83.3 · Codeforces 2386 |
| Agentic Code | Terminal-Bench 2.0 46.4(ClaudeCode 框架)· SWE-Verified 73.1(鲁棒区间 72–74)· SWE-Multilingual 70.2 |
| Search | BrowseComp 51.4(+context mgmt 67.6*)· BrowseCompZh 65.0 |
| Tool Use | τ-bench 80.3(Airline 63.8/Retail 81.1/Telecom 96.2)· MCP-Universe 45.9 · MCP-Mark 38.0 · Tool-Decathlon 35.2 |
Token 效率与 Speciale 峰值(Table 3/4)
Token 效率:AIME25 16k vs 24k、IMO-AB 27k vs 37k(vs K2-Thinking,精度相当)。Speciale:AIME25 96.0(23k)、HMMT-Feb 99.2(27k)、IMO-AB 84.5(45k),多项超 Gemini-3.0-Pro 但 token 效率仍显著劣于对方。竞赛(无针对性训练):IMO2025 35/42 金牌、CMO2025 102/126 金牌、IOI2025 492/600 金牌(第 10 名)、ICPC-WF2025 10/12 金牌(第 2 名)。
合成任务双消融与成本曲线(Table 5 / Figure 3)
难度:50 个 general 合成任务抽样上 V3.2-Exp 仅 12%、闭源最好 62%——对所有前沿模型都够难。泛化:SFT checkpoint 上仅用合成 agentic 数据做 non-thinking RL 即见下游真实环境显著迁移,且评测环境与工具集均未在 RL 中出现(out-of-domain 泛化证据)。成本:H800 实测($2/GPU·小时),decode 在 128K 位置约 $0.1 vs $0.4/百万 token 量级差。
证据强度分级
(推断)一手自报实测(Table 2/3/4,有跨框架复核与第三方榜单交叉)> 独立评测佐证(AA-LCR 等)> 成本方向性结论(依赖自报集群与电价假设)> 「合成泛化到真实世界」(仅有 out-of-domain 基准证据,缺真实流量回归)。五批判性分析
六启示与影响
◆ 报告自检清单(SELF-CHECK)
- 编码:UTF-8 无替换字符(U+FFFD 计数为 0)
- 结构:摘要 + 六章节(问题定位/概念内核/方法拆解/证据链/批判性分析/启示与影响)齐全
- div 配平:运行 JS 校验
- 数字高亮:关键数据均以 span.num 标注,金色=Speciale 峰值,红色=风险项
- 数据依据:全部事实数字源自同目录《00-源数据提取.md》;推断内容均带「(推断)」标记
- 姊妹文件:01-深度解读.md(24,288 bytes ≥ 18KB 要求)