OpenClaw 2026.8.1 / OpenClaw 2.0 更新解读：新功能、破坏性变更与升级建议

2026 年 8 月 31 日，OpenClaw 正式发布 v2026.8.1，官方 Release Notes 直接把它称为 “OpenClaw 2.0”。

这个名字不是单纯为了营销。和 3 月那轮插件、浏览器、模型路径调整相比，这次更像是把 OpenClaw 从“一个跑在 Gateway 上的 Agent”继续往“可跨设备、跨 worker、长时间运行的个人 Agent 工作台”推进。

但这次也不是无脑升级：OpenProse、OpenAI 模型路由和插件 SDK 都有明确迁移项。旧环境越复杂，越应该先看破坏性变更再决定什么时候升。

先看版本状态

截至本文核验时间：

• 稳定版：v2026.8.1，2026-08-31 发布，非 prerelease。
• 预览版：v2026.9.1-beta.1，2026-08-28 发布，仍属于 beta。

所以普通用户现在应该把 2026.8.1 当作主线稳定版，而不是因为 2026.9.1-beta.1 数字更大就直接追 beta。实时状态可以看站内版本中心。

为什么说 2026.8.1 是一次“大版本”

如果把 Release Notes 里非常多的条目压缩成一句话，我认为核心变化是：

OpenClaw 的“会话”正在变成一种可持续、可迁移、可观察、可授权的工作单元。

过去我们更容易把它理解为：Gateway 收到消息 → 调模型 → 调工具 → 返回结果。

在 2.0 这一轮里，官方明显在补另外几层：历史会话怎么找回来、任务不在 Gateway 本机跑怎么办、长任务怎么展示进度、Agent 怎么向人发结构化问题、凭据怎么临时索取、自动化以后还能不能继续使用授权，以及团队环境里谁能进入终端。

这会直接改变 OpenClaw 的使用方式。

1. 历史会话终于更像“可搜索的工作记录”

2026.8.1 增加了按原句或关键词搜索历史 conversations 的能力。

这件事看起来很小，但对长期使用的人价值很高。真正的个人 Agent 不可能每次都从一张空白聊天框开始；当会话逐渐承载项目、调研、自动化和日常工作后，“之前在哪次对话里做过这件事”本身就成为高频需求。

这一轮同时继续加强 Active Memory、conversation branches 与 memory ownership。方向很明确：OpenClaw 不只是保存聊天记录，而是在尝试让长期会话变成可找回、可组织、可继续的工作资产。

2. 会话可以在 Gateway 之外真正干活

官方把 paired devices、cloud workers 等纳入 session 体系：

• Gateway 继续管理 conversation、workspace 与模型凭据。
• 真正的编码命令、文件编辑等工作可以发生在其他设备或云 worker。
• Codex、Claude 等 session 可以在它所属的 host 上继续通过 terminal 工作。

这对经常“家里一台机器、服务器一台、公司另一台”的用户很关键。你不再需要把所有执行能力都硬塞进 Gateway 所在机器。

但这也带来一个更现实的安全问题：远程 session 和 terminal 本质上是在扩大执行面。 设备配对、operator 权限、Gateway 暴露范围必须一起看，而不能只关心模型配置。

3. 长任务不再只能盯日志猜进度

这轮新增或强化了：

• durable session progress card
• subagent 活动与编辑状态
• structured agent questions
• interactive widgets / dashboards

对普通用户来说，这比“又多支持一个模型”更重要。

Agent 真正开始做 10 分钟、30 分钟甚至更长的任务以后，最大的问题之一就是：它现在在干什么？卡住了吗？等我确认吗？改了哪些文件？

如果这些信息只能藏在日志里，Agent 很难成为日常工作工具。2026.8.1 明显是在补这层人机协作界面。

4. 凭据与自动化授权变得更细

OpenClaw 2.0 增加了更明确的私密 credential prompt / proxy 流程，并继续细化 recurring automation permissions。

这个变化值得单独注意，因为自动化最危险的一种误区就是：

“我在某次会话里允许过” ≠ “以后所有定时任务都可以永久使用这个权限”。

新版本把一次性输入凭据、周期任务授权、团队 operator 角色和共享凭据存储进一步拆开，是正确方向。

如果你已经在用邮箱、Slack、云盘、浏览器或内部系统，升级后建议重新检查一次：谁能触发、凭据放在哪里、自动化能持续做什么、什么动作仍要人工确认。

5. Control UI 已经不是普通 Dashboard

这一点我建议所有远程部署用户都重新认识。

