← 返回深度解读总览

《DeepSeek-V4 Technical Report》深度解读报告

数据依据:pdf-worker 源数据提取文件(00-源数据提取.md),全部数字与原文一致;「(推断)」处为分析者推理补充。
论文:arXiv:2606.19348v1 · 2026-04-26 · 58 页 · preview 版本技术报告 · DeepSeek-AI

摘要

本文解读 DeepSeek-AI 于 2026 年 4 月发布的《DeepSeek-V4: Towards Highly Efficient Million-Token Context Intelligence》。论文的核心论断是:百万 token 级上下文智能的瓶颈不在"能否塞进去",而在"塞进去之后是否还付得起账"——传统全注意力的 KV cache 随上下文线性膨胀、注意力 FLOPs 二次增长,使长上下文在经济上不可部署。DeepSeek-V4 给出的答案是三条正交技术轴线的叠加:

其一,混合注意力(CSA 压缩后稀疏选择 + HCA 重度压缩不做选择),使 V4-Pro 在 1M 上下文下单 token FLOPs 仅为 DeepSeek-V3.2 的 27%、KV cache 仅 10%(V4-Flash 更低至 10% / 7%)。
其二,mHC 将残差变换矩阵约束到双随机矩阵流形(Birkhoff 多胞体),以 Sinkhorn-Knopp 投影换取深堆叠下的数值稳定,训练 wall-time 开销仅 6.7%。
其三,Muon 优化器 + FP4 量化感知训练把效率革命从推理期提前到训练期,并为 FP4×FP8 未来硬件预留再提升 1/3 效率的空间。

最终两个预览模型——1.6T 总参/49B 激活的 V4-Pro 与 284B 总参/13B 激活的 V4-Flash——均支持 1M token 上下文;前者以 Codeforces 3206 分(人类选手排名 23rd)与 Putnam 形式化证明 120/120 展示推理锋利度,同时作者坦承知识面仍落后 Gemini-3.1-Pro、整体发展轨迹距闭源 SOTA 约 3~6 个月。本报告按"问题—概念—方法—证据—批判—启示"六层结构逐层拆解。

27%
V4-Pro 单 token FLOPs
(vs V3.2 @1M ctx)
10%
V4-Pro KV cache
(vs V3.2 @1M ctx)
7%
V4-Flash KV cache
(vs V3.2 @1M ctx)
≈2%
KV cache vs GQA-8 基线
(@1M ctx)

一、问题定位:长上下文的"经济性之墙"

1.1 论文要解决的问题

论文标题中的关键词是 Highly Efficient Million-Token Context Intelligence——Million-Token 是目标能力,Highly Efficient 是前置条件。作者观察到的结构性矛盾是:智能体(agent)工作负载天然要求超长上下文——整仓代码、数小时轨迹、海量检索结果都要进入同一窗口——但 Transformer 全注意力机制下,KV cache 随 token 数线性增长、注意力计算随序列长度二次增长,1M 上下文在标准架构下意味着推理成本高到无法商用。(推断)这正是 2025-2026 年 agent 浪潮与推理经济性之间最尖锐的行业矛盾:各家都在宣传长窗口,但真正按 token 计费的长上下文调用少之又少。

DeepSeek 自己的谱系也印证了这条演进线:V3 用 MLA 压缩 KV,V3.2 引入 DSA 稀疏化,V4 则把"压缩"与"稀疏"拆开重组为两条互补通路(CSA/HCA),并叠加 mHC、Muon、FP4 QAT 等训练侧升级。V4 不是单点改进,而是一次面向"百万 token 智能体基础设施"的全栈重构——从注意力数学、优化器、数值格式一直到沙箱操作系统。

1.2 问题在研究谱系中的位置

一句话小结:V4 要解决的不是"长上下文能不能做"的可行性问题,而是"长上下文能不能便宜地做"的经济性问题——答案是把压缩、稀疏、滑窗三路注意力并联,再把量化、优化器、并行系统的红利全部吃干榨净。

二、概念内核:五个核心概念逐一定义

2.1 CSA(Compressed Sparse Attention,压缩稀疏注意力)

