ReMaRk 提出联合奖励法,修正大模型推荐训练中的回复噪声问题

一篇新论文提出 ReMaRk 方法,指出 Rank-GRPO 在训练大模型推荐器时只随机选取一条回复作为奖励基准,导致优势估计中约 85% 的方差来自“抽到哪条回复”而非推荐质量本身。ReMaRk 改为对请求整体联合奖励,并在多个主干模型上取得更高训练效率。

一句话看懂:一篇新论文提出 ReMaRk 方法,指出 Rank-GRPO 在训练大模型推荐器时只随机选取一条回复作为奖励基准,导致优势估计中约 85% 的方差来自“抽到哪条回复”而非推荐质量本身。ReMaRk 改为对请求整体联合奖励,并在多个主干模型上取得更高训练效率。

事件核心:发生了什么

在 Reddit 等社区中,一个推荐请求往往能收到多条回复,每条回复列出的作品各不相同。当用强化学习训练大模型推荐器时,这些多条有效回复给奖励函数出了难题:生成列表该以哪一条为准?

当前较常用的 Rank-GRPO 做法是每个训练样本只挑一条回复作为奖励依据。论文摘要指出,这样做会让优势估计的大部分方差(约 85%)记录“抽到了哪条回复”,而非“推荐列表本身好不好”。

作者提出 ReMaRk:把同一个请求下所有回复中的作品标题取并集,对每个生成列表只做一次整体打分,并让每个请求等概率参与采样。论文称,在 7 个主干模型、3 个数据集上,ReMaRk 用 Rank-GRPO 约 25% 到 53% 的训练步数就达到了后者 2000 步的验证召回率,且在该预算下领先;若双方都训练到不再提升,ReMaRk 从未显著落后,7 组对比中有 4 组用更少 GPU 小时达到 Rank-GRPO 的最好水平。

论文还提到,同类奖励方式在 ProtoQA 上也有帮助,那里每个问题约有 100 人作答。目前公开信息仅基于论文摘要,全文实验尚未核验。

为什么重要

这条路线触及强化学习用于推荐、问答等开放生成任务的一个基础问题:当人类答案天然存在多个正确答案时,奖励信号该对齐哪一个。现有做法把多答案场景强行压缩成单答案监督,可能把大量无意义的随机噪声引入训练,推高算力和时间成本。

如果 ReMaRk 的结论在更多场景成立,它影响的不只是推荐系统,也可能为依赖人类偏好或众包标注的训练流程提供更省算力的思路。对大模型训练而言,奖励设计往往比模型结构更难迁移,这类“按请求而非按回复”的联合奖励原则具有方法层面的参考价值。

对用户/开发者/创作者的影响

对开发者而言,最直接的启发是:在构建带有多条人类参考答案的 RL 训练数据时,不必再纠结“选哪条回复才算标准答案”,可以尝试对答案并集整体评分,从而减少数据清洗和人工筛选成本,并有可能缩短训练步数、节省 GPU 小时。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

对使用大模型推荐、内容推荐产品的团队,这意味着推荐质量评估的信号可能更稳定,训练迭代更快,但落地前仍需在自己的数据集上复现。对创作者和普通用户,短期内更可能体现为推荐结果的稳定性和相关性改善,而不是产品层面的直接变化,因为该方法仍处于论文阶段。

值得关注的后续

一是看是否有团队在开源框架中实现 ReMaRk 式联合奖励,并与现有 GRPO 工具链打通;二是看论文所提方法在摘要之外的完整实验设置、数据集规模和硬件条件下能否复现;三是看这种“多答案联合奖励”思路是否被更广泛的 RLHF 或推荐系统工作采纳,而不仅局限于推荐和 ProtoQA 任务。

来源:Hugging Face Papers

celebrityanime
celebrityanime
文章: 29200

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注