deepseek-r1模型采用哪种架构进行后训练

模型与算力

讲清 DeepSeek-R1 后训练用的是什么架构与训练范式,并给出技术读者自己核对资料、判断说法真假的路径。

很多人第一次看 DeepSeek-R1 的技术说明,会被「强化学习」「冷启动」「蒸馏」几个词混在一起绕晕,也分不清哪些属于后训练、哪些属于基座模型的事。这篇按后训练这条线拆开讲:它的训练范式是什么、架构上靠什么支撑、哪些结论容易传错,最后给一份自己动手核对的清单。

很多人第一次看 DeepSeek-R1 的技术说明,会被强化学习、冷启动、蒸馏这几个词混在一起绕晕,也分不清哪些属于后训练、哪些属于基座模型的事。先把这条线拆开:后训练不等于重训一个模型,它是在已经预训练好的基座上换训练目标、换数据组织方式,把能力往特定方向推。

这篇只讲后训练这一条线:它用的训练范式是什么、架构上要满足什么条件、哪些说法最容易传错。全程不评价谁强谁弱,因为能力对比必须落到具体任务和具体评测口径上才有意义,脱离任务谈强弱基本没法验证。

先把「后训练」这个筐划清楚

后训练指的是基座预训练完成之后的那一段:监督微调、偏好对齐、强化学习都算在里面,和预训练不是一回事。读资料时先分清三层——基座是什么、后训练做了什么、最终放出来的权重是哪一份。这三层混着看,结论必乱。

预训练
在海量通用文本上学语言和世界知识,产出基座权重,这一步决定模型的下限
后训练
在基座上做微调、对齐、强化学习,决定模型在具体任务上的表现和输出风格
蒸馏产物
拿大模型产出的数据去训小模型,是另一条链路,不能拿来描述后训练本身

同系列的版本号和参数档位不要凭印象背,具体数字到站内模型页和训练板块按当时的说明核对。这一节只解释边界,不评价谁强谁弱,因为能力对比要落到具体任务上才有意义。

核心范式:用可验证奖励做强化学习

R1 这条线最受关注的一点,是把强化学习用在「答案对不对能被自动判出来」的任务上,比如数学、代码这类有标准答案的场景。奖励来自规则判定或对照答案,而不是训练一个容易跑偏的奖励模型,这样信号更稳定,也不容易被刷分。

  • 奖励要可验证:答案能自动判对错,强化学习才有稳定梯度,靠人打分或模型打分都会引入噪声
  • 允许输出变长:训练早期模型自我检查变多、推理链变长,这种想久一点的行为是训出来的,不是提示词硬凑的
  • 奖励函数要防作弊:只判最终答案还不够,格式、单位、边界条件都要约束,否则模型会钻判分规则的空子
  • 训练步数要看曲线:不是跑得越久越好,验证集指标开始掉就该停,具体步数到站内训练板块看当时的记录

判断一种说法靠不靠谱,可以先问一句:它说的是纯强化学习路线,还是微调加强化学习的组合?这两者常被简化成同一句话,但训练流程和数据要求完全不同。

架构上靠什么撑住这套训练

主干仍是标准的 decoder-only 自注意力结构,后训练没有换掉骨架,换的是训练目标和数据组织方式。所以「R1 用了什么新架构」这个问法本身就有偏差:变化主要发生在训练范式和数据管线,而不是网络层数或注意力公式。

层面后训练阶段真正变化的部分容易误传的说法
网络结构基本沿用基座骨架说成换了一套全新架构
训练目标从预测下一个词转向带奖励的优化目标说成只是多喂了点数据
数据组织按可验证任务构造样本与判分规则说成完全不需要人工数据
推理行为长链思考、自我检查被训练出来说成提示词写得好就有了

长链思考意味着序列更长,注意力实现、并行策略、显存占用这三块要提前想清楚,否则训练根本跑不起来。后训练阶段对显存和并行的要求常被低估,真要复现,先按站内算力估算页把卡数和显存算一遍再动手。

给你的核对清单:三步验证一种说法

  1. 第一步看来源是官方技术说明、论文,还是二手转述。二手转述经常把「用了强化学习」说成「只用强化学习」,一字之差结论就变了。找不到原始出处就先存疑。
  2. 第二步看口径对方说的是基座、后训练产物,还是蒸馏出来的小模型。这三样经常被塞进同一个句子里,先让对方把主语补全再讨论。
  3. 第三步看数字参数量、样本量、训练步数一律别信截图,去站内模型页和训练板块看当时记录的口径,口径不同就不能横向比较。

如果一份资料连「哪一阶段、哪份权重」都不交代,可以直接降权处理,不用花时间争论。反过来,能把阶段、任务类型、判分方式讲清楚的材料,哪怕结论和主流说法不一致,也值得认真看一遍。

最后提醒一句:后训练的效果跟基座质量强相关,基座不行,再精巧的强化学习流程也救不回来。评估一条技术路线时,把基座和后训练分开看,比笼统问「它到底行不行」有用得多。

下一步想自己核对后训练相关的说法,可以去站内模型库看各模型的架构与训练说明,再对照算力估算页判断复现门槛,比看二手转述可靠。

常见问题

R1 的后训练是不是完全不用监督微调?

不是。公开的技术说明里,强化学习是主线,但中间仍有冷启动数据和阶段性的监督微调参与,用来把输出格式和可读性拉回来。把它简单说成「纯 RL」是常见的过度简化。具体阶段顺序和配比,以官方技术文档的描述为准,二手文章容易漏掉其中一段。

我想自己复现这套后训练,最缺的是什么?

通常不是算法,而是三样:能自动判分的任务数据、够用的算力、以及把长序列跑起来的工程配置。前两样决定能不能开始,第三样决定跑不跑得完。动手前先按 /compute/sizing 算一遍卡数和显存,再决定是租卡还是直接调 API 验证想法。

后训练这套做法能用在我自己的业务数据上吗?

要看你的数据有没有客观判分标准。能自动判对错(走查、单测、固定答案)的场景适配度高;纯主观场景更适合偏好对齐那套或者干脆用检索增强。判断不清就先小样本试,别一上来就压全量数据。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。