定义:先把每 m=4 个 token 的 KV cache 压缩为 1 个 entry,然后在压缩后的条目上执行 DSA 式稀疏注意力——每个 query 只 attend 到 lightning indexer 选出的 k 个压缩条目(V4-Pro top-k=1024,V4-Flash top-k=512)。

拆解:CSA 的精髓在于"先压后选"的顺序。若先在原始 token 上做 top-k 选择,索引器的打分对象是 1M 个 token,索引本身就成了瓶颈;先做 4:1 压缩,把选择空间缩小到 25 万级,再由低秩生成的 indexer queries 打分选出 top-k。配套组件包括 Lightning Indexer(index score 计算 + top-k selector)、Shared Key-Value MQA(共享 KV)与 Grouped Output Projection(V4-Pro 分 g=16 组、每组中间维 d_g=1024)。indexer 内部还跑 FP4,进一步压成本。

2.2 HCA(Heavily Compressed Attention,重度压缩注意力)

定义:比 CSA 更激进的压缩——每 m'=128 个 token 的 KV cache 合并为 1 个 entry,但不做稀疏选择,压缩后的全部条目都参与注意力。

拆解:HCA 与 CSA 构成一对精妙的分工。(推断)CSA 负责"精确召回":top-k 条目保留被选中文本的较细粒度信息,承担事实性与检索型任务的主通道;HCA 负责"全局氛围":128:1 的极限压缩相当于给 1M 上下文生成一份约 8K 条目的极粗摘要表示,让每个 query 都能低成本地"扫一眼全文"。两者交错排列(V4-Pro 前 2 层纯 HCA,其后 CSA/HCA 交替),配合 window=128 的 SWA 分支形成"局部—精选—全景"三级视野。

2.3 mHC(Manifold-Constrained Hyper-Connections,流形约束超连接)

定义:对标准 Hyper-Connections 的改造——残差流宽度扩 n 倍(n=4)后,把层间 residual transformation 矩阵 B 约束到双随机矩阵流形 {M ∈ R^(n×n) | M·1=1, 1ᵀM=1, M≥0}(Birkhoff 多胞体)上。

拆解:标准 HC 允许 B 是任意 n×n 矩阵,多层堆叠时高频出现数值不稳定,阻碍扩展。mHC 的洞察是:双随机矩阵的谱范数 ‖B‖₂ ≤ 1,残差变换因此是非扩张的(non-expansive),信号在深层堆叠中不会爆炸或消失;且该集合对矩阵乘法封闭,堆叠任意深度依然稳定——这是数学性质直接兑换工程稳定性的范例。实现上,X 先 RMSNorm 再动态生成 raw 参数 Ã/B̃/C̃,B̃ 经 Sinkhorn-Knopp 算法迭代 t_max=20 次投影到流形;输入映射 A 与输出映射 C=2σ(C̃) 用 Sigmoid 约束为非负有界。代价可控:训练 wall-time 开销仅 6.7%。

2.4 Muon 优化器(Hybrid Newton-Schulz 变体)

定义:V4 的主力优化器,采用混合 Newton-Schulz 迭代系数——10 次迭代中前 8 步用 (3.4445, −4.7750, 2.0315),后 2 步用 (2, −1.5, 0.5);embedding/head/RMSNorm 等仍用 AdamW。

拆解:Muon 通过正交化更新方向获得比 AdamW 更优的条件数,此前社区实践需配合 QK-Clipt 之类技巧防止 attention logits 爆炸。V4 的处理更釜底抽薪:对 attention queries/KV 直接做 RMSNorm,logits 天然有界,QK-Clipt 因此不再必要。训练配置 momentum 0.95、weight decay 0.1、RMS rescale 0.18。这是 Muon 在万亿参数规模上的又一次大规模验证。

2.5 FP4 QAT(FP4 量化感知训练)

定义:MoE expert weights 与 CSA indexer 的 QK 通路在训练中即采用 MXFP4 格式;backward 经 STE 直通估计器回传到 FP32 master weights;推理/rollout 直接使用原生 FP4 权重。

