一个仓库两种循环:哪个才是真正的RL?

reef 代码库通过两种循环的对照,给出了区分「配置搜索」与「真正强化学习」的最简判据:哪些参数动了?
文章围绕 reef 代码库展开,该库同时包含两类自我改进循环:harness loop 与 weight recipes。前者只修改提示词或工具链配置,不需要 GPU、不更新任何模型参数,本质是带验证器的配置搜索,不应被称为强化学习。后者包括 OpenClaw-RL 等方案,真正更新模型权重,其中 OpenClaw-RL 直接从线上对话流中提取二元奖励信号进行在线学习,属于相当激进的在线 RL 设定。仓库中已验证的实验以 Qwen3-4B-Thinking 为策略模型、其冻结基座为 PRM,在 72 个 GSM8K 会话的作业流中第 14 个会话达到适应标准。文章最终给出一条极简判定规则:声称某系统是 RL,就直接问哪些参数发生了移动。
自我改进智能体的争论:这到底是不是RL?
每当有人发布关于「自我改进智能体」(self-improving agent)的帖子,评论区总会出现一句反驳:「这不是强化学习,这只是提示词调优。」而且有一半的时候,这个反驳是对的。
问题的核心在于,很多项目把「搜索配置」和「真正的参数训练」混为一谈。reef 这个代码库恰好把两种循环放在了同一套代码里,这给了我们一个清晰的机会来划清界线:到底哪一种循环动了模型的权重,哪一种只是在玩文字游戏。

Harness 循环:不训练任何东西的那一半
第一种循环被称为 harness loop(框架循环)。它的特点非常明确:只需要一个模型 endpoint,不需要任何 GPU。
它的几套方案——Reefine、SkillClaw、GEPA、Meta-Harness——工作方式是提出一个对 harness 自身文件的修改,然后把修改后的代码树放到一个任务列表上,与当前版本进行评分对比。是否保留这次修改,取决于一个选择策略(selection policy),默认规则是「净胜」(net win)才保留。
关键点在于:模型参数里没有任何东西发生移动。 用作者的话说,这更应该被称为「带验证器的配置搜索」(search over configurations with a verifier)。如果有人把它叫作 RL,那评论区那句「这不是 RL」的反驳就是完全正确的,而且活该被怼。
这其实是一个很有价值的提醒。当下大量 AI Agent 的「进化」本质上是在改 prompt、改工具链配置、改调度逻辑,这些都属于外部框架层面的优化,而不触及神经网络内部的任何一个数值。它们可能确实有效,但从技术定义上讲,它们不是强化学习。
权重循环:真正动参数的那一半
第二种循环是 weight recipes(权重方案),包括 SAO、OpenClaw广告-RL、TTT-Discover、Guidance-TTT。这一侧需要 GPU,也需要完整的训练栈。作者坦言自己只负责 harness 那一侧,权重这边只是阅读过代码,这点诚实值得肯定。
其中最值得关注的是 OpenClaw-RL,因为它是专门为线上流量(served traffic)设计的:策略会直接从对话本身被更新,奖励信号是一个二元值(binary reward),从用户的下一轮回复中读取出来。
这是一种相当激进的在线学习设定——模型不是在离线数据集上训练,而是在真实的对话流中边服务边学习。
**在线学习(Online Learning)**与离线训练的区别值得在此厘清。传统的模型训练是「离线」的:先收集数据集,再批量训练,训练完成后部署一个固定权重的模型。而 OpenClaw-RL 采用的「在线学习」范式意味着模型在服务真实用户请求的同时,持续接收奖励信号并更新自身权重——部署与训练是同一个过程。这种设定在工程上极具挑战性:需要同时维护推理引擎和训练循环,还要处理模型权重频繁更新带来的一致性问题。其使用的「二元奖励」(binary reward)——从用户下一轮回复中提取——是一种隐式反馈信号的代理,逻辑类似于「用户继续对话 = 正向反馈」,但这也意味着奖励信号相当稀疏且噪声较高。
已验证的实验结果:GSM8K 作业流
仓库里签入(checked in)的一个具体实验,在关闭 hermes memory 的条件下展开:
- 一个包含 72 个会话的 GSM8K 数学作业流
- 用 Qwen3-32B 扮演一个学生 persona
- 用 Qwen3-4B-Thinking 作为被训练的策略模型
- 奖励由一个 PRM(过程奖励模型)给出,而这个 PRM 正是那个 4B 模型的冻结基座版本,跑在它自己的引擎上
这个设计有个精妙之处:评分者(grader)用的是策略模型自己的起始权重,而不是一个外部的大模型。换句话说,模型是用「出发时的自己」来评判「成长中的自己」,整个过程跑在七张 GPU 上。
实验结果显示,这次运行在第 14 个会话达到了论文设定的适应标准(连续三个会话通过)。而在前 36 个会话里,学习曲线追踪了 bold rate 和 list rate 两个指标,二者都呈下降趋势。这就是目前公布的全部结果。

PRM(过程奖励模型,Process Reward Model)是区别于结果奖励模型(ORM)的一种评分机制。ORM 只对最终答案的对错给出一个总分,而 PRM 对解题过程中的每一个中间步骤分别打分,从而提供更细粒度的学习信号——这对数学推理类任务尤为关键,因为「答案正确但过程错误」或「过程正确但最终计算失误」在 ORM 下会得到相同评价,而 PRM 能区分二者。此实验中更值得注意的设计选择是:PRM 使用的是策略模型(Qwen3-4B-Thinking)的冻结基座权重,而非外部独立模型。这样做的好处是避免了对昂贵的大型评判模型的依赖,同时让评分标准与策略模型的初始能力对齐;潜在的局限则是,随着策略模型的权重不断更新,评分者与被评分者之间的能力分布可能逐渐产生偏差。
一句话判断:哪些参数动了?
这篇分享最实用的价值,是给出了一个极其简洁的判定标准。作者在最后留下一句忠告:
如果有一个帖子声称第一种循环(harness loop)是 RL,那就直接问它——到底是哪些参数发生了移动?
这句话几乎可以作为甄别所有「自进化 AI」宣传的试金石。强化学习的本质是通过奖励信号更新策略的参数;如果没有任何可训练参数被更新,那无论它表现得多像在「自我改进」,它都只是配置搜索或提示优化,而不是 RL。
在 Agent 概念被大量炒作的当下,这种对术语边界的清醒坚持尤为重要。把 prompt tuning 包装成 RL,不仅是术语的误用,也会误导人们对系统真实能力的判断。reef 把两种循环放在同一个仓库里对照呈现,恰恰让这条界线变得一目了然。
相关推荐

AI检测误判风波:作家被指用AI写作,谁该举证?
2026年英联邦短篇小说奖地区获奖者被Pangram检测工具判定100% AI生成,最终靠草稿自证清白。这起事件揭示了AI检测工具的误判风险与创作者面临的举证困境,以及作家协会承认没有可靠AI检测方法的现实。

Paul Ford新作引热议:Web本身已经足够
Paul Ford 文章《The Web Is More Than Enough》在 Hacker News 引发讨论,主张 Web 标准已足够承载应用开发,反对动辄引入封闭平台。本文梳理其核心论点、与当前 AI 应用潮流的张力,以及对开发者技术选型的实际含义。

斯坦福如何教授AI原生工程:CS146S课程揭秘
斯坦福CS146S课程直面AI一键生成作业的挑战,探索AI原生工程教育。Mihail Eric分享如何将AI作为工程伙伴,培养系统设计和代码审查能力,为工程教育提供新范本。