惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

月光博客
月光博客
小众软件
小众软件
爱范儿
爱范儿
Y
Y Combinator Blog
博客园 - Franky
美团技术团队
博客园 - 【当耐特】
The Cloudflare Blog
罗磊的独立博客
Hugging Face - Blog
Hugging Face - Blog
Jina AI
Jina AI
IT之家
IT之家
人人都是产品经理
人人都是产品经理
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
大猫的无限游戏
大猫的无限游戏
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 聂微东
WordPress大学
WordPress大学
V
Visual Studio Blog
博客园_首页
阮一峰的网络日志
阮一峰的网络日志
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
有赞技术团队
有赞技术团队

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
DPO:当行业开始嫌 RLHF 太累的时候
青蓝色的海 · 2025-12-12 · via 人人都是产品经理

DPO的诞生揭示了AI训练领域的一个残酷真相:RLHF虽有效却如同苦役。这种新方法摒弃复杂的评分体系,回归人类最本能的偏好判断,不仅解放了训练师,更重塑了大模型对齐的工程实践。本文将深入解析DPO如何用『二选一』的朴素智慧,解决RLHF时代的技术沉疴与人性困境。

如果你一路看到这里,心里大概率已经冒出过一个念头:

“这些模型之所以这么‘像人’,背后得折腾成什么样啊?”

这个直觉是对的。而 DPO 的出现,本质上就是行业里的人终于集体承认了一件事:

RLHF 不是没用,是太累了。

一、RLHF 有效,但真的很折磨人

说句实在话,RLHF 是一个“看起来很优雅,做起来很痛苦”的方案

在理想状态下,它确实很好:人类告诉模型什么是好、什么是不好,模型不断试错、被纠正、慢慢变得更像我们期待的样子。

但在真实项目里,RLHF 更像这样:

你得先让训练师写一堆回答;再让另一批人把这些回答从好到坏排个序;你还得担心大家标准不一致;排序完了还要训练奖励模型;奖励模型训练完,你再用 PPO 去反复跑;跑着跑着发现模型开始变怪;于是回头改数据、改规则、改奖励权重;最后再祈祷模型别在某个场景突然“性格突变”。

很多做过 RLHF 的团队,都会有一个共同的感受:

“它能把模型练好,但也能把人练废。”

所以当 RLHF 成为行业“标准答案”之后,大家反而开始问:有没有更轻一点的方式?

二、DPO 的想法,其实非常“人类”

DPO 的思路,说穿了特别朴素。

它不再追求:“给每个回答打一个精确分数”,也不再追求:“用复杂算法逼模型慢慢靠近最优解”。

它只问一个问题:

“在这几个回答里,人更喜欢哪一个?”

就这么简单。

举个非常真实的场景。

假设你在教一个新人写客服回复。你不会跟他说一大堆评分标准,也不会说“这个是 8.5 分,那个是 7.2 分”。你大概率只会指着两条回复说:

“你看,这一条客户明显更舒服。”

新人不需要理解所有理论,他只要记住一个方向:“往这边写。”

DPO 教模型的方式,几乎一模一样。

三、DPO 真正改变的是「训练师的工作方式」

如果你从训练师的视角来看,DPO 带来的变化是非常直观的。

在 RLHF 里,你经常需要做的是:“这个回答到底比那个好多少?”“这里是 8 分还是 9 分?”“如果两个人意见不一致怎么办?”

而在 DPO 里,问题变成了:

“如果让我选一个更像人类会说的话,我选哪一个?”

这个问题非常符合直觉

比如同样是回答用户的焦虑:

一个回答写得特别全面、特别正确,但冷冰冰;另一个回答信息没那么多,但语气刚好、不越界、不冒犯。

你几乎不用想,就知道该选谁。

DPO 让训练师少了一层“假装自己是评分机器”的压力,更多地回到了真实判断上。

四、为什么 DPO 在工程上这么讨喜?

如果你和工程师聊,他们会更直接。

在 RLHF 里,工程师最怕的不是模型不够聪明,而是:

  • 训练链路太长
  • 问题很难定位
  • 奖励模型一旦偏了,全盘跟着偏
  • PPO 调不好,模型能力直接“被打残”

DPO 的好处在于:它几乎把这些复杂度都砍掉了。

不需要单独的奖励模型;不需要反复采样;不需要担心 PPO 把模型拉到奇怪的角落。

训练过程更像一次“有偏好的微调”,而不是一场高风险实验。

这也是为什么现在很多团队会说:

“如果不是极端高风险场景,其实 DPO 已经够用了。”

五、那 DPO 是不是“更先进”?不完全是

这里有一个容易被误解的地方。

DPO 并不是“比 RLHF 更高级”,而是更现实、更工程友好

在一些非常敏感的领域,比如:

  • 医疗
  • 法律
  • 安全
  • 价值观边界极严的场景

RLHF 依然有优势,因为它可以更细腻地塑造模型行为。

但在大量真实产品场景里,大家真正需要的是:

  • 稳定
  • 可控
  • 成本可承受
  • 不容易把模型练歪

而不是“理论最优”。

从这个角度看,DPO 更像一次行业成熟后的妥协,而不是革命。

六、回头看这 5 篇,你其实已经看懂一件事

如果把整个训练流程拉远来看,其实逻辑非常清晰:

一开始,我们只想让模型会说话;后来发现它说得太不像人;于是开始教它模仿人类;模仿还不够,又开始教它理解偏好;偏好太复杂,就找更直接的方法。

这不是技术倒退,而是一次次在现实里撞墙之后的进化。

七、最后一句非常“人话”的总结

很多人以为,大模型的发展核心在于参数、架构和算力。但真正决定你愿不愿意用一个模型的,往往是:

  • 它有没有在听你说话
  • 会不会在关键时刻踩刹车
  • 会不会用一种让你不难受的方式回应你

而这些能力,从来不是模型自己长出来的。

它们来自无数训练师、标注者、规则设计者一次次地判断:“这个回答,人会不会更喜欢?”

DPO 只是把这个判断,用更简单的方式交还给了训练流程。

到这里,其实可以说一句很实在的话了:

模型有没有“人味”,取决于人有没有认真参与。

共勉!棒棒,你最棒!

本文由 @青蓝色的海 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自unsplash,基于CC0协议