拆解:传统量化是"训练完再压"(PTQ),精度损失发生在事后;QAT 让模型在前向传播时就适应低精度表示,损失被吸收进学习过程。两个配套细节:① index scores 从 FP32 量化到 BF16,换来 top-k 选择器 2× 加速且 KV 条目 recall 保持 99.7%;② FP4→FP8 反量化是无损的(FP8 E4M3 比 FP4 E2M1 多 2 个指数位),为混合精度管线保留退路。前瞻主张:未来 FP4×FP8 硬件原生到位时,理论上还可再提升 1/3 效率。

一句话小结:五个概念构成完整闭环——CSA/HCA 解决注意力账单、mHC 解决深层堆叠稳定性、Muon 解决优化效率、FP4 QAT 解决数值格式成本,共同服务于"1M token 可部署"这一核心命题。

三、方法拆解:一条完整的"架构—训练—基建"技术体系

3.1 架构总览与 MoE 微调

整体仍是 DeepSeek 系 MoE + MTP 架构,但处处有手术痕迹:

3.2 两档模型的配置对照

配置项V4-FlashV4-Pro
总参 / 激活284B / 13B1.6T / 49B
层数 / hidden dim43 / 409661 / 7168
注意力排布前 2 层纯 SWA,后续 CSA/HCA 交错前 2 层 HCA,后续 CSA/HCA 交错
CSA 参数m=4,indexer heads 64,dim 128,top-k=512m=4,heads 64,dim 128,top-k=1024
HCA 压缩比m'=128m'=128
Query 设置heads 64,head dim 512,compression dim 1024heads 128,head dim 512,compression dim 1536
输出投影分组g=8,d_g=1024g=16,d_g=1024
SWA 窗口128128
专家配置1 shared + 256 routed,intermediate 2048,激活 61 shared + 384 routed,intermediate 3072,激活 6
训练 token32T33T

通用细节:query/KV-entry 每个 head 做 RMSNorm;Partial RoPE 仅作用于最后 64 维;可学习 Attention Sink logits;KV mixed storage(RoPE 维 BF16 + 其余 FP8)几乎减半 KV size。注意 Flash 的前 2 层纯 SWA 而 Pro 的前 2 层是 HCA——(推断)序列开头正是 attention sink 所在,两代设计都在刻意保护开头 token 的高保真表示。

3.3 训练配方与稳定性技术

3.4 基础设施:训练与推理的全栈协同

3.5 后训练管线:专才培育 → 在线蒸馏合并

两阶段范式:"Specialist Training 先分治,On-Policy Distillation 后统一"。

一句话小结:方法体系是一台"效率永动机"——注意力侧三级视野把 1M 上下文的账单砍到 V3.2 的十分之一量级,训练侧 Muon+mHC+稳定性双招保证 33T token 平稳跑完,基建侧从 TileLang 微秒级调度到数十万并发沙箱,每一层都在为同一个 KPI(单位智能的成本)服务。

四、证据链:从基础模型到真实任务的逐层验证

4.1 基础模型对比(Table1,Base 版本)

基准V3.2-Base (37B/671B)V4-Flash-Base (13B/284B)V4-Pro-Base (49B/1.6T)
MMLU87.888.790.1
MMLU-Pro65.568.373.5
AGIEval80.182.683.1
C-Eval90.492.193.1
MultiLoKo38.742.251.1
Simple-QA verified28.330.155.2
SUPERGPQA45.046.553.9
FACTS Parametric27.133.962.6
HumanEval62.869.576.8
LongBench-V240.244.751.5
GSM8K91.190.892.6

三个读法:① Flash 的性价比叙事成立——13B 激活(对比 V3.2 的 37B)在 MMLU/MMLU-Pro/AGIEval/C-Eval/LongBench-V2 上全面超越 V3.2-Base,LongBench-V2 从 40.2→44.7 直接体现长上下文收益;② Pro 的知识跃迁集中在事实性与指令跟随——Simple-QA verified 28.3→55.2(近翻倍)、FACTS Parametric 27.1→62.6(2.3 倍),(推断)这与 sparse attention 减少干扰及长文档数据强化直接相关;③ 并非全面上涨——MATH 上 Flash 57.4 反低于 V3.2 的 60.5,TriviaQA 82.8 vs 83.3 微降(详见第五章疑点④)。

