北京
新智元报道
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
编辑：元宇
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
