GitHub上发展最为迅猛的开源项目OpenClaw，在沉寂7周后终于推出了2.0版本。这个项目此前以惊人的速度迭代，230天内发布了106个版本，平均每两天多就有一个新版本问世。然而，这次正式版更新却罕见地“断更”近7周，引发了社区的广泛关注。
8月30日，OpenClaw团队发布了一篇题为《OpenClaw 2.0, Accidentally》的博客文章，宣布了这一意外诞生的版本。次日凌晨，v2026.8.1版本正式上线GitHub。尽管对外宣传为2.0版本，但仓库内部仍沿用日历式版本号。这一版本由933名贡献者共同完成，其中569人是首次参与项目，共合并了超过1.6万个PR，几乎占项目历史总PR的一半。
与7月13日发布的上一个正式版v2026.7.1相比，这次更新在贡献者数量和PR体量上都实现了飞跃。上一个版本有3063项贡献和532名贡献者，而这次一个半月内，贡献者数量几乎翻倍，PR数量更是增长了一个数量级。团队解释称，这次更新之所以耗时较长，是因为希望确保新老用户都能顺利安装使用，避免发布存在配置问题的版本。
OpenClaw团队表示，这次更新并非因为缺乏工作，而是因为工作量过大。随着团队规模的扩大，原有的底层架构和发布流程已无法满足需求。因此，团队决定同时对底座和发布流程进行全面重构。虽然两次正式发布之间间隔了约48天，但期间beta等预发布版本一直在持续更新。
这次更新的最初目标非常简单：简化安装流程，并将浏览器端作为首要入口。然而，在清理和优化过程中，团队发现几乎每个模块都需要改进，最终演变成了全面的2.0版本。消息、记忆、技能、模型、自动化、插件、安全和原生应用等模块都得到了全面升级。
在新版本发布前，GitHub官方采访了OpenClaw的维护者。项目创始人Peter Steinberger表示，他更愿意将这些PR称为“prompt request”而非“pull request”。另一位维护者透露，有人甚至搭建了自动化“软件流水线”，一次性提交数百个PR，全面检查仓库中的问题。截至8月26日，OpenClaw已积累了约38.8万Star、8.1万Fork和超过8万次提交，而这一切仅始于2025年11月的一个周末小项目。
随着代码生产能力的提升，PR数量已不再能准确反映贡献质量。维护者开始更加关注贡献者与智能体的对话记录、测试结果、截图以及改动说明。Peter Steinberger强调：“没人在乎代码是不是你写的，但我们在乎你有没有真正思考过这个功能。”
在代码审查方面，维护者也采用了新方法。有人收到AI生成的PR后，会直接使用Copilot进行审查，了解修改内容和意义。还有人收到PR后直接进行修改，而非要求贡献者重新提交。尽管门槛提高，但首次被合并的PR中仍有相当比例来自非开发背景的贡献者，他们通过智能体生成补丁并与维护者合作完成修改。
然而，这也带来了新问题。有人通过复制他人PR来刷合并次数，塑造虚假贡献者形象。这导致“合并数”这一传统指标也受到了污染。如今，AI的代码生产能力已达到极高水平，而人类的评审、架构和发布流程却成为了整个链路的瓶颈。
在产品层面，OpenClaw正逐渐向普通用户倾斜。新版本简化了首次安装流程，自动检测并连接用户已有的ChatGPT或Claude账户、API Key和本地模型。大量配置被移出安装流程，用户可以先开始对话，再逐步完成设置。浏览器端成为首要入口，多数用户将在这里首次体验自己的Claw。
新版本还增加了许多实用功能，如按关键词搜索历史对话、保持任务进度刷新、将交互组件固定到会话面板等。官方举例称，用户可以让Claw监控邮箱，一旦孩子学校发布作业或活动通知，就立即发送Telegram消息。OpenClaw还开始支持多人协作，通过共享云端会话实现任务交接和上下文保留。任务还可以转移到配对设备或云端机器上运行，实现无缝切换。
然而，这次更新并非一帆风顺。正式发行说明中列出了两项重大改动：内置的OpenProse插件被移除，/prose命令失效；OpenAI和Codex的模型名称更改，旧配置需运行openclaw doctor --fix自动更新。第三方插件开发者需在9月1日前更新接口，否则用户可能无法使用。原生应用方面，macOS签名和公证版本已可下载，iOS和Android版本将随后跟进。安全方面，团队在“易用性”和“默认安全性”之间寻求平衡，规定Claw只能在指定文件夹内操作，但这一限制也引发了部分用户的不满。
在发布流程上，团队现在分为四条轨道：stable为普通用户正式版；extended-stable为上个月版本的维护线；beta为预发布版；dev则跟随主干实时更新。新功能先在beta版中测试，确认无误后再进入stable版。这种分工旨在实现“高速开发”与“稳妥发布”的平衡。
