一个开源项目，933 名贡献者，超过 1.6 万个 Pull Request——这个数字接近 OpenClaw 历史全部合并 PR 的一半。而这一切的起点，只是团队想「简化一下安装流程」。官方博客把这次发布命名为《OpenClaw 2.0, Accidentally》，「意外做出来的 2.0」。
8 月 31 日，开源个人 AI 助手 OpenClaw 发布 v2026.8.1，团队直接称之为「OpenClaw 2.0」，这也是项目诞生以来规模最大的一次更新。官方数据显示，933 名贡献者中 569 人是首次提交代码；在这之前，OpenClaw 曾以 230 天发布 106 个稳定版本的速度狂奔，而 2.0 之前整整停更了近七周。
一、为什么是「意外」：改安装，改出了重写
按官方与媒体报道的复盘，团队最初只有两个目标：简化安装，以及把更像管理后台的浏览器界面重做成能长期使用的 Agent 入口。但很快发现，Session、Memory、Plugin、Automation、Gateway 与不同设备之间已经积累了大量兼容问题——只换一层界面，老用户一迁移数据照样会出问题。于是改动一路深入到底层，几乎重做了安装、消息、记忆、技能、模型管理、自动化、浏览器、原生客户端、插件与安全系统，连发布流程都一起重构。
对使用者来说，这次重构集中在三个老问题上：怎么装、跑起来之后它在干嘛、能不能放心交给它碰数据和工具。
安装端的变化最直观。新版安装会自动检测电脑上已有的 ChatGPT、Claude 订阅（OAuth 授权）与 API Key，以及本地通过 Ollama、LM Studio 跑起来的模型，并在提交配置前先测试所选模型是否真的可用。大量配置项被移出首次安装流程，剩下的改为「跟 Claw 对话完成」——把配置成本从开始前的一次性门槛，摊薄成使用中的渐进成本。本地推理的底层也换成了托管的 llama-server 实现。
二、记忆、协作、权限：三大核心改动
记忆。2.0 引入了 Active Memory（主动记忆）——默认在个人安装上检索同 Agent 的私人对话上下文；Grounded Dreaming（有据沉淀）——默认开启的后台记忆整合，把经过来源鉴定的材料提升为长期记忆，附带「Dream Diary」记录；以及隐身线程（Incognito Threads）——转录只留在内存里，重启即焚。官方还删除了一套重复的记忆系统，砍掉约 5 万行代码。此外，Automatic Self-learning 让 Agent 在完成任务后总结可复用经验，通过安全检查后沉淀为新技能或改进已有技能。
协作。此前 OpenClaw 有个结构性缺陷：一个人养的 Claw 积累了大量上下文，另一个人接手只能从头开始。2.0 的 Shared Cloud Sessions（云端共享会话）允许多人保留完整上下文加入同一个进行中的任务，权限分为只读、建议、草稿、直接参与四档，并支持身份标识、在线状态与成员归属管理。会话还可以在本地设备、配对机器与 Cloud Worker 之间迁移，任务与工作区一起搬家。官方团队自己用「用 OpenClaw 构建 OpenClaw」的方式开发了这套功能——先搬到共享 Agent 上写代码，再把用法固化进产品。
权限。安全是这一版改动最密集的部分。Private Credential Request 让 Agent 需要密码、Token 时通过遮罩输入界面向用户索取，敏感信息不进入聊天记录和模型上下文；团队级共享凭证存储基于 SQLite，秘密值只写不读，受保护出口绑定声明的主机；自动化支持针对单项操作的一次性授权，任务或操作范围变化后需重新批准；第三方插件安装前展示来源、版本、能力与审计信息，未知来源且含可执行代码的插件需额外确认；状态存储从文件迁向 SQLite，配套快照、备份、验证与还原能力。
三、从「个人工具」到「Agent Runtime」
把改动合在一起看，OpenClaw 2.0 的产品定位已经变了：它不再是一个「能控制电脑的聊天机器人」，而是试图成为一个长期存在的计算层——Gateway 持续在线保存记忆，动态调度本地电脑与云端资源，需要时生成或调用不同 Agent。官方给出的默认模型是 gpt-5.6-sol，模型发现改为实时拉取供应商列表，目录里已经出现 Qwen 3.8 Max、GLM-5.3、DeepSeek V4 Flash Vision、小米 MiMo 等中国模型，字节的火山引擎与 BytePlus 也作为官方提供商包支持按需安装。
配套的还有实验性的 Swarm（一个主 Agent 同时启动多个子 Agent 并行处理独立任务再汇总）、/loop（按固定时间或自身节奏持续检查）与 Workboard（任务与自动化连接，一项完成自动启动下一项）。浏览器的 Control UI 也重做了：启动耗时从约 1.6 秒降到 575 毫秒，JavaScript 请求数从 140 降到 45——需要说明，这是官方在模拟环境下的受控测试数据，不是独立基准。
规模数据方面，官方口径是：截至 8 月底 GitHub Star 接近 38.8 万、Fork 超 8.1 万；6 月 Peter Steinberger 称全球约有 50 万套 OpenClaw 系统运行。
四、客观看：史上最大更新，不等于没有代价
需要先划清边界。官方在共享会话与团队角色两处都明确声明：这些是协作控制，不是多租户隔离，也不构成安全边界——能碰到你的 Gateway，就等于能碰到你的 Shell。共享会话适合可信的小团队，不适合对外服务的多租户场景。
升级代价同样不小。内置的 OpenProse 插件与 /prose 命令被移除；部分 OpenAI 与 Codex 模型路由需要迁移到 openai/* 命名；Plugin SDK 有一批接口将在 9 月进入废弃阶段；会话与转录迁入 SQLite 后，回滚到旧版本需要先恢复归档的旧格式文件，迁移后创建的会话不会出现在旧版里——升级前必须备份。官方为此强化了 openclaw doctor --fix 帮助处理历史兼容问题。
社区反应也并非一片叫好。发布几个小时后，Reddit 已有人反馈「让它自己升级，然后它挂了」，也有用户在 M4 Pro 上遇到启动循环、CPU 占满的问题，还有人干脆让 Codex 或 Hermes 去修坏掉的 OpenClaw。团队承认迁移问题仍在修补。把 2.0 称为「翻盘」还太早。
但方向是清楚的。记忆能不能积累、会话能不能迁移、权限能不能控制、资源能不能调度，以及升级以后它还能不能正常工作——这四个问题越来越接近 Agent 真正进入日常使用后的竞争核心。OpenClaw 用史上最大的一次重构把问题摆上了台面，至于能不能重新拉开差距，还要先通过那个最现实的考验：下一次升级，别再把自己搞挂。