OpenClaw 2.0 发布：Agent 终于能把没做完的事接着做
OpenClaw 2.0（v2026.8.1）正式发布：重做 Web 控制台，支持跨设备和云端续跑，强化记忆、会话分支、自动化审批与 Agent 协作，同时带来多项升级迁移变化。
OpenClaw 2.0 来了。
官方版本号其实是 v2026.8.1，文档直接把它标成 OpenClaw 2.0。这次更新不是换一个模型，也不是给聊天窗口加几个按钮，而是把 OpenClaw 往“可以持续接管一项工作”的方向推了一大步。
以前的 Agent 更像一个随叫随到的助手：收到消息，调用模型，执行几步工具，然后结束。2.0 开始关心另一件事：任务中断之后能不能接着做，换一台设备之后能不能继续做，几天以后回来能不能找到当时的上下文。
最大变化：任务不再困在一台机器上
OpenClaw 2.0 支持把会话工作转移到配对设备或云端 Worker。会话不只是跟着 Gateway 走，工作区也可以一起移动；常用机器和项目种子还能保留下来，下一次启动时不必从头准备环境。
这对长任务很实用。代码修改、测试、资料整理这类工作，本来就不适合一直占着当前电脑。现在可以在本地发起任务，让云端 Worker 执行，之后从 Web、macOS、iOS 或 Android 客户端继续查看进度。
官方还加入了持久化的进度卡片。页面刷新、客户端切换之后，任务计划、当前状态和子 Agent 的活动仍然能够继续展示。它解决的不是界面好不好看，而是 Agent 工作经常跑很久，用户不能一直盯着一个页面等结果。
会话终于可以搜索、分支和回退
2.0 的会话管理更像一个真正的工作记录系统。
- 可以按精确词语或短语搜索历史对话，并直接跳回匹配内容附近
- 可以从某条用户消息回退或 fork 出新的对话分支
- 可以在保留的分支之间切换，继续不同方向的工作
- 可以编辑排队中的 Prompt，调整尚未发送的消息顺序
这里有个容易混淆的边界：回退只改变聊天上下文，不会撤销此前已经发生的文件修改、命令执行或其他工具副作用。它更像“从旧上下文重新开一条路”，不是 Git 那样的文件回滚。
这条边界很重要。Agent 已经执行过的操作不能因为用户切换了对话分支就凭空消失，OpenClaw 2.0 至少把这件事说清楚了。
记忆从“存档”变成了工作能力
这次更新把记忆功能推得更深。
开启 Active Memory 后，个人安装默认可以检索同一 Agent 的部分私有对话上下文；群组和频道对话不在默认召回范围内。后台还会进行模型辅助的记忆整理，把带有来源信息的内容沉淀为长期记忆，并生成 Dream Diary。
OpenClaw 还默认开启了自动学习：系统会收集可复用的经验，由扫描器批准后应用新的技能或 Workshop 创建的技能。用户自己写的技能修改仍然会保持待处理状态，不会被悄悄覆盖。
这套机制的好处很直接：Agent 不必每次都重新解释项目习惯、工具用法和工作偏好。代价也同样直接：记忆一旦参与后续决策，错误信息也可能被带得更远。因此，记忆来源、关闭开关和人工审核，比“能不能记住”本身更重要。
授权机制更像权限系统，而不是弹窗确认
OpenClaw 2.0 在安全和协作上增加了几层细控制。
Agent 需要凭据时，可以通过遮罩输入框请求，凭据值不会直接出现在聊天记录或模型上下文里。共享凭据还能绑定到明确的 HTTPS 目标主机，未绑定的目标会在明文外发前被拒绝。
自动化任务也可以针对某个精确操作提前授权。授权之后，任务可以重复执行；操作范围发生变化时，系统会要求重新确认。团队使用时，还能给成员分配角色，限制可访问的 Agent、其他人的会话和操作范围。
这些变化说明，OpenClaw 不再只考虑“让 Agent 做事”，也开始处理“Agent 以谁的身份、在什么范围内做事”。对于能读文件、跑 Shell、操作聊天渠道的工具，这比增加一个新模型适配器更关键。
Web 控制台不只是换了皮肤
2.0 重做了 Web 端体验，新增了一批更接近工作台的能力：
- 在聊天中展示交互式 Widget，并固定到会话 Dashboard
- 为 Widget 授予精确的操作权限和网络来源
- 将渲染后的结果导出为 PNG
- 通过卡片、按钮或普通文本回答 Agent 的结构化问题
- 从控制台创建和管理 Goals、Workboard 与自动化任务
- 查看 Gateway 所在主机、网络地址、系统、运行时间、CPU、内存和磁盘状态
其中最值得注意的是交互式结果和 Workboard。Agent 的输出不再只能是一段文字，也可以变成可以继续操作的面板；多个任务也不必散落在聊天记录里，而是能在会话工作区里集中查看。
还新增了哪些实用接口？
这次更新的能力范围很大，几个值得记住的方向包括：
- Agent 协作：增加可选的 A2A 1.0 通道插件，让经过认证的 Agent 之间交换文本任务和状态
- 邮件触发：通过 IMAP 收件箱触发 Agent 工作
- 本地模型：支持托管 llama.cpp 对话和本地 Embedding，也可以连接已有的 llama-server
- 云端执行：新增 Daytona 沙箱后端，支持云端隔离执行
- 共享终端：在同一会话中共享终端，Agent 只能在对应的权限策略下查看或操作
- 媒体处理：Web、macOS、iOS 和 Android 对图片、音频、视频的上传、回复和播放更加完整
- 备份恢复：可以使用
openclaw backup sqlite创建、验证和恢复 SQLite 快照
这不是单纯把功能清单拉长。OpenClaw 2.0 正在把模型、工具、设备、云 Worker、聊天渠道和会话记录放进同一个运行系统里。
升级前要注意：有几项会影响现有配置
这次不是完全无感升级。
/prose 命令和内置 OpenProse 插件被移除，原有 .prose 源文件会保留，但需要按照官方 Agent Skill 迁移方式处理。此前使用 codex/* 或 openai-codex/* 的模型引用、Provider 配置、已保存会话和自动化路由，也需要通过 openclaw doctor --fix 迁移到新的 openai/* 路径。
外部插件还要留意 SDK 迁移。官方列出了多个将在 2026 年 9 月 1 日进入移除门槛的旧导入路径，这些不是本次已经删除的接口，但插件作者不应继续依赖它们。
官方建议升级前备份配置和状态。如果自动更新失败，先运行 openclaw doctor --fix，再确认迁移结果和 Gateway 是否正常启动。
最后
OpenClaw 2.0 的变化可以浓缩成一句话：它开始把 Agent 当成一个持续运行的工作系统，而不是一次问答。
跨设备续跑、可搜索的会话、对话分支、长期记忆、结构化审批和云端 Worker，解决的都是同一个问题：任务不能因为页面刷新、机器休眠或一次执行失败就重新开始。
这也让权限、备份和迁移变得更重要。Agent 能接手的事情越多，系统就越不能只追求“自动完成”，还得让人随时知道它记住了什么、拿到了什么权限，以及刚才究竟做了什么。
来源：
更多文章