4.2 旗舰对话模型对标闭源前沿(Table6,DS-V4-Pro-Max)

基准DS-V4-Pro-MaxOpus-4.6-MaxGPT-5.4-xHighGemini-3.1-Pro-HighK2.6GLM-5.1
MMLU-Pro87.589.187.591.087.186.0
GPQA-Diamond90.191.393.094.390.586.2
HLE37.740.039.844.436.434.7
SimpleQA-Verified57.946.245.375.636.938.1
LiveCodeBench93.588.8-91.789.6-
Codeforces (Rating)3206-31683052--
IMOAnswerBench89.875.391.481.086.083.8
MRCR1M (MMR)83.592.9-76.3--
CorpusQA1M (ACC)62.071.7-53.8--
BrowseComp83.483.782.785.983.279.3
TerminalBench2.067.965.475.168.566.763.5
GDPval-AA (Elo)155416191674131414821535

格局判读:竞赛推理是最强板块——Codeforces 3206 为全场最高(人类候选者排名 23rd),LiveCodeBench 93.5 登顶,HMMT2026 Feb 95.2 仅次于 GPT-5.4 的 97.7;Putnam 形式化证明在 frontier regime 下达 proof-perfect 120/120,practical regime Pass@8 = 81.00(对比 LightweightSeed-Prover / Seed-1.5 的 26.50、Seed-2.0 的 35.50)。知识面是最弱板块——SimpleQA-Verified 57.9 大幅落后 Gemini 的 75.6,HLE/GPQA/MMLU-Pro 全线逊于 Gemini-3.1-Pro。1M 检索双输 Claude——MRCR1M 83.5 vs Opus 92.9、CorpusQA1M 62.0 vs 71.7,但均明显优于 Gemini(76.3 / 53.8)。

4.3 思考模式的边际价值(Table7)

V4-Pro 三模式(Non-Think→High→Max):SimpleQA-Verified 45.0→46.2→57.9;HLE 7.7→34.5→37.7;LiveCodeBench 56.8→89.8→93.5;HMMT 31.7→94.0→95.2;MRCR1M 44.7→83.3→83.5;TerminalBench2.0 59.1→63.3→67.9;Codeforces 2919→3206。结论明确:Max 模式在最难任务上的增益是实质性的(HLE 从 7.7 到 37.7 接近 5 倍),但 MRCR1M 在 High→Max 已趋饱和(83.3→83.5)——(推断)检索型任务吃的是注意力质量而非思考长度,与知识型任务的形成机理不同。V4-Flash 同趋势:SimpleQA-Verified 23.1/28.9/34.1,LiveCodeBench 55.2/88.4/91.6,Codeforces -/2816/3052。

4.4 真实世界任务(§5.4)

中文写作
functional writing 对 Gemini-3.1-Pro 整体 win rate 62.7% vs 34.1%(主因是 Gemini 有时用自身风格覆盖用户显式要求);creative writing 上 instruction following 60.0%、writing quality 77.5%;但最高复杂约束/多轮场景 Claude Opus 4.5 以 52.0% vs 45.9% 占优。
搜索
RAG pairwise 对比 V4-Pro 显著优于 V3.2(single-value search 与 planning & strategy 尤甚);agentic search 一致优于标准 RAG 且成本仅略高。
白领任务
30 个高难度中文专业任务(13 行业),对 Opus-4.6-Max 总体 non-loss rate 63%;强在 Task Completion 与 Content Quality(主动预判潜在意图、补充洞见与自验步骤、规范中文层级编号),弱在 Instruction Following(偶忽略具体格式)与 Formatting Aesthetics。
R&D 代码智能体
30 个内部 R&D 任务(约 200 收集、50+ 工程师标注):Haiku4.5 得 13、Sonnet4.5 得 47、DeepSeek-V4-Pro-Max 得 67、Opus4.5 得 70、Opus4.5-Thinking 73、Opus4.6-Thinking 80——显著超越 Sonnet 4.5、逼近 Opus 4.5。开发者调查(N=85):52% 认为 V4-Pro 可作默认主编码模型、39% 倾向可以、<9% 否定;负面反馈集中于小错误、模糊 prompt 误读、偶发 over-thinking。

