ARTICLE · 986586
OpenClaw 2.0 来了:16000 个 PR 的大版本,但升级前先看这两个坑
我翻了一遍官方 Release Notes 和几篇外媒报道，把对普通开发者真正有影响的变化挑出来说。结论先放这儿：体验是纯增益，但有两个破坏性变更，升之前不看清楚，配置是会被改的。
一、先说第一印象：这次不像常规月度更新
OpenClaw 之前的节奏是 230 天发了 106 个版本，基本两三周一个。这次突然停了快两个月，就是为了不让升级搞挂老用户的环境。
数据摆出来你感受一下：
这版动了安装、消息、记忆、技能、模型、自动化、浏览器、原生应用、插件、安全——几乎每一块都碰了。官方博客标题叫《OpenClaw 2.0, Accidentally》，意思是本来没想搞这么大，做着做着就成 2.0 了。
我比较在意的一个细节：团队自己两个月前就全员切到共享 agent（team.openclaw.ai）上写代码了，多人编码 + 云端节点跑任务。steipete 的原话是"本地 coding harness 现在像老古董了"。这次更新里的多人协作和云端会话能力，就是他们自己吃着狗粮磨出来的——出问题他们自己先炸，这比任何宣传都有说服力。
二、真正值得关注的几个变化
官方列了一大堆，我挑对日常使用感知最强的四个说。
会话搜索：终于不用翻聊天记录了
按精确词句搜索所有可见对话，从搜索结果直接跳回上下文消息。这个功能听起来不起眼，agent 用久了会话攒一堆，想找"上周那个报错是怎么解决的"只能凭记忆翻。现在能搜了，属于用了就回不去的那种。
云端 / 跨设备会话：agent 不再绑死一台机器
可以把会话工作区搬到配对设备或云端 worker 上，暖机机器和项目种子可复用。Gateway 持有会话状态和凭据，远程 worker 只负责执行——worker 挂了，换一个从 Gateway 状态接着跑。
这对跑长任务的人很实用：本地电脑要关机了，把会话扔到云端 worker 上继续，回来再接手。
私密凭据请求：安全设计最到位的一块
agent 需要密钥时，通过掩码提示输入，值不进聊天记录、也不进模型上下文。还可以配一个出口代理，把受保护密钥的替换限制在已批准的 HTTPS 目标主机上——未绑定的密钥直接拒绝出站，而不是明文发给任意端点。
之前安全研究者反复指出过一个漏洞：工具调用被重定向到攻击者控制的端点时，密钥可能被泄露。这次算是把这个口子堵上了。配合共享凭据库和 1Password broker 集成，小团队共用一个 Gateway 时不用把所有密钥都交给每个人。
Active Memory 默认开启：agent 会自己记东西了
后台跑一个模型来 consolidate 记忆，把有来源依据的内容提升到长期存储，你可以查看和修剪。技能也类似：agent 捕捉可复用的经验教训，经过扫描器批准后自动应用。
注意这个是默认开的。如果你不希望 agent 自动攒记忆，得去显式关掉。
💡 还有几个顺带提一下：会话进度卡片（重载不丢，子 agent 活动可见）、结构化提问（卡片/按钮回答，不再是纯聊天气泡）、自动化一次性授权（授完可审查可撤销）、音视频全链路保持关联。这些都是体验优化，不展开了。
三、两个破坏性变更，升级前必看
这部分是重点。不看直接升，配置会出问题。
变更 1：OpenProse 插件被移除
内置的 OpenProse 插件和 /prose 命令没了。你的 .prose 源文件会保留，执行路径要迁移到上游 Agent Skill。
变更 2：OpenAI 路由迁移
所有 codex/*、openai-codex/* 的模型引用、provider 配置、存储会话和自动化路由，都会被迁到 openai/*。Codex 的运行时意图尽量保留，冲突的地方会标记出来等你人工处理，不会静默覆盖。
另外还有个时间点：9 月 1 日起插件 SDK 子路径导入进入弃用门槛，自己写了外部插件的，这周内要迁到 openclaw/plugin-sdk/ 新接口，不然下个版本直接不可用。
好消息是两个破坏性变更都有官方迁移通道，一条命令搞定大部分：
openclawdoctor--fix顺序不能乱——先备份，再升级，再 doctor。
四、跟同类产品比，OpenClaw 2.0 站在哪
我自己平时用 Claude Code 和 Cursor 比较多，拿这几个维度对比一下：
OpenClaw 的差异化很清楚：它是唯一一个把"数据在自己手里"和"真正能执行任务"结合得比较好的开源方案。Claude Code 和 Cursor 很强，只是你的对话和代码都在别人服务器上。OpenClaw 2.0 之前的问题是上手太折腾——这次安装简化（自动复用你已有的 ChatGPT/Claude 订阅、API key、本地模型）和浏览器一等公民化，算是把最大的门槛砍了一刀。
不过它还是比 Claude Code 重。你需要维护一个 Gateway，需要关心模型路由、插件兼容、版本迁移。对于只想"打开就写代码"的人，这个成本未必值得。
五、我的判断：谁该升，谁该等
应该立刻升级的：
已经在用 OpenClaw 的人——体验纯增益，会话搜索和进度卡片感知最强，迁移有官方通道 自托管党和小团队——凭据掩码、共享凭据库、可恢复备份这些能力，生产化程度又上了一档 跑长任务、需要多设备接力的人——云端会话是刚需
可以再等等的：
还没入坑、只是听说过的——先观察一两周社区反馈，等 2.0.1 修完首轮 bug 再上 重度依赖 OpenProse 插件的——先看完迁移指南再动手， .prose文件虽然保留，执行路径变了写了大量外部插件的——9 月 1 日 SDK 弃用门槛就在眼前，先把插件迁完再升 Gateway
一条不太显眼、值得注意的信号：OpenClaw 团队自己用共享 agent 开发了两个月，产出了 16000 个 PR。这说明"多人共用一个 agent 基础设施"的协作模式已经从 demo 走到了真实生产。个人 agent 的多机协同、团队化，正在从玩具变成可用架构。这条线比任何单个功能都值得盯。
升级操作清单
照抄就行，五步：
#1.先备份整个配置目录（2分钟换安心）cp-r~/.openclaw~/.openclaw.bak-$(date+%F)#2.升级openclawupdate#3.迁移破坏性变更+清理残留配置openclawdoctor--fix#4.验证Gateway正常启动openclawdoctor#5.缺了provider包补装，装完重启Gatewayopenclawupdaterepair
官方还提了一句：自动更新失败时，可以用本地编码 agent 协助完成更新、诊断迁移错误并验证 Gateway。用 AI 养的 AI，这很 OpenClaw。
你在用 OpenClaw 吗？升级顺利吗，doctor --fix 有没有报迁移冲突？
或者你觉得个人 AI 助理这条赛道，自托管和闭源 SaaS 谁更有未来？评论区聊聊 👇
参考来源：
官方 Release Notes：https://docs.openclaw.ai/releases/2026.8.1 官方博客《OpenClaw 2.0, Accidentally》：https://openclaw.ai/blog/openclaw-2-accidentally GitHub Release：https://github.com/openclaw/openclaw/releases/tag/v2026.8.1