当前 Control UI 可以提供 operator terminal。按照官方文档，这个终端可以直接进入 Gateway 宿主机 shell，并使用 Gateway 环境；它需要 operator.admin，但默认功能本身是开启的。

所以：

• Control UI 不应该被当成“暴露出去也没事的聊天后台”。
• 反向代理、登录、operator role 与网络边界都需要重新检查。
• 如果团队根本不需要远程 shell，可以直接关闭 terminal。

gateway:
  terminal:
    enabled: false

新装环境可以在安装中心按这个边界做首次配置。

6. Windows 与 macOS 的桌面安装已经更成熟

2026.8.1 的正式 Release 同时验证了桌面分发：

• Windows 有签名的 x64 / ARM64 安装包。
• macOS 的 DMG / ZIP 已签名并 notarized。
• 桌面应用可以配置本地 Gateway，也可以连接远程 Gateway。

这意味着普通桌面用户不再需要把“先学 Docker / WSL2”当成 OpenClaw 入门前置知识。

当前官方安装文档还提高了 Node.js 运行时要求：22.22.3+、24.15+ 或 25.9+，并推荐 Node 26。旧教程如果还在使用更低 Node 版本，现在应该直接判为过时信息。

真正需要谨慎的是下面 3 个迁移项

1. OpenProse 旧路径被移除

2026.8.1 移除了旧的 bundled OpenProse plugin 和 /prose 路径。

如果你的工作流、提示词或插件显式依赖它，升级前先确认新的迁移方式。不要等 Gateway 启动失败后才去猜是哪一层坏了。

2. OpenAI 模型路由有 breaking migration

旧的：

codex/*
openai-codex/*

迁移到：

openai/*

如果你配置过自定义 model alias、fallback、provider routing 或 Codex runtime，这项必须检查。新版本的 doctor 可以帮助识别并处理官方支持的迁移，但仍建议先看它准备修改什么。

3. 插件 SDK 的旧 import 到迁移节点了

官方 Release Notes 明确提到插件 SDK import retirements，并给出了 2026-09-01 的迁移节点。

如果你只是普通用户，这件事主要表现为“某些第三方插件可能需要新版”。

如果你自己维护插件，这就是高优先级任务：先按官方 SDK migration guide 改 import 和相关 contract，再决定什么时候把生产 Gateway 升到 2.0。

我会怎么升级一个已经在跑的环境

不要直接执行更新然后祈祷。

第一步：记录当前状态

openclaw --version
openclaw gateway status

另外记录：

• 当前模型与 provider。
• 已安装插件 / Skills。
• 关键渠道。
• 自动化任务。
• 是否使用 OpenProse、旧 OpenAI route 或自研插件。

第二步：备份，再 dry-run

openclaw update --dry-run

确认安装类型、目标版本和更新动作，再执行：

openclaw update

第三步：升级后先诊断，不要立即恢复全部权限

openclaw doctor
openclaw gateway status

如果官方 Release Notes 或 doctor 明确判断命中迁移项，再考虑：

openclaw doctor --fix

第四步：用低风险任务验证

依次验证：

1. 模型能正常返回。
2. 常用渠道能收发一条测试消息。
3. 关键插件 / Skill 能跑一个只读任务。
4. 自动化仍符合预期权限。
5. Control UI、terminal 与远程 session 没有扩大暴露范围。

出问题时，从故障排查中心开始，不要连续重装覆盖现场。

哪些人现在适合升级

新用户

直接从当前稳定版开始，不需要先安装旧版。

普通个人用户

如果没有大量旧插件和复杂 provider 配置，可以在做好备份后升级。2.0 带来的会话、Control UI 和桌面体验改进是实用的。

重度插件 / 自动化用户

先核对迁移清单。尤其是自研插件、OpenProse、旧 OpenAI route 与高权限自动化。

生产与无人值守环境

不要只因为官方叫它 “2.0” 就当天切主环境。先在副本验证恢复、渠道、插件、自动化和权限边界，再安排升级。

这次更新最值得关注的不是“功能数量”

如果只看 Release Notes，2026.8.1 的条目非常多。但从产品方向看，我认为真正值得记住的是三点：

1. Conversation 正在变成可搜索、可恢复、可跨设备执行的长期工作单元。
2. Control UI 正在从状态面板变成 Agent 工作台，因此权限风险也更高。
3. OpenClaw 正在主动清理旧路由和旧 SDK，生态兼容成本会在大版本升级时更明显。

这也是为什么这次更适合按“大版本迁移”来处理，而不是当成普通 patch。

当前稳定版与 beta 状态以版本中心为准；第一次安装看安装中心；接入真实账号前建议再过一遍安全清单和Skill 安装验证。