OpenClaw 2.0 一次合并 1.6 万个 PR

OpenClaw 在 8 月 30 日放出 2.0 版本。社区经理 Hannes Rudolph 在发布说明里给了一组数字:933 名贡献者参与,其中 569 人是第一次给这个项目提交代码;合并的拉取请求超过 1.6 万个,约占项目开张至今全部合并量的一半。

一半的含义是,这一个版本吞下的代码量,和此前所有版本加起来差不多。

2.0 之前 OpenClaw 的节奏在另一个极端。230 天里发过 106 个版本,平均两天多就有一次更新。而这次团队近七周没有出新版,按旧频率粗算,本该出现的二十来个小版本全被攒进了一个版本号。

三处改动落到手上

官方口径是 2.0 覆盖安装、消息、记忆、技能、模型、自动化、浏览器、插件和安全,等于每条线都动过一遍。能被用户直接摸到的有三处。

安装流程被压短。 新方案直接复用用户已有的模型订阅和本地已经装好的模型,跳过首次配置里最劝退的那一段:填密钥、选后端、反复试连接。对第一次接触这类 Agent 框架的人,这一段决定了会不会在十分钟内放弃。

浏览器端从附属功能提到一级入口。 重建之后可以直接在浏览器里对话,不必绕回终端窗口。569 名首次贡献者这个数字和这条改动大概率互为因果——门槛降下去,进来的人才多。

共享云端会话是全新加的。 多个人可以进同一个会话协作,上下文保留在云端而非各自本地。配套的还有邮箱、即时通讯等渠道接入,把单机工具往团队工具的方向推了一格。

Rudolph 在发布说明里写的定位是 “OpenClaw is open source, and it belongs to the people who use it and help build it”(OpenClaw 是开源的,它属于使用它、也帮着建设它的人)。产品层面的说法,则从”接受软件预设的样子”换成了”告诉它做什么,让它围着你的用法长”。

攒七周换来了什么

小步快跑是开源项目的默认姿势,好处是回滚成本低、问题暴露早。两天一个版本的节奏维持了两百多天,说明 OpenClaw 之前吃的就是这套红利。

七周静默是反过来的选择。1.6 万个 PR 里必然有大量互相依赖的改动,安装流程要动、浏览器要重建、会话要上云,这些改动分批发只会让中间态一直不可用。把它们捆在一起发,用户端一次性承受升级成本,维护者端则要在合并窗口里同时处理近千人的代码。

933 名贡献者对 1.6 万个 PR,人均十七个左右(粗算)。569 人是首次参与,占比六成一。这个结构说明主力仍是一小撮长期维护者,新人贡献多集中在文档、插件和边缘修复上,这也是大型开源项目吸纳外部代码时的常见形态。

半年里的第四次

OpenClaw 上一次被集中讨论是供应链安全信任危机,再往前是 Anthropic 一度封禁它、随后又解封并把 Agent 额度独立出来。一个开源 Agent 框架在半年内接连触发生态摩擦,本身就说明它已经卡在了模型厂商、插件作者和终端用户三方的中间位置。

2.0 把安全也列进了改动清单,具体条目官方没有展开。对经历过上一轮信任危机的用户来说,这部分的细节比新加的云端协作更需要看清楚。共享会话意味着对话上下文离开本地,插件体系又是此前风险的来源,两件事叠在一起,审计的必要性只会更高。

版本号从 1.x 跳到 2.0,通常暗示不兼容变更。想升级的人最好先确认自己的插件和自动化脚本还能不能跑。

参考来源:OpenClaw 官方发布说明、CocoLoop;贡献者数、拉取请求总数与版本发布频率均以官方发布说明所列口径为准,人均 PR 数与占比为编辑粗算。