夜雨聆风学习资料网

ARTICLE · 1010686

OpenClaw 2.0 观察:从单助手到可协作、可记忆、可治理的工作台

OpenClaw 2.0 观察:从单助手到可协作、可记忆、可治理的工作台
01
先看版本节奏
/ EXPANSION → HARDENING

截至 2026 年 9 月 4 日,GitHub Releases 页面显示:2026.8.1 于 8 月 31 日发布,包含 8 项 Highlights、149 项 Changes、349 项 Fixes;2026.8.2 于 9 月 1 日发布,包含 8 项 Highlights、12 项 Changes、92 项 Fixes,并补充了已知问题和 Plugin SDK 弃用迁移说明。

149

8.1 Changes

349

8.1 Fixes

104

8.2 变更与修复

8.1 把新的工作方式推到用户面前,8.2 开始处理它在真实环境里的权限、恢复、兼容性和失败路径。

从能力扩张,到升级、恢复与安全边界的再加固

02
2026.8.1:会话和任务开始成为工作对象

8.1 支持搜索过去的对话、重新打开命中的上下文、跨网页和原生客户端跟踪持久化进度,从新会话页面启动后台任务,也可以在会话分支之间回退或切换。Agent 的工作不再因为刷新页面、切换设备或一次回复结束而消失。

会话开始从“消息列表”变成包含进度、工具活动、草稿和执行位置的状态容器。

执行位置也扩展到配对设备和云 Worker。任务可以在本地、云端或已配对设备上运行,并保留会话和工作区关系。对需要在隐私、延迟、成本和算力之间做选择的用户来说,这是一层基础能力,而不只是界面变化。

03
记忆不只是召回,而是开始接受治理

8.1 的记忆变化包括同一 Agent 的个人会话召回、Grounded Dreaming 后台整理、Automatic self-learning,以及 Memory ownership 对来源会话、排除来源和派生记忆删除的控制。Onboarding 还支持导入 Claude Code、Codex 和 Hermes 的记忆数据。

一条长期记忆,至少要回答三个问题

它从哪里来?谁可以使用?怎样删除?

这条路线的意义在于,OpenClaw 没有把“记得更多”当作唯一目标,而是开始处理来源、权限、生命周期和删除边界。对于长期运行的 Agent,这比单纯增加上下文长度更关键。

04
插件、模型和 Agent 开始形成协作网络

8.1 把官方 Provider、ClawHub 审核、插件能力确认、来源警告、模型白名单、A2A 1.0、MCP、Workboard、Email、Loop、Swarm 和 Fleet 放进同一个版本周期。它们共同把 OpenClaw 从“一个 Agent 使用一组工具”,推向“多个 Agent、触发器、任务板、浏览器和执行单元互相连接”。

Agent 不再只是调用工具的角色,也开始成为任务编排和协作网络里的工作单元。

模型访问也从配置一个默认模型,转向发现、授权、选择、限制和使用统计。对插件作者而言,能力声明和来源审查会越来越接近运行时契约,而不是安装时的提示框。

05
2026.8.2:稳定性本身成为产品能力

8.2 的核心不是再堆一批新功能,而是让已经变复杂的系统在失败时仍然可控。升级时会保留较新的有效配置;迁移未完成时不提前宣布成功;只有安装包或回滚结果经过验证才重启 Gateway;插件更新需要重新确认能力时保留旧插件。

同时,MCP HTTP 响应和 SSE 事件在解析前受到大小限制,私密诊断信息会脱敏,权限变化可以作用于活动任务,云 Worker 继续保留会话工具策略。这些细节说明,系统开始把“失败恢复”和“权限不扩大”当成一等功能。

从“能不能启动”到“失败后能不能安全恢复”,是 Agent 产品成熟的重要分界线。

06
用户入口正在变成工作台

8.2 带来了 Home Dock、后台会话、Linux 桌面 Companion、Chrome Relay 唤醒、更完整的 iOS Composer、语音交付修复,以及 CRT、Manuscript、Rosé 和 Miami 四套 Control UI 主题。

这些变化把 OpenClaw 的入口从单一 Gateway 扩展到 Web、桌面、移动端、浏览器和远程执行环境。用户不必为了启动一个 Agent 任务,先理解后台服务、会话 ID 和执行机器的全部细节。

“2.0”阶段的能力组合:从助手到工作台

07
两处破坏性变化要先处理

OpenProse 迁移

移除捆绑的 OpenProse Plugin 和 `/prose` 命令。已有 `.prose` 源文件可以保留,但需要运行 `openclaw doctor --fix` 清理旧配置,并按上游 Agent Skill 迁移。

OpenAI 路由迁移

将 `codex/*`、`openai-codex/*` 引用迁移到 `openai/*`,覆盖 Provider 配置、存储会话和自动化路由,Doctor 会尽量保留 Codex runtime 意图。

Plugin SDK 旧导入路径的移除目标记录为 2026 年 9 月 1 日。当前已经超过该日期,插件作者应对照迁移指南检查,不要继续依赖旧入口。

08
OpenClaw 2.0 值得期待什么

1. 更统一的 Agent 工作区。让用户看见任务执行位置、权限、资源消耗,并能安全迁移。

2. 更可解释的记忆和自学习。每条记忆拥有来源、适用范围和删除入口,自动学习区分建议、待审核和已启用。

3. 更成熟的多 Agent 调度。任务拆分、依赖、预算、重试、优先级和人工接管都变成可观测执行图。

4. 更稳定的插件和模型供应链。继续完善签名、兼容矩阵、权限差异报告、能力声明和回滚。

5. 更强的本地推理和隐私控制。让用户按任务选择本地、云端或混合处理,并清楚看到数据边界。

09
升级建议
/ MIGRATION CHECKLIST

升级前先备份配置、会话和 SQLite 状态,阅读 2026.8.12026.8.2 和 升级文档,执行 `openclaw doctor --fix` 检查迁移,再核对模型白名单、Provider 凭证、插件来源和会话权限。

升级的验收标准不是“能不能装上”,而是原来的会话、插件、模型和自动化是否仍在正确的权限和路由下工作。

OpenClaw 2.0 的关键,不是再加一个聊天入口

而是把会话、任务、记忆、插件、执行位置和恢复机制进一步收敛成一个更稳定、更透明、更容易接管的 Agent 工作台。

声明:本文由三人行整理自:OpenClaw Releases,如果对您有帮助,请帮忙点赞、关注、收藏,谢谢~

如果你觉得今天这篇有收获,欢迎点赞、在看、转发三连,我们下篇见。

相关学习资料

返回首页浏览学习资料