为什么这篇值得先看
OpenClaw 更新快，功能也在快速演进。真正成熟的做法不是“看见新版就冲”，而是每次升级都有标准化回归。
先抓住这 3 个关键点
- 升级风险往往不在安装本身，而在 channels、browser、plugins 和审批流的兼容性。
- 你需要一张可执行 checklist，而不是一句“升级后看看能不能用”。
- 升级成功的标准，是关键工作流都仍然可用，不是 CLI 能打印版本号。
实操步骤
- 升级前先记录当前关键工作流：至少包括一个渠道入口、一个审批流、一个 browser 或 skill 相关任务。
- 完成升级后先跑 doctor，再依次回归 Dashboard、pairing、channels、browser 和 plugins。
- 发现异常时，先缩小问题范围：是 CLI、配置、扩展还是网页登录链路。
- 最后把升级记录写进团队或个人 playbook，避免下次再从零摸索。
配置或命令示例
openclaw doctor
openclaw doctor --fix
openclaw dashboard
openclaw tools plugin list常见坑
- 只验证 CLI 能启动，却没有回归真正重要的工作流。
- 升级后出现异常就乱改配置，导致根因更难追。
- 没有写升级记录，几周后同样的坑再踩一遍。
完成检查
- 关键入口、关键审批、关键浏览器任务都已经回归通过。
- 你有一张适合自己环境的升级清单，而不是口头经验。
- 下次升级时，这篇已经能直接复用。
Hermes 相关下一步
升级和迁移不是一回事。如果你的目标是从 OpenClaw 迁到 Hermes，建议单独阅读 OpenClaw 到 Hermes 迁移指南，先做 dry-run、资产盘点和回滚设计，再决定哪些能力应该继续留在 OpenClaw，哪些能力适合进入 Hermes。
为什么建议把这篇收藏起来
- 升级清单是最容易被收藏的运维类内容之一。
- 它能显著提升网站在“长期回来查资料”上的价值。