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满足不同用户需求。人类面临新瓶颈跟不上 AI 速度回顾这 7 周真正有意思的并非功能列表。过去人们担心 AI 写不出可用代码而现在OpenClaw 这个增长最快的开源项目表明代码多到人看不过来才是新的瓶颈。OpenClaw 憋了 7 周推出 2.0不是它慢了而是人类还没跟上 AI 写代码的速度。