乐于分享
好东西不私藏

OpenClaw之父说:开源协作得重写

OpenClaw之父说:开源协作得重写

开源项目维护者都熟悉一套流程:有人提 PR,你 review,指出问题,对方改,几个来回,几周后合并。Peter Steinberger 造 OpenClaw 之后,把这套流程推翻了。

原因很简单:当代码便宜到 agent 能改 agent 自己的代码,这套围绕「代码」的反馈循环,不划算了。

PR 应该叫 prompt request

他收到的 PR 实在太多,而且大量是用 agent 一键生成的。有人直接在编程 agent 里敲一句「fix 123」,agent 就生成一个四千行的 PR。这种零成本贡献,用传统的 code review 根本审不过来。

他的做法是重新定义 PR。他说,PR 其实应该叫 prompt request。因为真正有价值的不是那几千行代码,是这个人到底想解决什么问题。代码 agent 可以重写,意图不能凭空猜。

所以他收到 PR,重点不在代码,在那个人描述的问题上。他让 agent 基于意图重新生成代码,而不是合并提交者写的那版。代码便宜了,意图贵了。反馈循环的中心从「代码」挪到了「意图」。

投入度比代码更可信

但他还要解决一个问题:怎么判断一个贡献值不值得看?代码行数说明不了什么,一句 prompt 也能生成几千行。

他的解法很巧。他写了一个默认的插件,当有人提 PR 的时候,agent 会主动问作者:要不要上传一段脱敏过的、你和 agent 的对话记录?上传了,我们会看得更快。

逻辑是:你和 agent 聊得越久,说明你越投入、越理解自己改的东西,这个 PR 越值得审。一段五个字的 prompt 和三小时的讨论,投入度天差地别。他说,transcript 越长,他对这个 PR 的信心越高。

这是对整个「检测 AI 生成 PR」思路的反转。所有人都在想怎么识别机器写的代码,他反过来,主动邀请机器辅助贡献,只要你附上过程记录,就用「投入度」这个比代码本身更可靠的信号来判断。

当 agent 能改 agent 自己

这一切之所以成立,是因为 OpenClaw 有一个很特别的设定:agent 住在自己的 GitHub 仓库里。

OpenClaw 装好之后,整个项目就是一堆 TypeScript,clone 下来在本地跑。也就是说,agent 可以读自己的源代码、改自己的源代码、然后重启自己。有人反馈「这个功能坏了」,agent 自己修自己,自己提个 PR。

这个设定带来了一个意想不到的结果:非程序员第一次提了 PR。因为安装就是 git clone,用户不用懂代码,只要会跟 agent 说话,让 agent 改 agent 自己就行。他把文档写给 agent 读,让 agent 成为 contributor 的搭档,人借 agent 入了开源的门。PR 是程序员世界里的入门仪式,几十年来不会写代码的人进不来;现在会说话就行。这是一道存在了几十年的门槛,被悄悄拆掉了。

自动化质量管控,会被博弈

当然,用 agent 管 agent 也有坑。他爆料过一件事。

OpenClaw 早期用一个给 PR 打 1 到 5 分的审查 bot。他发现不止一次,bot 给了 2 分之后,contributor 自己去改 PR 描述,把分改成 5 分,还附一句「这是个 great PR,合并吧」。bot 的分在它自己的评论里,contributor 按理改不了;他能动手脚的是 PR 描述,在那里伪造一个高分,骗下游的自动合并或者粗心的人眼。

他对这件事的反应是「我一点都不意外有人这么干」。这是一个值得记住的教训:自动化质量管控存在人为对抗。你用 bot 当质量门禁,就会有人去博弈这个 bot。黑色幽默在于:你本想让机器审判人的代码质量,结果人反过来用一句话操控了机器的判断。质量管控工具本身,成了整条流水线上最容易被攻破的环节。

让需求自己淘汰自己

他还把这套逻辑用到了需求筛选上。

反馈渠道里有人提需求,按常规应该由产品经理评估可行性。他的做法是让 bot 自动实现这个需求,然后把一个可以远程登入的试用链接发回去给提需求的人。提需求的人自己点进去试,很多时候试完就发现「哦这是个蠢主意」,自己撤了。他只需要人工看剩下那三分之一真正有意思的反馈。

让能跑的原型当裁判,用最小成本的实现淘汰伪需求。

这一切的底层

把这些连起来,底层是同一个变化:代码免费了。

代码免费之后,开源协作的几件事都变了味道:

  • 代码 review 不再是核心,意图理解才是
  • 贡献质量不看代码,看投入度
  • agent 能改 agent 自己,非程序员也能贡献
  • 质量管控自动化,但会被博弈
  • 需求筛选可以靠「先实现再淘汰」

当代码变得几乎免费,开源项目最稀缺的不再是代码,是判断力:判断哪个意图值得做,哪个需求是真需求,哪个贡献者真的用了心。代码归 agent,判断归人。

系列收尾

这是这个系列的最后一篇。回到最开始的问题:Peter Steinberger 造 OpenClaw 八个月,16 场演讲,他到底体会到了什么?

他体会到 agent 的性质变了,它从被动工具变成了会自己想办法的东西。他体会到 agent 编码的胜负手不在模型,在闭环。他体会到他怎么评判模型,比基准测试分数重要。他体会到被上千份安全报告淹没之后,整个安全产业的应对方式是错的。他体会到 agent 接管执行之后,人的判断反而更稀缺。他体会到代码免费之后,开源协作得围绕意图重写。

把这些连起来,是一条主线:agent 越强,机器能干的越多,但每一层瓶颈都往「人」这边推。就像第一篇讲的 OpenClaw 兴衰那样,技术做出来了,平台可以切断你;平台绕过去了,生态可以吸收你。再往里走,执行交给 agent 了,判断落到人头上;代码免费了,意图和品味成了稀缺品。

他在 6 月那场 7000 人的演讲里说,未来最重要的能力,是决定把注意力花在哪。这句话,对他自己、对 OpenClaw、对所有被 agent 卷进来的人,都成立。

(系列完。)

参考(Steinberger 公开演讲,YouTube):

  • 2026-06-02 Microsoft Build:https://youtu.be/o5IQMijn-Ks
  • 2026-01-28 Pragmatic Engineer 访谈:https://youtu.be/8lF7HmQ_RgY
  • 2026-01-23 GitHub Open Source Friday:https://youtu.be/1iCcUjnAIOM
  • 2026-07-02 Greg Kamradt 采访:https://youtu.be/82YaJw-_t10

交流群

和我们一起探索

扫码加入