ARTICLE · 996024
被唱衰半年后,OpenClaw 2.0 炸场回归!933 人参与,从演示品进化成生产工具
被唱衰半年后,OpenClaw 2.0 炸场回归!933 人参与,从演示品进化成生产工具导语 半年前，OpenClaw 横空出世，凭借一个终端里的 AI 编码智能体，迅速在开发者圈子里爆火。 但热度退得也快。过去半年，中英文社区里关于它最常见的关键词变成了三个字："凉了吗？" 很多用户转投了其他工具，贡献者热情消退，更新节奏也慢了下来。 就在所有人以为这个项目要慢慢淡出视野的时候，OpenClaw 2.0 突然炸场发布。 这是项目有史以来最大的一次更新：933 名贡献者参与，其中 569 人是第一次提交代码，合并的 PR 超过 1.6 万个 —— 约等于 OpenClaw 此前全部合并量的一半。 更有意思的是发布博客的标题，叫《OpenClaw 2.0, Accidentally》—— 意外的 2.0。团队本来只打算做两件小事：把安装流程做简单，把浏览器端体验做好。结果做着做着发现改不干净，只能顺着往下清理，清到最后，直接成了一个大版本。 这不是一次炫技式的更新。恰恰相反，它干的全是脏活累活：推倒重来的安装流程、换底层存储、加多人协作、补安全审计、把降级路径的破坏性写进警告框。 这些事，是一个项目从 "演示品" 转向 "生产工具" 时，才会花力气去做的事。 这次更新之前，OpenClaw 有将近七周没有发布新版本。 而在那之前的 230 天里，它发了 106 个版本，两次发版之间通常只隔一两天。高频更新，是这个项目早期最鲜明的标签。 为什么突然慢下来了？ 博客里的解释很直白：发版节奏慢下来的同时，开发反而在加速。团队规模变大，工作量和速度同时超出了原有代码底座和发布流程能承受的范围。于是两边一起返工 —— 代码底座要重写，发布流程要重建。 这就像一辆一直在高速狂飙的车，跑到一定速度之后发现底盘扛不住了，只能停下来把整个底盘换掉。换底盘的这段时间，车当然没法上路，但换完之后才能跑得更快更稳。 
1.6 万个 PR，933 名贡献者，就是这次底盘大换血的直接成果。 2.0 最直观的变化，是安装流程被彻底推倒重来了。 以前装 OpenClaw，各种配置项能把人绕晕。现在新的引导式安装会先做一件事：扫描你机器上已经有的 AI 访问权限。 如果你已经装了 Codex、ChatGPT 或 Claude CLI 并且登录过，它直接复用，不用再输一遍；如果你有 API key，它接受；如果你走供应商自己的登录流程，它也支持；如果你本机装了 Ollama 或 LM Studio 跑本地模型，它也能找出来。 最关键的一步：选完之后，它会先验证这个具体选择确实能给出应答，确认没问题了，再把模型和凭据存下来。 简单说就是：不搞花里胡哨的配置，先看看你电脑上已经有什么能用的，能用就直接用，用不了再帮你配。 新安装的 OpenAI 配置默认使用 GPT-5.6，本地侧则把 node-llama-cpp 换成了托管的 llama-server，llama.cpp 的默认上下文长度提到 64K。大量配置项被砍掉或移出初次安装，剩下的部分交给用户和智能体聊着聊着配完。 
浏览器端的 Control UI 也被彻底重写，改成了 chat-first 结构。 原来的 Overview 页被取消，会话进侧边栏，正在进行的那个对话居于中心。文件、审批、终端、Git 变更和一个可停靠的浏览器面板都排在对话旁边，工具调用与结果成对显示，文件改动展示聚焦的 diff。 还有一个很实用的小功能：一个叫 /btw 的命令，可以开一段独立的多轮侧边对话，用来问不想污染主线记录的问题。比如你正在让 AI 改一个大项目，突然想查个东西但不想让这段查询混进主对话上下文，就可以用 /btw 开个侧边栏单独问。 
官方给出的性能数字来自一个模拟测试环境：JavaScript 请求从 140 降到 45，启动时间从约 1.6 秒降到 575 毫秒。差不多是原来的三分之一。 底层存储也换了。会话和转录记录迁入 SQLite。 这带来的好处是查询更快、数据更稳定、支持更复杂的协作场景。但代价也很直白 —— 降级不再免费。 回滚到旧的文件存储版本前，必须用当前 CLI 恢复归档的旧格式转录文件，而迁移之后创建的会话在旧版本里根本不会出现。官方建议升级前先做一次经过验证的备份。 
这件事本身很小，但很能说明问题。一个演示品阶段的项目，不会认真考虑降级路径；只有当用户真的在用它干活、真的有数据不能丢的时候，降级路径才变成一个必须严肃对待的问题。 改动最有产品意味的，是共享云会话。 鲁道夫在博客里说，这个功能是团队自己用出来的。他们在开发 2.0 的过程中越来越多地把工作交给自己的 Claw，然后发现想把任务分享给同事、协作处理甚至完全移交时，OpenClaw 没有任何办法在不丢失上下文的情况下把另一个人拉进来。 于是就有了共享云会话。现在会话的所有者或管理员可以决定别人是只读、提建议、在草稿里工作，还是直接参与。 值得注意的是，文档对这个功能的自我设限写得相当直白：这些控制项不是租户隔离，也不构成安全边界，权限被撤销后界面刷新前可能仍短暂显示为可用。 Incognito 模式默认关闭，对话只留在进程内存里、不写入磁盘转录和自动记忆、Gateway 重启即消失，但消息依然会发给模型供应商，工具依然能写文件和影响外部服务。 不吹不黑，主动告诉你 "这个功能不是安全边界"，比很多含糊其辞的产品要诚实得多。 
安全部分，2.0 做了不少实事。 Gateway 默认绑定 loopback，多数聊天渠道对陌生私信发送者返回配对码，新增 openclaw security audit 命令，用于检查入站访问、工具影响半径、网络暴露、浏览器控制暴露和插件白名单。 文档把模型选择当作对抗 prompt injection 的第一道缓解措施，引用了一组 2026 年众包攻击竞技场数据：41 个智能体场景下的 27.2 万次攻击，只有当智能体既执行了有害操作、又对用户隐瞒时才计为成功。结果： Claude Opus 4.5 被攻破率 0.5% Claude Sonnet 4.5 为 1.0% Claude Haiku 4.5 为 1.3% Gemini 2.5 Pro 为 8.5% 但同一页也写明，面对有适应能力的人类攻击者，现有最好的防御被突破的概率仍然超过 80%。所以工具策略、执行审批和沙箱才是真正的强制层。 这段话翻译成人话就是：选个好模型能挡住大部分自动攻击，但如果有个活人专门盯着你搞，光靠模型是挡不住的，必须靠工具权限控制、人工审批和沙箱隔离来兜底。 这是一个技术上相当扎实的版本，但它出现的时机比内容本身更值得说。 过去半年，OpenClaw 在中文和英文社区里最常见的关键词，是 "凉了吗"。毕竟，OpenClaw 近段时间的热度其实已经消退了很多。很多用户已经离开，开发者和贡献者的热情都不如其发布时那么热烈。 这次 2.0 更新，看起来 OpenClaw 打算向真正可用的生产力工具演进。 复用已有登录凭据、把会话搬进 SQLite、给审批请求加 30 天历史、把降级路径的破坏性写进警告框、在多人协作文档里主动声明 "这不是安全边界"…… 这些是一个项目从演示品转向生产工具时才会花力气去做的事，也恰好是它在 1 月到 3 月那波狂热里最缺的东西。 
爆火的时候，所有人都在卷 Demo、卷功能、卷谁的效果更炸裂。热度退了之后，真正留下来的项目，开始卷稳定性、卷协作、卷安全、卷用户体验的细节。 这不是一个更炫的 OpenClaw，而是一个更靠谱的 OpenClaw。 至于 2.0 能不能把人拉回来，让我们拭目以待。 结尾总结 从两天一更到停更七周，从 106 个小版本到一个扎扎实实的 2.0，OpenClaw 走了一条很典型的开源项目路径：爆火、膨胀、冷静、反思、重构、务实。 933 名贡献者、1.6 万个 PR，这些数字固然亮眼，但真正重要的是更新背后的态度转变 —— 不再追求炫技式的功能堆叠，而是开始认真对待安装体验、数据迁移、多人协作、安全边界这些 "不性感但必要" 的事。 一个 AI 编码工具，从 "看起来很厉害" 到 "真的能每天用来干活"，中间隔着的就是这些脏活累活。 OpenClaw 2.0 把这些活干了。至于能不能把流失的用户拉回来，答案很快就会见分晓。 #OpenClaw#AI编码#开源工具#智能体#开发者工具
一、七周憋大招：从两天一更到停更七周，背后是整个底座返工
二、安装被推倒重来：先扫一遍你电脑上已有的 AI，能用就直接复用
三、浏览器端重写：启动时间从 1.6 秒降到 575 毫秒，对话才是中心
四、底层存储换 SQLite：升级爽了，但降级要收费
五、共享云会话：团队自己用出来的功能，主动声明 "这不是安全边界"
六、安全部分：模型选择是第一道防线，但人类攻击者突破率仍超 80%
七、真正的看点不是更新了什么，而是这个项目终于开始务实了
你用过 OpenClaw 吗？体验怎么样？ 你觉得 AI 编码工具最重要的是什么 —— 功能炫，还是稳定靠谱？