一句话小结:证据体系呈"尖峰—洼地"形态——竞赛推理形成对闭源前沿的局部制高点,知识面与超长检索是公认洼地,真实任务胜在完成质量,整体画像与"效率优先的 agent 基础模型"定位自洽。

五、批判性分析:局限的深层含义与独立疑点

5.1 作者自述局限的深层含义

  1. Preview 性质与架构复杂性:作者自称这是 bold architectural design,保留了较多初步验证过的组件与 trick,期望未来蒸馏出更本质优雅的设计而无不损性能。(推断)CSA+HCA+SWA 三路并联、mHC 动态投影、Hashrouting 首层——每个组件都有存在理由,但组合复杂度已逼近工程极限,这既是当前 SOTA 的代价,也是下一代模型"做减法"的空间地图。
  2. 知识面落后:SimpleQA-Verified 57.9 vs Gemini 75.6、GPQA 90.1 vs 94.3、MMLU-Pro 87.5 vs 91.0、HLE 37.7 vs 44.4。(推断)sparse attention 的 top-k 选择本质上是有损的信息通道,对"散落在任意位置的冷知识召回"可能天然不利——这与 CSA 强项在可规划的结构化任务互为表里。
  3. 推理轨迹落后 3~6 个月:官方承认落后 GPT-5.4 与 Gemini-3.1-Pro 约 3~6 个月,但已超过 GPT-5.2 与 Gemini-3.0-Pro。这种量化自评在前沿实验室中并不多见,可视为开源阵营与闭源阵营差距的官方锚点。
  4. 稳定性技术的原理黑箱:Anticipatory Routing 与 SwiGLU Clamping 有效但 underlying principles remain insufficiently understood——工程先行、理论滞后,是 scaling 时代的老问题。
  5. 超长检索退化:MRCR 在 128K 内高度稳定(MMR 0.85~0.94),超过 128K 出现可见退化(1M 仍强)。(推断)这与 HCA 的 128:1 压缩粒度惊人吻合——压缩边界很可能就是退化边界,needle-in-haystack 型精细检索在重度压缩条目中丢失细节。

5.2 独立观察到的六个疑点

① "1M 上下文"卖点与 128K 后退化的张力:标题主打 million-token context,但 MRCR 数据显示 >128K 有可测退化。公平地说 1M 处 MMR 仍强、CorpusQA1M 62.0 也远超 Gemini 的 53.8,但"可用"与"无损"之间有距离。(推断)营销口径应理解为"1M 可部署且质量可用",而非"1M 内无衰减"。
② 长上下文对比矩阵大量空格:Table6 中 MRCR1M/CorpusQA1M 只有 Opus、Gemini、Ours 三家有成绩,GPT-5.4 因"API 无法大量响应"缺席,部分 K2.6/GLM-5.1 条目因 API 过忙未返回。1M 检索赛道实际只有三个参赛者,统计基数很薄。
③ 部分基准的静默回退:CMath 上 V4-Pro-Base 90.9 < V3.2 的 92.6;BigCodeBench 各 V4 版本均低于 V3.2;MATH 上 Flash 57.4 < 60.5。这些回退点未被正文重点讨论。(推断)sparse attention + Hashrouting 首层可能对某些依赖精确局部模式的任务有隐性代价,值得下游用户针对性回归测试。
④ 内部基准不可复现:R&D Code Agent、白领任务、开发者调查均为非公开评测集。它们支撑了"接近 Opus 4.5"的 agent 叙事,但外部无法审计任务分布、难度校准与提示词工程的影响。公开锚点(TerminalBench2.0 67.9、SWEPro 55.4)则显示 V4-Pro 处于第一梯队但不登顶(SWEPro 落后 K2.6 的 58.6)。
⑤ 效率数字的比较基准问题:"FLOPs 27%/KV 10%"的参照系是 V3.2 而非行业通用 baseline;对 GQA-8 基线 KV cache 才降到约 2%。Figure1 标注峰值 FLOPs 优势(Pro 3.7× lower、Flash 9.8× lower)同样以自家前代为尺。同门对比控制了变量,但跨厂商引用时需注明坐标系。
⑥ ThinkMax 的评测语义:Max 模式使用特殊 system prompt 引导"推至极限",各竞品同样有 High/xHigh/MAX 档位,比较框架大体对称;不过 length penalty 降低这类解码侧调整对 Codeforces rating 这类连续指标的影响幅度,报告未做消融剥离。

