OpenClaw 在 3 月 23 日发布 v2026.3.22。
GitHub 发布页显示，这一版确实不只是常规功能补丁，而是一次涉及插件分发、浏览器接入、沙箱后端、模型接入和 SDK 接口的大规模调整。
OpenClaw 开始将插件和技能分发正式往 ClawHub 收口。
openclaw plugins install 现在会优先从 ClawHub 而不是 npm 拉取安全命名的插件，同时新增了原生的 openclaw skills search|install|update 流程。
模型和工具层进一步扩容。
默认 OpenAI 设置模型切到 openai/gpt-5.4，同时加入对 gpt-5.4-mini 和 gpt-5.4-nano 的原生前向兼容；此外还新增了按 agent 单独设置 thinking、reasoning、fast 默认值的能力，并加入 /btw 这种不改变长期上下文的侧边问答命令。换句话说，这一版一边在扩模型，一边也在把 agent 的推理控制做得更细。
运行环境被进一步平台化。
发布说明显示，v2026.3.22 新增可插拔 sandbox backend，内置 OpenShell，并引入核心 SSH sandbox backend，支持远程执行、镜像工作区和基于密钥、证书、known_hosts 的连接方式。
与此同时，Exa、Firecrawl 等搜索能力也被纳入 bundled plugin 体系，说明 OpenClaw 正从“一个能跑起来的 agent 框架”，继续往“统一插件、统一运行时、统一工具层”的平台方向推进。
不过，这次更新也带着明显的 breaking changes（以前能用，升级后不能直接用了）。
GitHub 发布页列出的变更包括：旧的 Chrome 扩展 relay 路径被移除，浏览器配置要迁移到 existing-session 或 user 模式；旧的 openclaw/extension-api 被删除，插件开发改用新的 plugin-sdk；历史环境变量 CLAWDBOT_* 和 MOLTBOT_* 兼容名也被正式移除。这意味着，3.22 的核心特征不是“加几个新功能”，而是趁这次机会集中清理旧接口和旧路径。
但同样明显的是，这次不是“无感升级”，而是一场带着兼容性阵痛的换骨式更新。
对新用户来说，3.22 打开的，是一个更完整的 OpenClaw 平台；对老用户来说，这一版最大的门槛，反而不是新功能，而是旧插件、旧浏览器链路和旧配置能否顺利迁移。
用户反馈： OpenClaw 2026.3.22 的 WhatsApp 插件坏了，表现为 WA plugin 无法加载、各入口都显示插件不可用，虽然 Gateway 看起来正常运行，但 WhatsApp 实际不可用。
在重构插件运行时、渠道接入和分发机制后，像飞书、微信ClawBot 这类第三方 IM 接入不得不跟着快速补版本、重新对齐接口，否则就容易出现掉线、不可用或功能失配。
Peter Steinberger 发布 3.22 时漏掉了一个步骤，导致 web control UI 的静态资源没有被正确打进当前正式版，所以用户会遇到“界面加载不完整、控制页面打不开或显示异常”这类问题。
官方随后在当天晚些时候紧急发布了 2026.3.23。
这个补丁版没有推翻 3.22 的方向，但修复点很集中。
包括按照当前运行时版本重新做 ClawHub 插件 API 兼容检查，避免安装失败；修复 existing-session 浏览器 attach 后过早判定可用引发的超时问题；修复 loopback 浏览器二次启动回退判断错误；以及修复 macOS 下 ClawHub 登录态、技能浏览和鉴权相关问题。
也就是说，3.23 更像是给 3.22 的新架构补洞，重点补的是安装、浏览器接入和技能市场这几条最核心的链路。
云头条声明：如以上内容有误或侵犯到你公司、机构、单位或个人权益，请联系我们说明理由，我们会配合，无条件删除处理。
热门跟贴