OpenClaw 2.0 更新了什么:一次从个人 Agent 到长期运行系统的重构

8月31日，OpenClaw的GitHub Release页面出现了一个很有意思的并置：v2026.8.1被标成“Latest”，下方紧跟着一段更新帮助——如果自动升级失败，先处理迁移错误，确认Gateway能够启动；动手前，备份配置和状态。

这几行字几乎就是OpenClaw 2.0的缩影。它想让Agent保存更长的记忆、把任务搬到别的机器、按计划持续运行；可越多状态被保留下来，升级时需要一起搬走的东西也越多。

读这次更新，两个问题最有用：它到底重做了什么；哪些能力已经进入正式版，哪些仍需要真实环境证明。

七周没有稳定版，最后动到了发布底座

OpenClaw官方把v2026.8.1直接称为2.0。官方发布博客称，此前项目在230天里发过106个版本，这次却接近七周没有稳定版。团队最初只准备简化安装、重做Browser App，随后发现真正卡住迁移的是旧状态：长期记忆与会话存储、自动化任务、扩展插件和网关运行方式互相牵连。

8月18日，官方仍在用一个Beta反馈Issue收集恢复与迁移测试；到8月31日，签名Release才正式发布。官方披露这次有933名贡献者、其中569人首次贡献，合计超过1.6万个Pull Request。这个数字能说明改动范围，不能代替质量证明。

图：OpenClaw官方GitHub Release，v2026.8.1，发布记录为2026年8月31日；截图于2026年9月1日。官方页面未提供转载许可，发布前需人工版权复核。

把按用户会感知的变化重新归类，可以看到五条同时推进的线：安装和界面、Memory、持续运行、权限与安全、升级迁移。2.0的分量来自它们之间的耦合，不在功能数量本身。

Memory被拆成召回、整理和学习

OpenClaw 2.0没有把“记住更多”当成一个按钮，而是分成三条路径。

第一条是Active Memory。按官方文档，符合条件的个人安装可以让同一个Agent从其他私人会话中检索有限上下文。它默认受DM隔离配置影响，群组和频道不在默认范围内，也能显式关闭。跨会话召回只在明确范围内运行。

第二条是Grounded Dreaming。后台会按light、REM、deep三个阶段整理材料，只有deep阶段把达到条件的内容写入长期MEMORY.md，同时留下Dream Diary和来源线索。这样做试图把“发生过什么”和“值得长期留下什么”分开。

第三条是Self-learning。它在正式版中默认是auto：强学习信号会进入Skill Workshop和扫描流程，扫描通过的新Skill或Workshop自有Skill可以应用；用户手写Skill的修改仍保持待确认。用户也可以切到propose逐项审核，或直接关闭。三条路径都已写入正式Release；误召回率、过时记忆和错误经验被固化的概率，目前没有公开的独立效果数据可引用。

Session开始搬动执行位置

这次最接近系统重构的变化，是Session不再只能在Gateway所在机器上干活。

Cloud Sessions文档把运行位置分成三类：Gateway本机、用户配对的设备、按需创建的Cloud Worker。Gateway继续持有对话记录、模型凭证、放置记录和最近一次完成回传的工作区；命令、文件修改和工具调用可以在远端执行，再把结果合回Session的工作树。模型凭证不会直接落到临时Worker上。

这和“手机、电脑都能看到同一段聊天”差别很大。被移动的是任务的执行位置和工作区。云Worker空闲后可以休眠，下一条消息再创建替代机器；配对设备离线时，Session会等待它重连。若用户强制把任务切回Gateway，设备上尚未回传的文件仍可能丢失。长期运行获得了新的调度方式，也多了一套必须观察的状态一致性问题。

权限被拆到凭证、操作和插件三处

OpenClaw能碰文件、Shell、浏览器和外部账号。2.0没有用一个总开关包住这些风险，而是把控制点放到不同动作上。

Private Credential Request让Agent通过遮罩窗口索取密码或API Key，值不进入聊天和模型上下文；可选代理还能把秘密替换限制在获批目的地。Automation则按“精确操作”保存授权，之后可以查看或撤销；任务定义或操作变化时，需要重新批准。

外部Plugin安装和启用前会展示来源、版本、完整性与声明能力，包括工具、Hook、MCP服务器和危险配置。能力面扩大或产物完整性改变时，要重新同意。不过，已启用的Legacy安装和没有托管记录的本地路径仍有例外，不能把“出现同意页”理解为插件代码已经安全。

Session Permission Mode提供deny、allowlist、ask、auto和full。官方文档还明确，OpenClaw策略与主机本地审批取更严格的结果；团队角色属于协作控制，并非敌对多租户隔离。这些设置提升了操作的可见性和追踪能力，高权限Agent的攻击面依旧存在。

安装更轻，监督界面更完整

普通用户最先感受到的变化会更直接。首次设置会从机器上已有的ChatGPT或Claude订阅、API Key和本地模型入手，减少必须在第一屏完成的配置；网页和macOS引导也加入本地模型下载动作。Browser App直接进入对话，用户可以回到进行中的任务，持久进度卡跨刷新保留，结构化问题、Dashboard和Workboard让人更容易看见Agent正在做什么。

Automation会默认绑定创建它的会话，可恢复备份进入正式版本，Plugin的安装与更新也更强调来源和能力审查。需要注意的是，新iOS和Android分发另行推进，外部Plugin与旧配置更不可能在同一天全部完成适配。

首发风险集中在旧状态怎么搬

官方Release把迁移风险写得很直白：OpenProse插件和/prose命令被移除，旧的codex/*、openai-codex/*路由要迁到openai/*，部分Plugin SDK接口进入后续弃用窗口。官方建议运行openclaw doctor --fix，同时要求更新前备份配置和状态。

正式版首日已经出现一个边界清晰的故障样本。Issue #134036记录了macOS、pnpm全局安装、LaunchAgent、SSH非TTY这一组合下，doctor --fix可能跳过迁移，Gateway随后反复要求执行同一条修复命令。Issue给出了复现环境和临时处理方式，但截至9月1日仍没有可靠的总体影响比例。

社区同一条发布讨论里，有人顺利升级，也有人在多Agent、旧Plugin、历史Session和远程服务上经历多轮修复。这些经历能提醒我们去查哪些环节，不能拿来推断整个用户群的失败率。

谁适合现在升级

把OpenClaw 2.0称为更接近Agent Runtime，是基于它已经拼出的组件：Gateway持有身份与状态，Memory跨会话召回，Session能更换执行节点，Automation持续触发，权限和凭证控制贯穿任务生命周期。这是本文的产品判断，不是官方对所有环境作出的稳定性保证。

新装、个人试用、具备回滚条件，并且确实想测试Memory或Cloud Session的人，可以现在开始。已有少量Automation和Plugin、允许停机的团队，适合先复制状态、小流量升级，再验证Gateway启动、Session迁移、定时任务和授权记录。

生产关键任务、复杂Legacy状态、依赖外部Plugin，或习惯通过非TTY远程自动更新的实例，现阶段更适合等补丁和兼容说明。OpenClaw 2.0已经把个人Agent推向长期运行系统；