【STMHIIT 系列】理清 xxRAM、xxROM、xxFlash 的核心作用,附 H 系列五种内存详解,以及超便捷的内存区域管理方法 📅 发布时间:2026/7/16 3:17:36 👁️ 浏览次数: 吓茄菊秸会发现一个问题它虽然博学但并不总是“乐于助人”或“听话”。大型语言模型的输出可能是不真实的、有毒的或者根本对用户没有帮助。问题的根源在于LLM 的训练目标——在庞大的语料库上“预测下一个词”——与我们希望它拥有的能力——“有用、诚实、无害地遵循用户指令”——之间存在着天然的偏差。这种现象我们称之为“对齐Alignment”问题。为了解决这一核心矛盾OpenAI 提出了 InstructGPT 模型。其背后的技术是“基于人类反馈的强化学习”Reinforcement Learning from Human Feedback, RLHF旨在将语言模型的能力与人类的意图和价值观对齐。这项工作取得了惊人的成果在人类偏好评估中一个仅有13亿参数的 InstructGPT 模型其输出质量竟然超越了1750亿参数的 GPT-3。本文将深入解读这篇开创性的论文为您详细拆解其背后的技术原理、训练流程和核心洞见。同时非常推荐李沐老师关于这篇论文的精读。第一部分核心方法论 - RLHF 三部曲InstructGPT 的训练流程并非单一模型的一蹴而就而是一个包含三个关键步骤、环环相扣的系统工程。我们可以通过论文中的核心图示来宏观理解这个过程image第一步监督微调 (SFT - Supervised Fine-Tuning)目标 对预训练的 LLM 进行“启蒙”让它初步具备理解并遵循指令格式的能力模仿高质量的回答范例。实现方式 OpenAI 雇佣了约40名标注员构建了一个包含约1.3万个样本的高质量“指令-示范答案”数据集。这些指令来源广泛一部分由标注员亲自撰写另一部分则来自向早期 InstructGPT 模型提交的真实用户请求。具体实现 这一步是标准的监督学习。模型以“指令”为输入以“示范答案”为目标输出通过最小化交叉熵损失Cross-Entropy Loss来更新 GPT-3 模型的参数。简单来说就是让模型学习“在看到这样的问题时应该生成那样的答案”。SFT 赋予了模型遵循指令的基本形态使其能够生成符合格式要求的、有意义的回答为后续的优化步骤打下坚实的基础。SFT的局限性为什么需要第二步和第三步看到这里很多人会问既然已经有了高质量的人工示范数据为什么不一直做 SFT而是要引入更复杂的奖励模型和强化学习呢原因主要有三点标注成本高昂 撰写一个高质量、详细的示范答案SFT数据需要耗费标注员大量的时间和精力成本极高。相比之下让人类去“裁判”——从模型生成的多个答案中选出最好的一个RM数据——要容易得多成本也更低。因此收集排序数据的扩展性远超SFT数据。探索空间有限 SFT 本质上是模仿学习模型的输出被限制在人类标注员给出的范例分布内。它很难生成超越标注员知识范围或更具创造性的优质答案。对齐目标模糊 人类的偏好是一个复杂、模糊且难以用单一最优答案来定义的概念。SFT 试图拟合一个“正确答案”而 RLHF 的目标是拟合一个“偏好模型”。后者更能捕捉到人类对于“好”答案的直觉和权衡例如在“有趣但略有不准”和“准确但枯燥”之间的选择。因此为了以更低的成本、更广的探索空间来更好地对齐复杂的人类偏好引入第二步和第三步是必然的选择。第二步训练奖励模型 (RM - Reward Model)目标 训练一个“人类偏好裁判”即奖励模型使其能够模拟人类的价值观为任何一个模型输出进行质量打分从而量化人类偏好。实现方式数据收集 针对同一个指令使用第一步训练好的 SFT 模型生成4到9个不同的回答。人类排序 标注员根据回答的质量对这些生成的回答进行从最好到最差的排序。这个过程收集了约3.3万个训练样本。原理与模型更新这个排序数据例如ABCD被转换成多组成对的比较数据如等。然后我们训练一个奖励模型RM其输入是“指令一个回答”输出是一个代表质量的标量分数。RM 的参数通过最小化以下的成对排序损失函数Pairwise Ranking Loss来更新公式直观解读和分别是 RM 对“更好”的回答 () 和“更差”的回答 () 的打分。我们的核心目标是让的分数远大于即最大化二者之差。是 Sigmoid 函数它将这个分数差映射到 (0, 1) 区间可以看作是“模型认为比更好”的概率。通过对这个概率取对数并加上负号即标准的交叉熵损失形式当模型预测正确即分数差很大概率接近1时损失接近0当模型预测错误即分数差很小或为负概率接近0.5或更低时损失会变得很大。通过最小化这个损失RM 被迫学习到一种打分策略使其打分结果与人类标注员的排序尽可能一致。最终我们得到了一个能够代替人类进行初步打分的“代理裁判”。第三步基于 PPO 的强化学习 (Reinforcement Learning with PPO)目标 将 SFT 模型视为一个需要优化的“策略Policy”在 RM 这个“代理裁判”的指导下通过强化学习进行探索和优化使其能自主生成更符合人类偏好的内容。强化学习与大模型的结合智能体 (Agent) 正在被优化的 LLM由 SFT 模型初始化。环境 (Environment) 一个随机返回用户指令的流程。状态 (State) 当前环境给出的指令Prompt。行动 (Action) LLM 根据指令生成的回答Response。奖励 (Reward) 由第二步训练好的 RM 对 LLM 生成的“指令-回答”对的打分。原理与模型更新此阶段是整个流程的核心。策略模型Policy的参数被更新而 RM 和 SFT 模型的参数是冻结的。最终 PPO-ptx 版本的优化目标函数如下公式直观解读这个复杂的公式可以看作是智能体在优化时需要权衡的三个目标奖励项由 RM 提供是优化的主要驱动力。最大化这一项意味着让模型智能体学会生成能获得 RM 高分即更符合人类偏好的回答。这是智能体行动的根本目标。KL 惩罚项这一项计算了当前策略模型与初始 SFT 模型的输出分布之间的 KL 散度。它像一根“缰绳”防止模型为了片面追求高奖励而“走火入魔”生成一些在 RM 看来分数很高但语言上不通顺或怪异的文本。它确保了模型的探索是在一个合理、安全的范围内进行的。预训练分布混合项这是 PPO-ptx 模型特有的“回炉重造”项。在更新时额外引入一部分原始预训练数据即 GPT-3 的训练数据的梯度。其目的是缓解“对齐税Alignment Tax”——即防止模型在学习遵循指令这个“专业技能”后忘记了从海量数据中学到的广泛“通识知识”从而导致在一些传统的 NLP 公开数据集上的性能下降。第二部分关键实验结果与分析核心发现对齐效果与模型大小的关系image人类偏好评估 实验结果清晰地表明标注员在绝大多数情况下都更喜欢 InstructGPT 的输出。最引人注目的结论是1.3B 的 InstructGPT 模型生成的回答其受青睐程度超过了 175B 的原始 GPT-3 模型。这证明了通过 RLHF 进行对齐是一种比单纯增大模型规模更有效、更具性价比的提升模型“可用性”的途径。真实性与安全性 相比于 GPT-3InstructGPT 在真实性方面表现更好它在封闭领域任务如摘要中捏造事实即“幻觉”的频率大约是 GPT-3 的一半。同时在被提示需要生成尊重他人的内容时InstructGPT 产生有毒输出的比例也比 GPT-3 低约25%。模型的泛化性与局限性泛化能力 InstructGPT 展现了优秀的泛化能力。即使在训练数据中占比极低的非英语指令和代码相关指令上它也能更好地遵循用户的意图这表明模型不仅仅是记住了训练任务而是在一定程度上学会了“如何遵循指令”这个元技能。“对齐税”问题 论文敏锐地发现经过 RLHF 对齐后的模型在一些传统的 NLP 基准测试如 DROP, SQUADv2上出现了性能下降的现象这就是所谓的“对齐税”。通过在 PPO 训练中混合预训练梯度的 PPO-ptx 策略这一问题得到了极大缓解且没有牺牲人类的偏好分数。缺点与不足 尽管 InstructGPT 进步巨大但它远非完美。它仍然会犯一些简单的错误比如当指令中包含一个错误的假设时模型有时会顺着这个错误的假设进行回答。在 Winogender 和 CrowSPairs 等衡量偏见的数据集上InstructGPT 相较于 GPT-3 并未表现出显著改善。当用户明确指示模型生成有害内容时它仍然会遵循指令。第三部分总结与思考InstructGPT 的工作是大型语言模型发展史上的一个里程碑。它清晰地证明了技术价值 RLHF 是解决大模型与人类意图对齐问题的有效且高性价比的路径。它将模糊的人类偏好通过“SFT - RM - PPO”这套流程成功转化为了可优化的数学目标。核心洞察 “对齐”本身就是一个需要精心设计和权衡的过程。模型需要在“乐于助人Helpful”、“诚实Honest”和“无害Harmless”这三个维度之间找到平衡。例如过于追求“无害”可能会让模型拒绝回答很多正常问题变得不再“乐于助人”。开放性问题 这篇论文也为我们带来了更深层次的思考——我们究竟在将模型与“谁”的价值观对齐目前这个标准是由少数的标注员和 OpenAI 的研究人员定义的。如何设计一个更具包容性、代表性、公平且透明的对齐流程是整个 AI 领域未来需要面对和解决的关键挑战。总而言之InstructGPT 不仅为我们提供了一个更“听话”的模型更重要的是它为如何让越来越强大的 AI 系统与人类社会更好地协同提供了一套切实可行的工程范式和深刻的研究启示。
鸿蒙应用开发从入门到实战(二十四):一文搞懂ArkUI网格布局 痔邢锹装NET 团队在官方博客上发布了.NET 10 RC2[1], .NET 10 作为继 .NET 9 后的长期支持版本(LTS),提供3年官方支持。RC2 是正式版(GA)前的最终候选版本,已具备生产环境可用性(Go-Live Licens… 2026/7/16 3:15:52
JavaScript 正则表达式 JavaScript 正则表达式 引言 JavaScript 正则表达式是JavaScript中处理字符串匹配和搜索的强大工具。它允许开发者高效地执行复杂的文本处理任务,如数据验证、搜索和替换等。本文将深入探讨JavaScript正则表达式的概念、语法、应用场景以及注意事项。 正则表达式简介 正则… 2026/7/16 3:14:29
flutter openharmony项目新手从到的保姆级教程 驹坠让氨集成特性 架构 这个集成分三层: C 层(nxt_php_sapi.c, nxt_php_extension.c) 在 PHP 里注册 TrueAsync SAPI 给每个请求创建协程 通过 nxt_unit_run() 管理事件循环 通过 nxt_unit_response_write_nb() 实现非阻塞数据传输 PHP 扩展层… 2026/7/10 10:58:56
EG4S20-MINI-DEV FPGA开发板入门与实践指南 1. EG4S20-MINI-DEV开发板开箱与硬件解析当我第一次拿到EG4S20-MINI-DEV开发板时,最直观的感受就是它的紧凑设计。这块FPGA开发板尺寸仅为85mm54mm,比常见的信用卡还要小一圈,但板载资源却相当丰富。开发板采用黑色PCB设计,所有接… 2026/7/16 3:17:32
C++并发编程中std::condition_variable::wait_for的超时控制艺术 1. 项目概述:为什么C并发编程需要“时间控制艺术”?在C多线程的世界里,我们常常把精力放在锁、原子操作、线程池这些“硬核”设施上,却容易忽略一个同样关键,甚至更能体现程序健壮性的维度:时间。想象一下&… 2026/7/16 3:15:32
Omnibox 2.11 NAS部署指南:家庭影音中枢的轻量化落地实践 1. 项目概述:为什么一个家庭影音平台值得花三天时间部署在NAS上 我从2019年开始折腾家庭媒体中心,最早用树莓派装Kodi,后来换成Intel NUC跑Jellyfin,再后来发现——真正卡住体验的从来不是播放能力,而是内容聚合、更新… 2026/7/16 3:13:31
Codex APP 全栈开发协作者:Node.js+Git+VS Code 深度集成指南 1. 项目概述:Codex APP 不是“另一个AI插件”,而是一套可嵌入开发流的智能协作者Codex APP 这个名字在最近三个月的开发者社区里出现频率陡增,但很多人点开下载页的第一反应是:“这和 GitHub Copilot、Claude for VS Code 到底有什… 2026/7/16 3:13:31
OpenClaw Docker 部署全指南:环境隔离、镜像构建与生产运维 1. OpenClaw 是什么,为什么非得用 Docker 部署?OpenClaw 不是某个大厂背书的明星项目,而是一个由开源社区驱动、聚焦于本地化代码理解与生成辅助的轻量级工具。它不像 Claude 或 Codex 那样依赖云端大模型 API,而是通过预置的规则… 2026/7/16 3:13:31
终极GTA5线上增强工具集:完全免费的开源解决方案深度解析 终极GTA5线上增强工具集:完全免费的开源解决方案深度解析 【免费下载链接】GTA5OnlineTools GTA5线上小助手 项目地址: https://gitcode.com/gh_mirrors/gt/GTA5OnlineTools GTA5线上小助手是一款专为《侠盗猎车手5》线上模式设计的完全免费开源游戏增强工具… 2026/7/16 3:11:28
A--10 Codex Review与GitHub PR工作流实战指南:从代码审查到安全合并 摘要:本文系统讲解如何利用Codex App的Review功能与GitHub PR工作流,实现从代码修改到安全合并的完整流程。涵盖Review面板深度使用、/review命令实战、GitHub Connector配置、PR描述撰写技巧,以及常见问题排查方法。通过多个实战案例和流程图,帮助开发者建立高效的AI辅助代… 2026/7/16 0:00:26
HAM未来路线图:下一代高可用迁移技术的发展方向与展望 HAM未来路线图:下一代高可用迁移技术的发展方向与展望 【免费下载链接】ham Based on the remote memory access capability and high bandwidth of the UB, deterministic duration virtual machine live migration is achieved, addressing planned downtime issu… 2026/7/16 0:04:27
月球是否是从地球分离出去的?——容度原理解释 月球是否是从地球分离出去的?——容度原理解释一、月球起源的“三大假说”与容度原理的重新审视月球起源的三大假说——捕获说(月球是太阳系中独立的星体,被地球引力捕获)、共生说(月球与地球同时从原始星云中形成&… 2026/7/16 0:06:27
Git reset 与 revert 深度对比:5个关键差异与 3 种典型应用场景 Git Reset 与 Revert 深度对比:5个关键差异与3种典型应用场景在团队协作开发中,代码版本管理如同行走钢丝——一步失误可能导致整个项目陷入混乱。作为Git进阶用户,你是否曾在深夜面对错误的提交束手无策?是否在强制推送后收到同事… 2026/7/13 8:31:55
GitHub 学生包申请避坑:5个常见失败原因与开发者工具调试方案 GitHub 学生包申请技术排障指南:5个高频失败场景与开发者工具实战方案第一次尝试申请GitHub学生包时,我盯着屏幕上那个不断转圈的加载动画整整15分钟,最终只等来了一行冰冷的错误提示。这可能是许多开发者共同的经历——明明按照教程操作&… 2026/7/14 18:25:04
冒烟测试用例设计规范:5%-10%覆盖率下的3类核心场景与执行标准 冒烟测试用例设计的黄金法则:5%-10%覆盖率下的精准筛选策略在快节奏的敏捷开发环境中,冒烟测试作为质量保障的第一道防线,其重要性不言而喻。当测试资源有限而时间紧迫时,如何从海量测试用例中精准筛选出那关键的5%-10%࿰… 2026/7/14 5:09:41