Dovv迷失矩阵

“在迷失的矩阵中，重构信息的秩序。”

✍️ 全文字数：2490 字 · ⏱️ 预计阅读：7 分钟

1.6万个PR之后，OpenClaw不再只是一个AI助手

OpenClaw 消失了将近七周。

这对一个曾在 230 天里连续发布 106 个版本、常常隔一两天就更新一次的开源项目来说，很不正常。

8 月 31 日，它终于回来。官方给出的数字有点夸张：933 名贡献者、569 名首次贡献者、超过 16000 个 PR。OpenClaw 称，这个版本大约占项目历史合并 PR 的一半。

但团队一开始并没有打算做 2.0。

他们只是想让安装更简单，再把浏览器应用认真重做一遍。结果做着做着，清理一路穿过消息、记忆、技能、模型、自动化、浏览器、原生应用、插件与安全，最后再也不能被称为一次普通更新。

这就是官方标题里的“Accidentally”。

它不是说 16000 个 PR 从天上掉下来，而是说：当一个个人 Agent 真正开始进入日常工作，表面上越简单，底层需要重写的东西反而越多。

为了让第一句话更简单，整个底座都得改

过去搭建个人 Agent，最容易把人劝退的不是模型能力，而是第一小时：装运行环境、选提供商、填 API Key、配 Gateway、接渠道，然后祈祷配置没有写错。

OpenClaw 2.0 把目标改成“尽快开始第一次有用的对话”。引导式设置会检查电脑上已经存在的 ChatGPT 或 Claude 订阅、API Key 以及受支持的本地模型，并在保存前验证这个模型确实能回答。重建后的浏览器应用则直接打开一场对话，剩余设置可以继续通过对话完成。

这看起来只是 onboarding 变顺了。

可一旦允许用户沿用已有认证、切换云模型和本地模型、在网页与终端之间继续同一场对话，系统就必须回答一连串麻烦的问题：凭据归谁、状态存哪里、连接失败怎么恢复、配置冲突听谁的、更新时如何不把旧用户的数据弄丢。

所以，这次变化的逻辑并不是“功能越堆越多”。恰恰相反，它是在把复杂度从用户面前搬到底层。

真正的2.0，是“回答”变成了“会话”

普通聊天产品的基本单位是一问一答。回答结束，价值也差不多结束。

OpenClaw 2.0 的基本单位开始变成持久会话：它有聊天记录、记忆、工作区、执行位置、进度、权限和分支。用户可以搜索过去的对话，从某条消息分叉；自动化可以绑定原始会话；任务可以在刷新页面之后继续显示进度。

更关键的是，会话和执行机器被拆开了。

一项工作可以在运行 Gateway 的主机、自己的配对设备，或临时云工作节点上执行。官方文档称，Gateway 继续持有会话、对账后的工作区、模型凭据与位置记录；命令、文件编辑和工具执行才被派到远程机器。云机器消失，会话本身仍然存在，下一条消息可以再分配一台。

这才是 2.0 最重要的架构变化：模型仍然负责生成，但产品真正需要守住的是状态、上下文与工作的所有权。

图：Dovv 将保存上下文与工作区的会话线轴从旧执行机器迁移到新机器

当Agent进入团队，权限就不再是设置页细节

OpenClaw 团队在开发这个版本时，也开始用自己的 Claw 承担更多工作。很快，他们遇到一个个人助手不会遇到的问题：怎样把另一名成员拉进任务，又不丢掉 Agent 已经知道的上下文？

共享会话给出的答案很具体。会话可以保留所有者和创建者归属，其他人按权限阅读、提出建议、编辑草稿或直接参与；界面还加入在线状态、输入提示和协作身份。

但多人化不是加几个头像那么简单。

一个会读邮件、操作浏览器、执行命令并保存长期记忆的 Agent，一旦多人共享，错误授权的代价会迅速放大。于是 2.0 同时加入会话权限模式、团队角色、插件能力审查、私密凭据请求，以及针对精确操作的一次性自动化授权。

这里有一个必须保留的边界：OpenClaw 官方明确说明，这些团队角色用于一个可信安装内部的协作，不是敌对租户之间的安全隔离。撤销权限后，界面也可能短暂显示旧状态，直到刷新或 Gateway 拒绝操作。

换句话说，它开始像团队软件，但还不能因为有“角色”两个字，就被当成零信任企业平台。

1.6万个PR不是勋章，也是升级风险

数字越大，越容易让人忽略另一面：16000 个 PR 说明的是工程体量，不是稳定性证明。

这次版本把会话和转录存储迁移到 SQLite，并包含模型路由、插件等 breaking changes。官方发布页要求用户升级前备份配置和状态；如果要降级，还必须先处理旧文件存储与新数据库之间的兼容问题，否则新版本创建的会话不会出现在旧版本里。

官方愿意把这些风险写得很直白，反而说明项目已经进入另一个阶段：它不再只对“今天能不能跑”负责，还要对升级、回滚、权限、恢复和长期数据负责。

OpenClaw正在变成什么

OpenClaw 仍把自己定义为个人 AI 助手，源码采用 MIT 许可证，模型、消息渠道和插件都可以替换。

但从 2.0 的变化看，它正在尝试成为更底层的东西：不是另一个包着聊天框的模型，而是一层由用户掌握的个人软件运行时。

它连接模型，却不把未来押在单一模型上；连接邮箱、Telegram、iMessage 和浏览器，却试图让任务保持在同一个会话里；执行机器可以更换，但工作区、凭据和上下文由 Gateway 保留；一个人的自动化，还可以逐步变成家庭或团队的协作任务。

这也是为什么 OpenClaw 2.0 会“意外”发生。

团队最初只是想把入口修好，却发现入口后面已经不是一个聊天工具，而是一整套正在生长的软件关系：人和模型、人和任务、人和其他协作者，以及所有这些关系留下的状态。

所以，OpenClaw 2.0 最值得看的，不是一次更新塞进了多少功能。

而是它终于开始回答一个更难的问题：当 AI 真正替你做事以后，谁拥有这项工作，它在哪里继续，又由谁来接手。

参考资料

• OpenClaw 官方发布帖^[1]
• OpenClaw 2.0, Accidentally^[2]
• OpenClaw 2.0 完整发布说明^[3]
• OpenClaw Cloud Sessions 文档^[4]
• OpenClaw GitHub 仓库^[5]

公众号：迷失矩阵

作者：Dovv

关注【迷失矩阵】· 开启理清逻辑的技术旅程