一句话小结:这份报告的诚实度高于行业均值(自曝 3~6 个月差距、自曝原理黑箱、自曝知识短板),但"效率数字的自家坐标系""1M 无损的口径差""内部基准不可审计"三点,要求读者引用时保持坐标系意识。

六、启示与影响:可迁移的经验与产业走向

6.1 五条可迁移启示

  1. "压缩×稀疏×滑窗"三路并联是长上下文注意力的收敛形态:单一技术各有天花板——纯稀疏省算力不省 KV、纯压缩省 KV 但丢细节、滑窗保局部丢全局。V4 给出了经过 33T token 验证的混合比例与工程配方(CSA m=4/top-k=1024 + HCA m'=128 + SWA 128)。(推断)这套"三级视野"参数将成为后续长上下文模型的默认起点。
  2. 数学性质换工程稳定的范式值得复制:mHC 把"B 矩阵投影到双随机流形 → 谱范数≤1 → 深堆叠稳定"这条链,是用已知数学结构替代经验调参的漂亮示范。任何多层映射堆叠的系统都可以问一句:这里是否该有一个流形约束?
  3. 量化战争的前移:从 PTQ 到 QAT 到硬件协同设计:FP4 QAT + "FP4→FP8 lossless" 格式论证 + 对 FP4×FP8 硬件 1/3 提升的前瞻,勾勒出模型设计与芯片格式协同进化的路线图。(推断)谁能在训练期锁定下一代数值格式,谁就能在硬件到位瞬间拿到免费红利。
  4. RL 基础设施的成熟度正在成为隐形护城河:token 粒度 WAL 防止重生成引入 length bias、metadata/heavy fields 分离支撑 million-token rollout、单集群数十万并发沙箱——前沿竞争已从模型架构下沉到 RL 工程操作系统。Sandbox DSec 用 Rust + microVM 的做法可直接借鉴到任何 agent 评测平台。
  5. 诚实的自我定位是一种竞争策略:官方承认落后 SOTA 3~6 个月反而强化了其余声明的可信度。这个锚点 + Codeforces 3206 / Putnam 120/120 的硬指标,共同构成"开源阵营离闭源前沿有多远"的最权威度量。

6.2 可能的后续走向

总结

《DeepSeek-V4》是一次以"单位智能成本"为唯一北极星的全面重构:概念层用 CSA/HCA 把 1M 上下文的注意力账单压到前代的 10%~27%(KV 7%~10%,对 GQA-8 基线约 2%),用 mHC 的流形约束和 Muon 的混合 Newton-Schulz 保住 33T token 训练的数值平稳,用 FP4 QAT 提前兑现量化红利并预支未来硬件 1/3 提升;证据层呈现"尖峰—洼地"画像——Codeforces 3206、Putnam proof-perfect 120/120、LiveCodeBench 93.5 构成推理制高点,知识面(SimpleQA-Verified 57.9 vs Gemini 75.6)与 128K 后检索退化构成诚实注脚;批判层需要记住三个坐标系提醒——效率对比以 V3.2 为尺、1M 卖点含 128K 后的可测退化、agent 叙事部分依赖不可复现的内部基准。但它留下的方法论资产远大于争议本身:三级视野注意力配方、数学性质换稳定性的设计哲学、训练期量化与硬件协同的前瞻布局、RL 操作系统级的工程纵深——这四件事将在未来两年的长上下文模型中被反复引用。开源与闭源的差距被这份报告钉在了"3~6 个月"这个坐标上,而缩小这段距离的路径图,恰恰就摊开在这 58 页纸面上。