夜雨聆风OpenClaw 发布了 2026.3.22-beta.1。如果只是扫一眼更新日志，你可能会觉得这又是一版常规 beta：功能多、改动杂、信息量很大。
但把这次 release notes 真正读完，会发现它的重点并不只是“加了什么”，而是：
OpenClaw 正在系统性地清理旧路径、统一新能力，并把浏览器、插件、模型、搜索、执行环境这些核心模块进一步收进同一套平台逻辑。
换句话说，这一版 beta 的意义，不只是“又更新了”，而是：
OpenClaw 正在从一个功能很强的 AI 工具，继续往一个更完整、更统一、更可维护的 AI 平台推进。
一、这次更新最明显的信号：旧浏览器接管路径被正式淘汰了
如果要从这次更新里挑一个最关键的变化，那大概率是浏览器相关的重构。
在这版里，OpenClaw 正式移除了旧的 Chrome extension relay 路线，包括：
• legacy Chrome extension relay • bundled extension assets • driver: "extension"• browser.relayBindHost
官方给出的迁移建议也很直接：
• 使用 existing-session• 使用 profile=user• 必要时通过 openclaw doctor --fix进行修复和迁移
这背后的产品方向其实非常明确：
OpenClaw 不打算继续长期维护一套“历史兼容式”的浏览器 relay 方案，而是把浏览器控制能力收敛到更标准的 existing-session / MCP / CDP 模型。
这是一种很典型的平台成熟信号。
因为在系统发展的早期，产品通常会同时保留很多路径，优先保证“能跑”；但随着用户量和使用场景变复杂，真正能留下来的，往往是那些更标准、更稳定、也更容易长期维护的路线。
所以这次浏览器改动，表面上是“移除一个旧方案”，本质上是在宣布：
真实浏览器附着与标准会话接管，已经成为 OpenClaw 浏览器能力的主路线。
另外，这次还新增了对 userDataDir 的支持。这意味着以后不只是 Chrome，像 Brave、Edge 以及其他 Chromium 系浏览器，也更容易接入 OpenClaw 的 existing-session 能力。
对普通用户来说，这是一次“以后会更稳定”的改动。对重度自动化用户来说，这是一次“该尽早完成迁移”的改动。
二、插件与技能安装，正在从“包管理器时代”走向“平台分发时代”
这次更新的另一条主线，是 插件与技能安装体系的升级。
新版本加入了：
• openclaw skills search• openclaw skills install• openclaw skills update
同时，openclaw plugins install 在处理“安全 npm 名称”时，开始 优先走 ClawHub，只有在 ClawHub 上找不到时，才回退到 npm。
很多人第一眼看到这里，可能会觉得只是安装逻辑做了点优化。但如果从平台演化的角度看，这其实是一件很重要的事。
因为它代表 OpenClaw 正在把插件与技能的获取方式，从过去偏“开发者分发”的模式，逐步推向更统一、更受控、更像正式 marketplace 的模式。
这件事会带来几个直接变化：
第一，安装体验更清晰了
普通用户以后不用总是在 npm 包、GitHub 仓库、各种教程里的包名之间来回切换。OpenClaw 正在努力把“找技能、装技能、更新技能”这件事，收口成一个平台内可以理解的流程。
第二，生态治理能力会更强
当分发入口逐步统一到 ClawHub / marketplace 体系后，平台才更容易真正做好：
• 更新跟踪 • 兼容性管理 • 来源可信度控制 • 生态级文档与安装体验
所以这次更新真正传递的信息不是“多了几个 install 命令”，而是：
OpenClaw 的技能与插件生态，正在从工具包集合，慢慢走向平台化分发。
三、OpenClaw 正在主动接入外部生态，而不是只守着自己的一套体系
除了 ClawHub，这次更新还加入了：
• Claude marketplace registry resolution • plugin@marketplace安装支持• Claude / Codex / Cursor bundle 发现与安装 • bundle skills 映射到 OpenClaw skills
这部分信息对很多普通用户来说可能比较“技术”，但它其实非常值得关注。
因为这说明 OpenClaw 并不满足于只维持自己内部的一套插件机制，而是在主动向更大的 Agent / AI Coding / Workflow 生态靠拢。
从长期看，这会是一个非常关键的方向。
未来真正有竞争力的 Agent 平台，不太可能只活在自己封闭的世界里。它们更需要做的是：
• 吃进外部生态的能力 • 吸收已有工具市场 • 把不同来源的 bundle / plugin / skill 统一到自己的运行逻辑里
如果说前几版 OpenClaw 更像是在扩展功能边界，那么这版开始，更像是在搭一个“兼容外部生态”的底座。
四、图片生成能力也被进一步统一：旧的示例路径开始退出历史舞台
这次还有一个很典型、也很有代表性的调整：旧的 nano-banana-pro 包装路线被移除了。
官方现在把图片创建 / 编辑的标准路径统一到核心 image_generate 工具上，过去一些示例技能、旧文档里的做法，正在逐步让位于更统一的内建能力。
这件事看起来不算最炸眼，但它背后的平台思路非常明确：
能成为核心能力的，就不再长期依赖“示例壳子”维持。
对于用户来说，这意味着：
• 配置入口会更一致 • 文档维护会更简单 • 后续图片生成能力更容易和 Agent / tool 体系联动
当然，代价是一些老教程、老配置会过期。但这恰恰说明 OpenClaw 正在持续清理历史包袱，而不是把兼容层越堆越厚。
五、联网搜索能力显著增强，研究型工作流更完整了
如果你平时会用 OpenClaw 做：
• 资料搜索 • 网页抓取 • 内容整理 • 研究型查询
那么这次更新也很值得高兴。
因为它新增了多种 web/search provider，包括：
• Exa • Tavily • Firecrawl
而且并不是只做了名字级接入，而是把各自比较核心的能力也带进来了，比如：
• Exa 的日期筛选与搜索模式 • Tavily 的独立 search / extract 工具 • Firecrawl 的 search / scrape 能力
这意味着 OpenClaw 的联网能力，正在从“具备 web fetch”升级到“具备多 provider 搜索与抓取策略”。
对用户来说，最直接的影响是：
以后做研究型任务时，OpenClaw 不再只是“能去网上拿点内容”，而是在逐步形成一套更成熟的搜索与信息获取工具层。
如果把它和前面提到的插件/市场化升级放在一起看，就会发现一条更清晰的线：
OpenClaw 不只是想让 Agent 能调用工具，而是想让 Agent 所依赖的“外部世界能力”变得越来越完整。
六、模型与 Provider 生态继续扩张，而且越来越成熟
模型层面，这次更新也有不少值得注意的变化。
首先，默认模型继续向前
OpenAI 默认 setup model 切换到了 gpt-5.4，Codex 也同步到了 gpt-5.4 路径。
这看似只是默认值调整，但它体现的是 OpenClaw 对“模型运行时”的统一治理能力在增强。未来默认模型升级，已经不再是零散改动，而是集中在共享模块里做维护。
其次，Provider 版图继续扩大
这次新增或增强了：
• Anthropic via Vertex AI • Chutes • OpenAI 新小模型支持 • GitHub Copilot 动态 model id 支持 • xAI / MiniMax / Z.AI 的模型目录同步
尤其是 Anthropic on Vertex AI 这一项，含金量很高。因为它意味着 OpenClaw 在模型接入层面，已经越来越具备“企业级部署友好性”。
再者，区域模型和第三方 Provider 不再只是“顺带支持”
比如 MiniMax 这次更新就很完整：
• 新模型上线 • highspeed 版本接入 • /fast映射• 上下文窗口和价格元数据同步
这说明 OpenClaw 对模型 provider 的支持，已经逐渐从“列几个模型名”升级为“认真维护运行时一致性”。
对用户来说，这件事的价值在于：
OpenClaw 正在变成一个更靠谱的模型调度层，而不是单纯堆 provider 的入口集合。
七、Agent 的会话体验也在变得更成熟、更克制
这次更新里，还有一些不算轰动、但非常体现产品成熟度的变化。
比如：
• per-agent 的 thinking / reasoning / fast 默认值 • 不允许的模型 override 自动回退到 agent 默认配置 • 新增 /btw侧问能力
这里尤其值得提的是 /btw。
它的设计目的，不是正式开启一个主任务，也不是为了复杂工具调用，而是给用户一个“顺手问一句”的通道，并且尽量 不污染后续主上下文。
这类设计很容易被忽略，但其实非常重要。
因为当一个 Agent 系统开始处理长期会话时，真正影响体验的，不只是能力强不强，还包括：
• 会不会越聊越乱 • 会不会把旁支问题混进主上下文 • 会不会让一次顺手提问，影响后续长期任务
从这个角度看，/btw 这种能力并不是“小功能”，而是 OpenClaw 开始认真处理 上下文卫生与长期会话结构 的信号。
八、Sandbox 和远程执行能力升级，OpenClaw 的边界正在继续变大
这次更新还有一个很容易被低估的方向：执行环境的抽象升级。
新版本加入了：
• pluggable sandbox backends • OpenShell backend • SSH sandbox backend
这意味着 OpenClaw 的任务执行环境，正在摆脱对单一 Docker 模式的依赖，转向更通用的 backend 架构。
这背后的意义非常大。
因为一个真正成熟的 Agent 平台，最终往往需要同时处理：
• 本地执行 • 容器执行 • 远程执行 • 镜像工作区 • 多节点 / 多环境协作
如果没有统一的 backend 抽象，后续很多能力都很难做大。而这次更新，已经明显在给这件事铺路。
所以从长期看，sandbox 这次的变化，不只是技术升级，而是在给 OpenClaw 的未来边界继续扩容。
九、控制台与移动端更新虽然不高调，但方向很对
这次 UI 和移动端也有不少改进，比如：
• assistant chat bubble 的 expand-to-canvas • Sessions / Cron 的 app 内导航 • 统一圆角风格与 Roundness slider • Usage 页面体验优化 • Android 跟随系统 dark theme • Talk 语音走 gateway • 安卓节点支持 call log / SMS 搜索
这些更新单独看可能不够“震撼”，但组合起来，其实说明了一件事：
OpenClaw 已经不再只是面向极客和工程师的“功能集合”，而是在认真打磨完整产品体验。
当一个产品开始认真处理：
• 圆角一致性 • 页面空态 • 主题切换 • 使用统计展示 • 语音与移动端路径统一
通常说明它已经进入了“产品化深化”阶段。
这不是最炫的更新，但往往是会让整体使用体验越来越顺手的那种更新。
十、安全加固依旧是这次 beta 里非常值钱的一部分
最后，还是要专门提一下安全相关的改动。
这次更新里，OpenClaw 在安全边界上继续收紧了很多地方，比如：
• exec 环境里阻断高风险环境变量注入 • 收紧 webhook 未认证请求预算 • 修正 allowlist 对透明包装命令的审批逻辑 • 限制预认证请求体大小和并发 • 进一步修补 Matrix / 会话绑定 / 消息重放等边缘问题
这些改动不会像“新增某某功能”那样第一眼引人注意，但对于一个正在快速扩张能力边界的平台来说，这些才是真正决定它能不能长期跑稳的部分。
因为功能变多并不可怕，真正可怕的是：
• 旧兼容层太多 • 输入来源越来越复杂 • 执行路径越来越长 • 安全边界越来越模糊
从这次更新能看出来，OpenClaw 团队并没有一味地“加能力”，而是在同步做“收口”和“加固”。
这很重要，也很难得。
总结：OpenClaw 这次更新，真正重要的是“统一未来”
如果要用一句话来总结 2026.3.22-beta.1，我会这么说：
这次更新的重点，不是多了几个新功能，而是 OpenClaw 在持续淘汰旧路径、统一核心能力，并为下一阶段的平台化发展搭底座。
从浏览器接管，到插件分发；从模型 provider，到搜索工具；从 sandbox backend，到控制台与移动端体验；再到安全边界的持续收紧。
这些变化放在一起看，会发现 OpenClaw 正在完成一件更大的事：
它不再只是一个“会调很多工具的 AI 系统”，而是在变成一个更统一、更稳定、更有生态扩展能力的智能平台。
这也是为什么我会觉得，这版 beta 的价值，不在于某个单点功能有多亮眼，而在于它传递出了一个越来越清晰的方向：
旧的、分散的、历史兼容式的路径正在退场；新的、统一的、平台化的能力正在接管主舞台。
如果未来回头看，这一版很可能不会是“最热闹”的更新，但大概率会是那种：
当时看很杂，后来发现方向已经定了。
