AI写得太快，人类审不动了！OpenClaw断更7周，一版吞下1.6万个PR

OpenClaw，整整憋了7周。

这个GitHub历史上增长最快的开源项目，此前230天发了106个版本，平均两天多就甩出一版。

这次，正式版硬是断更了近7周。

而且，这次2.0版本的诞生，还是意外才得来的。

8月30日，OpenClaw发了一篇博客，标题就叫《OpenClaw 2.0, Accidentally》（意外做出来的2.0）。

31日凌晨，v2026.8.1刚刚正式挂上GitHub。

一边叫2.0，一边叫v2026.8.1，其实是同一个版本。「2.0」只是个宣传名，仓库里用的仍然是按日历走的版本号。

官方称，这一版由933名贡献者完成，其中569人是第一次参与这个项目，共纳入超过1.6万个PR。

更让人震撼的是后面的数字：这些PR数量，大约占了OpenClaw历史上全部已合并PR的一半。

也就是说，这个项目「大半辈子」的代码，被压进了这一次的版本里。

作为对照，上一个正式版v2026.7.1发布于7月13日，官方记录是3063项贡献、532名贡献者。

一个半月过去，贡献者数量翻了近一倍，PR体量更是直接涨了一个数量级。

官方给的理由倒也算合理：

一版塞了半部项目史，宁可多花时间让新老用户都能顺利装上，也不想急着发出去，再甩给大家一堆坏掉的配置。

慢下来

是因为活太多了

按官方说法，慢下来不是没活干，相反，是活太多了。

团队在变大，工作的体量和节奏，已经超出了OpenClaw原有底层架构和发版流程能扛的范围。

于是，这次干脆两件事一起返工：底座重做一遍，发版流程也重做一遍。

两次正式发行之间隔了约48天。

中间并非完全停摆，beta等预发布版本一直在走，只是稳定版一直没出来。

这次更新，最初的目标其实很小：

只想把安装流程简化一点，把浏览器端重做成第一入口。

没想到，一路清理下去，收不住了。

消息、记忆、Skills、模型、自动化、插件、安全、原生App，几乎每个模块都被翻了一遍，最后变成了他们口中的「2.0」。

PR有了新名字

prompt request

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

就在新版发布前几天，GitHub官方采访了OpenClaw的一批维护者。

项目创始人Peter Steinberger说了一句：

我甚至不管它们叫pull request，我管它们叫prompt request。

另一位维护者说得更直白：有人干脆架了一条自动化的「软件流水线」，一口气挂几百个PR，把整个仓库的毛病挖了个遍。

截至8月26日，OpenClaw已经积累约38.8万Stars、8.1万Fork、超过8万次提交。

而这个项目2025年11月才起步，最初只是Peter Steinberger的一个周末小玩具。

十个月，这么多人涌进来，麻烦也跟着来了。

代码能批量生产之后，PR数量就不再说明任何问题。

一个人提300个PR，可能是真解决了300个毛病，也可能是让智能体把仓库扫了一遍、批量交上来碰运气。

维护者从PR列表上看不出区别，于是干脆换掉了「信任信号」。

现在他们更想看的是：你和智能体的对话记录、跑过的测试、截图，以及你能不能说清楚这个改动为什么这么改。

Peter Steinberger的原话是：

没人在乎代码是不是你写的，但我们在乎你有没有真的想过这个功能。

维护者开始用AI审AI

审代码的方式，也跟着变了。

有维护者收到AI写的PR，直接点一下Copilot审一遍，看清楚改了哪些文件、各自是什么意思。

还有人干脆不打回重来，收到PR就自己上手改到对。

有意思的是，门槛抬高了，门却没关上。

维护者说，首次被合并的PR里，有相当比例来自没有开发背景的人。

他们只是碰上一个具体问题，让智能体写了个补丁，再跟维护者一起改到能合并为止。

更麻烦的是，连「合并数」，这种老指标都被污染了。

有人直接复制别人的PR，就为了刷合并次数，攒出一个看起来可信的贡献者形象。

于是，出现了一个略显荒诞的局面：AI把代码产能拉满，人的评审、架构和发布流程，反而成了整条链路上的瓶颈。

从极客玩具

到多人接力

产品这条线上，OpenClaw这次明显在往普通用户那边转向。

首次安装，不再逼你先配一堆东西。

它会先看你电脑里已经有什么：已登录的ChatGPT或Claude、手上的API Key、本地跑着的模型，能接上的直接接上。

大量配置被挪出安装流程，你可以先聊起来，剩下的设置边聊边补。

浏览器端，被重做成第一入口，多数人第一次见到自己的Claw就在这里。

翻发行说明，还能看到一堆很「日常」的东西：

按关键词搜过去的对话、任务进度卡刷新后还在、把交互组件钉到会话面板上、让智能体单独找你要一次凭据，而不是把它甩进聊天记录里。

官方举的例子也足够生活化：让你的Claw盯着邮箱，孩子学校一有作业或活动通知，就给你发一条Telegram。

另一个变化更值得注意：它开始变成多人的了。

官方说，团队自己造这一版时，越来越多的活是丢给各自的Claw干的，然后就撞上一个问题：想把同事拉进来一起弄，Claw之前知道的那些上下文就没了。

共享云端会话，解决了这件事。

一个人起的任务，别人可以进来看，也可以直接接手，上下文照旧留着。

任务还能挪到配对的设备或云端机器上跑，人合上电脑，活继续。

一个任务在群里被三个人轮流接手，Claw始终记得前面发生过什么：这大概就是「个人智能体」这个词开始松动的时刻。

不过，官方在发行说明里写得很清楚，这套团队角色属于协作控制，并非给互相敌对的租户做的安全隔离。

不能当企业级多租户来用。

想要升级？

这几个坑先避开

这不是一次无痛更新。

正式发行说明里，还挂着两项标着breaking的改动，意思就是升完级东西可能就不好使了。

一个是内置的OpenProse插件被整个拿掉了，以前的/prose命令没了。

另一个是OpenAI和Codex的模型名改了，你配置里写的旧名字全部失效，得跑一遍openclaw doctor --fix让它自动改过来。

装了第三方插件的还要多留一步。

官方给插件开发者划了条线，9月1日之后，一批老的接口就不认了。插件作者要是没跟上，你这边可能就直接用不了。

原生App这边，macOS的签名和公证版本已经可以下载，iOS和Android的新版分发另外跟进，别指望一起到位。

安全这块也没有标准答案。

维护者做过一次收紧，规定Claw只能在你指定的文件夹里干活。结果不少人早就用软链接把别的目录挂了进来，一收紧全断了，投诉立刻涌过来。

可要是不管，安全报告又会把他们淹掉。

Peter Steinberger的说法是，在「用着顺手」和「默认够安全」之间找平衡，是场很难打的仗。

发版这块，团队现在分了四条道：stable是普通用户的正式版，extended-stable是上个月版本的维护线，beta是预发布，dev则跟着主干实时走。

新东西先进beta跑，验证没问题才进stable，想尝鲜的走beta，只想安稳用的守着stable。

这更像是把「高速开发」和「稳妥发布」拆到两条轨道上，各跑各的，互不耽误。

回头看这7周，真正有意思的地方并不在功能列表。

过去，大家担心的是AI写不出能用的代码。

现在，这个增长最快的开源项目给出了另一种答案——代码多到人看不过来，才是下一个瓶颈。

OpenClaw憋了7周才交出一个2.0，不是它慢了，是人类还没跟上AI写代码的速度。

参考资料：

https://openclaw.ai/blog/openclaw-2-accidentally

编辑：元宇