OpenClaw 2.0吞下1.6万个PR，AI写太快人类审不动

8月30日，OpenClaw——GitHub历史上增长最快的开源项目——发出一篇博客，标题叫《OpenClaw 2.0, Accidentally》。第二天凌晨，v2026.8.1正式挂上GitHub。距离上一个正式版，已经过了整整7周。

这个项目此前230天发了106个版本，平均两天多就甩出一版。这次断更7周，不是没活干，相反，是活太多了。933名贡献者完成了超过1.6万个PR，这些PR占了OpenClaw历史上全部已合并PR的一半。一个半月前的v2026.7.1，贡献者是532人，PR是3063项。翻了一倍的贡献者数量，涨了一个数量级的PR体量，直接把原有的底层架构和发版流程撑爆了。

1.6万个PR背后的「流水线」

比数字更值得琢磨的，是这些PR是怎么来的。

项目创始人Peter Steinberger说了一句："我甚至不管它们叫pull request，我管它们叫prompt request。"

另一位维护者更直白：有人架了一条自动化的「软件流水线」，一口气挂几百个PR，把整个仓库的毛病挖了个遍。代码能批量生产之后，PR数量就不再说明任何问题。一个人提300个PR，可能是真解决了300个毛病，也可能是让智能体把仓库扫了一遍、批量交上来碰运气。

维护者从PR列表上看不出区别，于是干脆换掉了「信任信号」。现在他们更想看的是：你和智能体的对话记录、跑过的测试、截图，以及你能不能说清楚这个改动为什么这么改。Peter Steinberger的原话是："没人在乎代码是不是你写的，但我们在乎你有没有真的想过这个功能。"

瓶颈，从「写不出来」到「看不过来」

过去十年，软件工程的瓶颈一直在生产端：AI写不出能用的代码、开发者产能不够、需求堆积排不上队。OpenClaw的故事给出了另一种答案：代码多到人看不过来，才是下一个瓶颈。

当AI把代码产能拉满，人的评审、架构和发布流程，反而成了整条链路上最慢的环节。审代码的方式被迫跟着变——有维护者收到AI写的PR，直接点一下Copilot审一遍；还有人干脆不打回重来，收到PR就自己上手改到对。门槛抬高了，门却没关上：首次被合并的PR里，有相当比例来自没有开发背景的人。他们只是碰上一个具体问题，让智能体写了个补丁，再跟维护者一起改到能合并为止。

更麻烦的是，连「合并数」这种老指标都被污染了。有人直接复制别人的PR，就为了刷合并次数，攒出一个看起来可信的贡献者形象。信任体系正在被代码产能反噬。

当代码不再稀缺，什么才是稀缺的

OpenClaw的困境，本质上是AI时代所有知识工作者都在面对的问题：当产出变得廉价，判断力就成了硬通货。

写代码的速度已经不是瓶颈，理解代码、判断代码、整合代码的能力才是。能看懂一个PR为什么这么改，比能写出来更重要。能设计出合理的架构，比能批量生成函数更关键。能在1.6万个PR里识别出哪些值得合并、哪些是垃圾，这种品味和判断力，恰恰是AI目前最不擅长的。

这就是为什么OpenClaw的维护者们开始要求"对话记录"而不是"代码本身"作为信任凭证——他们要验证的不是你能不能写代码，而是你有没有真正思考过这个问题。

2.0的另一面：从极客玩具到多人协作

产品这条线上，OpenClaw这次明显在往普通用户那边转向。首次安装不再逼你先配一堆东西，它会先看你电脑里已经有什么：已登录的ChatGPT或Claude、手上的API Key、本地跑着的模型，能接上的直接接上。浏览器端被重做成第一入口，大量配置被挪出安装流程，你可以先聊起来，剩下的设置边聊边补。

另一个更值得注意的变化：它开始变成多人的了。共享云端会话解决了上下文传递的问题——一个人起的任务，别人可以进来看，也可以直接接手，上下文照旧留着。一个任务在群里被三个人轮流接手，Claw始终记得前面发生过什么。官方说得很清楚，这套团队角色属于协作控制，并非给互相敌对的租户做的安全隔离。不能当企业级多租户来用。

AI审AI，能撑多久？

当然，这条路并不平坦。有人直接问：用AI审AI，能解决问题吗？如果代码是AI写的，审查也是AI做的，那质量由谁来兜底？

OpenClaw的答案是把"信任信号"从代码本身转移到人的思考过程上。但这个转移能否真正落地，取决于维护者能否从海量提交中识别出真正有价值的贡献。当"复制别人的PR刷合并数"已经出现时，信任体系的脆弱性已经暴露无遗。

这也是为什么团队这次同时重做了底座和发版流程——四条轨道并行：stable给普通用户、extended-stable维护上月版本、beta预发布、dev跟主干。高速开发和稳妥发布被拆到两条轨道上，各跑各的。

回头看这7周，真正有意思的地方并不在功能列表。当AI写代码的速度已经超越人类审查的能力，整个软件工程的生产关系正在被重写。OpenClaw的7周沉默，不是它慢了，是人类还没跟上AI写代码的速度。

如果你也为"AI写得太快人类审不动"这个现象感到共鸣，不妨把这篇分析转发给同样在写代码或审代码的朋友，一起思考AI时代程序员的价值在哪里；同时欢迎关注 AI里程碑，OpenClaw后续的发版节奏和信任机制变化，我会持续跟踪解读。