OpenClaw 2.0 意外诞生，7 周断更背后：人类跟不上 AI 写代码速度？-育师

OpenClaw 2.0 意外诞生，断更 7 周

OpenClaw 这个 GitHub 历史上增长最快的开源项目，此前 230 天发了 106 个版本，平均两天多就发布一版。然而，这次正式版却断更了近 7 周。而且，其 2.0 版本的诞生还是意外得来的。8 月 30 日，OpenClaw 发布了一篇标题为《OpenClaw 2.0, Accidentally》（意外做出来的 2.0）的博客。31 日凌晨，v2026.8.1 正式挂上 GitHub。实际上，「2.0」只是宣传名，仓库里仍使用按日历走的版本号。

2.0 版本贡献巨大，工作量超预期

官方称，这一版由 933 名贡献者完成，其中 569 人是首次参与该项目，共纳入超过 1.6 万个 PR。这些 PR 数量约占 OpenClaw 历史上全部已合并 PR 的一半，相当于把项目「大半辈子」的代码压进了这一版。作为对照，上一个正式版 v2026.7.1 于 7 月 13 日发布，官方记录有 3063 项贡献、532 名贡献者。一个半月过去，贡献者数量近翻倍，PR 体量涨了一个数量级。官方表示，宁可多花时间让新老用户顺利安装，也不想急着发布后给大家留下一堆坏掉的配置。慢下来是因为活太多，团队变大，工作体量和节奏超出了 OpenClaw 原有底层架构和发版流程的承载范围，所以底座和发版流程都进行了返工。两次正式发行间隔约 48 天，期间 beta 等预发布版本一直在推进，只是稳定版未推出。

更新目标扩大，PR 有新内涵

这次更新最初只想简化安装流程，将浏览器端重做成第一入口。但清理过程中，消息、记忆等几乎每个模块都被改动，最终成为了「2.0」版本。值得关注的是，就在新版发布前几天，项目创始人 Peter Steinberger 称甚至不管它们叫 pull request，而管它们叫 prompt request。另一位维护者表示，有人架起自动化「软件流水线」，提交几百个 PR 挖掘仓库毛病。截至 8 月 26 日，OpenClaw 已积累约 38.8 万 Stars、8.1 万 Fork、超过 8 万次提交。该项目 2025 年 11 月起步，最初只是 Peter Steinberger 的周末小玩具。然而，十个月吸引大量人参与后，问题也随之而来。代码能批量生产后，PR 数量不再能说明问题，维护者难以区分有效 PR，于是更换了「信任信号」，更关注与智能体的对话记录、测试情况等，Peter Steinberger 表示没人在乎代码是否由本人编写，更在乎是否真正思考过功能。

审代码方式改变，新问题出现

审代码的方式也发生了变化，有维护者用 Copilot 审核 AI 写的 PR，还有人收到 PR 后自行修改。尽管门槛提高，但首次被合并的 PR 中有相当比例来自无开发背景的人。不过，也出现了有人复制他人 PR 刷合并次数的情况。这导致 AI 提升代码产能后，人的评审、架构和发布流程成为了瓶颈。

产品转向普通用户，支持多人协作

在产品方面，OpenClaw 明显转向普通用户。首次安装时，它会自动检测电脑已有配置，如已登录的 ChatGPT 或 Claude、API Key、本地模型等，能连接的直接连接，大量配置可在聊天过程中补充。浏览器端成为第一入口，发行说明中还有按关键词搜索对话等实用功能。官方举例，可让 Claw 监控邮箱，学校有通知时发送 Telegram 消息。此外，它开始支持多人协作，共享云端会话解决了上下文丢失问题，任务可由多人接手，还能在配对设备或云端机器上运行。但官方明确表示，这套团队角色属于协作控制，不能用于企业级多租户安全隔离。

更新有痛点，发版分道而行

这次更新并非无痛。正式发行说明中有两项标着 breaking 的改动，一是内置的 OpenProse 插件被移除，/prose 命令失效；二是 OpenAI 和 Codex 的模型名更改，需运行 openclaw doctor --fix 自动修改。安装第三方插件的用户需注意，9 月 1 日后，一批老接口将不被认可。原生 App 方面，macOS 签名和公证版本可下载，iOS 和 Android 新版分发另行跟进。安全方面，维护者收紧规定后引发用户投诉，而不处理又会收到大量安全报告，Peter Steinberger 表示在「用着顺手」和「默认够安全」间找平衡很难。发版方面，团队分为 stable（普通用户正式版）、extended - stable（上个月版本维护线）、beta（预发布）、dev（跟随主干实时更新）四条道，新功能先在 beta 测试，验证后进入 stable，满足不同用户需求。