OpenClaw v2026.8.1（官方称 2.0）是这只龙虾迄今规模更大的更新：七周停更，933 名贡献者，超过 1.6 万个 PR，Memory、Skills、Browser、Cloud Worker、Multiplayer、Security 全线重做。对老用户，这次升级本身就有坑（会话与转写迁移到了 SQLite）；对新手，2.0 的功能多到不知道从哪开。本篇给一条经过社区验证的路径：先安全升级，再按「浏览器 → 记忆 → Skill 自学习 → 权限 → 设备 → Swarm」的顺序，由小到大逐层启用——每层稳了再开下一层。
先理解：2.0 改了什么，顺序为什么重要
| 模块 | 2.0 的变化 | 启用顺序 |
|---|---|---|
| Browser | 浏览器升级为一等公民体验，托管 profile、扩展 relay、共享标签四种边界更清晰 | 升级后先验证（基础生产力） |
| Memory | 分层记忆 + DREAMS.md「做梦」整理机制，会话与转写迁入 SQLite | 浏览器之后盘点（决定可信度） |
| Skills | 自学习能力：Agent 从使用中总结经验、生成可复用技能候选 | 记忆之后开（有固化风险） |
| Automation | 定时任务可绑定会话，行为与旧版无上下文 cron 不同 | 与权限一起收敛 |
| Device / Cloud Worker | 多设备托管与云端 Worker | 单机稳定后再加 |
| Swarm / Fleet | 多 Agent 并行（Swarm）与多 Cell 分治（Fleet） | 放在整个路线的末尾 |
顺序的逻辑很朴素：并行的故障源是相乘的。记忆不可信时开 Swarm，错误会被放大 N 份；权限没收紧时上多设备，攻击面跟着设备数走。社区反馈里翻车最多的，都是跳层启用的人。
Step 1：升级前备份，升级后体检
2.0 把会话与转写从旧存储迁入 SQLite，官方明确提示：升级或降级前先做一份经过验证的备份。浏览器功能升级若伴随存储迁移，丢对话历史是一 种很憋屈的失败方式。
# 1) 备份配置与 agent 数据（目录以你的实际安装为准）
cp -r ~/.openclaw ~/openclaw-backup-$(date +%Y%m%d)
# 2) 升级
openclaw update
# 3) 升级后跑体检，并核对它改了什么
openclaw doctor
# doctor 会尝试修复常见配置问题；跑完 diff 一下配置改动：
diff ~/openclaw-backup-$(date +%Y%m%d)/openclaw.json ~/.openclaw/openclaw.json两件事别省。其一，有自定义插件或特殊 provider 配置的用户，不要指望自动迁移全对——直接读 release notes 里的 breaking changes 逐条核对。其二，若自动更新失败，官方建议用本地 coding harness 诊断更新与迁移错误，确认 gateway 能正常启动再继续；带着半迁移状态硬跑，问题会往下传染。
Step 2：把浏览器当「一等公民」启用
2.0 里浏览器值得专门试，但要用对边界：托管 profile（openclaw profile）是 Gateway 控制的独立 Chromium 配置，干净隔离，推荐作为起点；共享 Chrome 标签适合有人在场时；扩展 relay 适合无人值守但范围受限的标签页；外部浏览器则完全独立。先在托管 profile 里验证：
# 就绪检查 → 状态 → 启动 → 打开页面 → 快照
openclaw browser --browser-profile openclaw doctor
openclaw browser --browser-profile openclaw status
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw snapshot命令或工具缺失时查两道闸门：浏览器插件是否被允许启用；agent 的工具 profile 是否暴露了 browser——coding profile 默认只有 web search / web fetch，没有完整浏览器工具，需要在 profile 或 agent 层加 alsoAllow: ["browser"]，改完浏览器配置后重启 Gateway。
别把日常 Chrome 主配置交给 Agent。先在隔离 profile 里用公开页面把流程跑顺，再考虑登录态页面；遇到登录、2FA、验证码、摄像头麦克风授权，停下来交给人处理。另外，任何浏览器自动化都不能承诺绕过目标站点的机器人检测，频率与并发要克制。
Step 3：盘点记忆，收缩范围
~/.openclaw/ 下的记忆分层（示意）：
USER.md 你的档案：称呼、时区、偏好、禁忌
MEMORY.md 长期记忆：被「晋升」下来的稳定结论
每日记忆 按日期滚动的工作记录
DREAMS.md 「做梦」产物：空闲期自动整理与晋升的草稿升级后做三件事：翻一遍现有记忆文件，把过时与错误的内容清掉；把活跃记忆范围收敛到真正需要的 Agent，别让所有 Agent 共享全部记忆；如果开了个人对话召回，检查配置确保不会出现「多人 DM 同一个 Agent 导致记忆串味」。Dreaming 机制好用，但开启后的头几天定期抽查 DREAMS.md——AI 判断的「重要」未必是你认定的重要，晋升错了要手动打回。
Step 4：Skill 自学习从「提议」起步
2.0 的自学习让 Agent 在执行任务中总结经验、生成可复用 Skill 候选。正确的打开方式不是一上来全自动：先设为 propose 模式，观察它产出了哪些技能候选、质量如何、有没有重复造轮子，观察一两周再决定哪些类别放开到 auto。
警惕「注入固化」。对输入来源不可控的 Agent（接外部消息、抓公开网页），提示注入可能诱导它把错误指令固化成 Skill——一次污染，长期复发。这类 Agent 永远保持 propose + 人工审核，或直接关闭自学习。技能候选上线前，把技能内容当代码 review。
Step 5：权限与自动化一起收敛
2.0 的自动化可以绑定到具体会话，行为与旧版「无上下文 cron」不同——升级后逐个检查存量定时任务绑到了哪个会话，确认语境与预期一致。权限侧，放弃「同一个进程每天都跑，干脆全放行」的思路，改为按具体操作逐项授予：网络访问、文件写入、shell 命令、发消息、凭证使用，各自单独评估。越权操作的真实案例（如自主预订）已经证明，宽泛授权的代价会以你最意外的方式出现。
权限收敛自查清单：
□ 网络访问：限定目标域名还是全放开？
□ 文件写入：是否只限工作目录？
□ shell 命令：有没有白名单或确认闸门？
□ 发消息：能发给谁？群发是否需要确认？
□ 凭证使用：哪些凭据可用？能否被导出？权限是 2.0 所有新能力的前置闸门。多设备、云 Worker、Swarm 每往前一层，权限边界就跟着复制一份。先把单机权限收紧到「每个操作有明确授权」，再扩展。
Step 6：加设备，从一台 Worker 开始
设备托管让一台 Gateway 调度多台机器。正确起步：只加一个 Worker——比如把手头一台 Windows PC 配对，让它远程执行一个小任务，然后专门验证五件事：离线表现、重连、工作区迁移、附件传递、超时处理。都符合预期后，再考虑云 Worker。上云前弄清三个问题：哪些文件会被带上云、哪些凭证在云上可用、会话结束后云端留下什么。Windows 用户还有一层选择：2.0 支持在 Microsoft Execution Containers 里原生运行，节点与网关都收在容器边界内。
Step 7：Swarm 最后开，Fleet 更后
Swarm 诱人，但它是整条路线的末站。并行会同时放大所有下层的问题：记忆串味 × N、权限漏洞 × N、失败原因 × N。社区验证的起步方式：挑高独立性任务，比如五家公司调研，每家派一个 Agent——互不依赖，失败互不传染。不要让十个 Agent 同时改同一份代码，冲突解决的成本会吞掉并行收益。等单只 OpenClaw 稳定运行、角色与凭证增多导致单 Gateway 边界模糊时，才用 Fleet 把工作拆成多个 Cell 分而治之——在此之前加 Cell，只是把混乱乘以份数。
Swarm 起步任务拆法（调研类示例）：
任务：对比五家厂商的 Agent 平台定价
拆分：5 个 Agent，每人只查一家 → 产出独立小结
汇总：Gateway 收齐后由人或单独 Agent 合并
红线：任何人都没有「改共享文档」的写权限给 Swarm 任务设「熔断」。并行任务的监控要按组看：某个 Agent 卡死或反复失败时能单独停它，而不是让整个 Swarm 空转到超时。上线前先想好「怎么让它停下来」。
常见问题速查
| 你遇到的现象 | 大概率原因 & 解决 |
|---|---|
| 升级后浏览器打不开 | 检查插件是否启用 + 工具 profile 是否含 browser + 改完是否重启了 Gateway；再跑 doctor |
| 自动更新失败或 gateway 起不来 | 用本地 coding harness 诊断迁移错误；必要时回滚到备份目录重来 |
| 对话历史少了 | SQLite 迁移问题。用升级前备份核对；确认没有 downgrade 覆盖 |
| DREAMS.md 内容越来越偏 | 收紧活跃记忆范围，或暂时关闭 dreaming；错误的晋升手动打回 |
| 自学习生成的 Skill 质量差 | 保持 propose 模式再观察；只对高质量类别开 auto |
| 定时任务行为和升级前不同 | 2.0 的 automation 可绑定会话。逐个核对存量任务绑定的 session 与语境 |
| Swarm 冲突频发 | 任务独立性不够。换成「一个 Agent 一个对象」的调研类任务起步 |