简介:本文系统对比SFT与RLHF两条大模型对齐路径,从监督信号、负反馈机制、优化目标到适用边界逐层剖析,帮助开发者判断何时SFT已足够、何时必须引入RLHF,并给出可落地的选型依据与迁移注意事项。
在大模型后训练(Post-training)流程中,监督微调(Supervised Fine-Tuning,SFT)通常是第一个被采用的阶段:给定高质量的prompt-response对,用交叉熵损失直接优化模型输出。它实现简单、训练稳定、效果可预期,因此很多团队第一反应是——既然SFT已经能让模型学会”怎么回答”,那为什么还要引入强化学习(Reinforcement Learning,RL)这一整套复杂流程?
这个疑问的核心,其实是在问两件事:
本文围绕SFT与RLHF(Reinforcement Learning from Human Feedback)这两条对齐路径展开对比,分析它们的相同点、核心差异、适用场景与选型逻辑。
SFT的本质是条件概率最大化:给定prompt,最大化目标response的似然。它的监督信号来自”标准答案”,训练逻辑类似强化学习中的模仿学习(Imitation Learning)。
max Σ log P(response | prompt)RLHF则先训练一个奖励模型(Reward Model,RM),再由RM对采样得到的response打分,用RL算法(如PPO)在累积奖励最大化的目标下更新策略。
max E[R(response)] - β·KL(π || π_ref)在一种常见的PPO实现中,结果奖励模型只给整条response打一个总分,而response内部每个token的奖励使用Actor与Reference模型的KL散度,仅最后一个token叠加整条response的奖励得分。
尽管机制差异明显,两者在以下方面是共通的:
| 维度 | 共同点 |
|---|---|
| 对齐目标 | 都希望提升模型的helpful、safe、truthful程度 |
| 数据依赖 | 都依赖高质量的人类标注或偏好数据 |
| 基础模型 | 都以预训练模型为起点,属于后训练阶段 |
| 评估方式 | 最终都需通过人工评测或自动化评测验证效果 |
| 风险 | 都存在过拟合、奖励欺骗(reward hacking)、分布偏移风险 |
两者并非替代关系,而是通常串联使用:SFT先让模型具备基本的指令遵循能力,RLHF再在此基础上做更细粒度的偏好对齐。
SFT的监督是逐token的直接监督,模型被明确告知每个位置应该输出什么。RLHF的监督是结果层面的偏好信号,模型只知道”这条比那条好”,但不知道具体哪个token导致了差异。
这带来一个关键后果:
原文中有一个非常值得强调的判断:负反馈不是必须用RL的理由。
有了chosen和rejected样本后,完全可以基于打分对每个token的交叉熵损失加权,甚至对打分做归一化,使权重有正有负,从而在SFT框架内引入负反馈。DPO的损失函数就是一个直接例子:拉大正例相对负例的预测评分,再叠加KL散度约束。
这一步与RL中”即时奖励减去baseline做奖励中心化”在思想上高度相关。原因在于:如果所有奖励都是正的,那些潜在优秀但未被采样到的回复,可能因为其他回复的token条件概率被提升而被相对降权。中心化本质上降低了策略梯度估计的方差,提升收敛速度。
因此可以得出结论:
负反馈本身不是选择RL算法的根本原因,RL也不等同于”简单的负反馈”。
| 维度 | SFT | RLHF |
|---|---|---|
| 优化对象 | 目标response的似然 | 期望累积奖励 |
| 探索方式 | 无显式探索,依赖数据覆盖 | 通过采样prompt并随机生成response探索 |
| 信号密度 | 每token稠密监督 | 结果奖励稀疏,token级奖励靠KL构造 |
| 分布约束 | 无显式约束 | 通常用KL散度限制偏离参考模型 |
| 对未采样答案的处理 | 无法直接建模 | 通过奖励引导相对概率调整 |
RLHF的关键价值在于:在奖励函数引导下,模型会逐步调高”好response”的概率、调低”坏response”的概率,进而相对提升其他合理回复的出现概率。这是一种在无显式标准答案时仍能优化整体输出分布的能力。
但要注意:一旦走到”采样+奖励模型构造正负样本”的路径,训练形态已经不太像传统SFT了——它更接近一种奖励驱动的策略优化。
| 对比维度 | SFT | RLHF |
|---|---|---|
| 监督信号 | 逐token交叉熵 | 结果奖励 + KL约束 |
| 是否需要奖励模型 | 否 | 通常需要 |
| 负反馈来源 | 需显式加权设计 | 奖励驱动天然具备 |
| 探索能力 | 弱,依赖数据覆盖 | 强,通过采样探索 |
| 训练稳定性 | 高 | 相对较低,需调参 |
| 实现复杂度 | 低 | 高 |
| 数据成本 | 高质量样本成本高 | 偏好数据成本相对灵活 |
| 适用任务 | 有明确标准答案的任务 | 开放性、主观偏好类任务 |
| 典型风险 | 过拟合、泛化差 | 奖励欺骗、KL失控 |
任务有明确标准答案(如格式转换、结构化抽取、代码补全到确定接口)
→ 优先SFT,信号直接、成本可控。
任务存在多种合理回答,需要贴合人类偏好(如开放问答、写作润色、对话风格)
→ SFT打底 + RLHF细化对齐。
安全与价值观对齐要求高
→ RLHF在细粒度偏好上更有优势,但需配合奖励模型治理与红队评测。
团队资源有限、迭代周期短
→ 可先尝试SFT + 加权损失或DPO类方法,在SFT框架内引入相对偏好信号,降低工程复杂度。
需要模型具备更强推理分析能力
→ 结果奖励模型 + RL可引导模型走向更高累积奖励的推理路径,但需警惕奖励模型本身的能力上限。
SFT与RLHF不是”谁替代谁”的关系,而是监督信号形态不同、优化机制不同、适用边界不同的两类对齐手段。
SFT擅长在标准答案明确时高效注入行为;RLHF擅长在偏好模糊、答案开放时做细粒度对齐。负反馈并非RL独有,DPO等方案已证明在SFT框架内也能引入相对偏好信号。真正决定是否引入RLHF的,不是”需不需要负反馈”,而是:
任务是否存在无唯一标准答案的偏好空间,以及团队是否具备承载奖励建模与策略优化复杂度的工程能力。
理解这条边界,比记住”RLHF一定更强”更重要。