乐于分享
好东西不私藏

OpenClaw两天连发版本,我觉得它已经不只是聊天机器人了

OpenClaw两天连发版本,我觉得它已经不只是聊天机器人了
OpenClaw 最近连续发布 2026.3.22 和 2026.3.23 两个版本。表面看是一天扩功能、一天修 bug,实际上是在完成一次很明显的转向:它正在从“会聊天、会调工具的 AI 助手”,走向一个真正可扩展的 Agent 平台。3.22 负责铺路,3.23 负责填坑,这两次更新放在一起看,比单独看任何一个 release 都更有意思。

这两天看 OpenClaw 的 GitHub Releases,我有一个很强烈的感觉:

它已经不只是一个“能聊天、能接工具”的 AI 助手,而是在往一个真正可扩展的 Agent 平台走。

尤其是 2026.3.22 和 2026.3.23 这两个版本,放在一起看特别明显。

如果只看一句话总结:

  • 3.22 是大升级
    能力扩张、架构调整、插件生态成型
  • 3.23 是快速补丁
    围绕浏览器、ClawHub、OAuth、消息发送和稳定性,集中修了一批刚上线就会踩中的坑

OpenClaw 正在从“工具”变成“平台”

如果你之前对 OpenClaw 的印象还是:

  • 一个聊天机器人
  • 一个能接消息、跑工具、做点自动化的助手
  • 顺手支持飞书、Telegram、浏览器这些能力

那这两次更新之后,它更像是另一种东西了。

它正在变成一个能把这些东西拼起来的系统:

  • 底层是 Agent 运行时
  • 中间接模型 Provider
  • 外层接插件、技能、渠道、设备能力
  • 最后由用户自己组合成工作流

这不是简单加功能,而是产品形态在变。

3.22:这不是小更新,更像一次平台升级

3.22 最大的变化,我觉得有 4 个。

1)ClawHub 被扶正了

这次之后,OpenClaw 明显开始把 ClawHub 推成技能的主分发路径。

比如:

  • 安装插件时会优先找 ClawHub
  • 新增原生的 skills search/install/update
  • Gateway 也开始支持基于 ClawHub 的技能安装和更新

这意味着 OpenClaw 不再只是“能装技能”,而是在建立自己的技能生态。

从这一刻开始,OpenClaw 的扩展能力不再只是 npm 包思维,而是开始有自己的平台分发逻辑。

2)浏览器控制路线开始统一,旧方案退场

3.22 还有一个很关键的变化:浏览器控制体系在迁移。

官方移除了旧的 Chrome extension relay 路线,开始把主路径统一到:

  • existing-session
  • user

并建议通过 openclaw doctor --fix 来迁移老配置。

这说明 OpenClaw 在浏览器这块,不想再继续背历史包袱了,而是开始收敛到更统一的控制方式。

对老用户来说,这意味着有些旧配置需要适配;但从长期看,这是必须做的一步。

3)图像生成能力开始回归核心

这一版还把图像生成路径重新梳理了。

简单说就是:

  • 标准图像生成/编辑能力统一到核心工具里
  • 旧的包装式 skill 路线开始退场
  • 用户以后更应该通过统一配置去切换图像模型

这背后反映出来的方向很明确:

OpenClaw 不再把图像生成当作外挂玩法,而是把它作为核心能力建设的一部分。

4)模型、Provider、Web 工具一起扩容

3.22 还新增和更新了大量模型与 Provider 能力,包括:

  • OpenAI 默认模型体系更新
  • Codex 默认保持在 gpt-5.4
  • 新增更多 OpenAI 模型档位
  • 增强 Anthropic Vertex、MiniMax、xAI、Z.AI、Mistral 等支持
  • 新增 Exa、Tavily、Firecrawl 等搜索/抓取能力

重点不是“支持了多少个模型”,而是:

OpenClaw 越来越像一个能力编排层,而不只是某个单模型的外壳。

这其实就是平台化的表现。

3.23:不是新故事,而是一次很及时的修补

如果说 3.22 是大改造,那 3.23 就是很典型的“发布后立刻补最容易踩中的坑”。

而且修的都很实用。

1)先修浏览器

3.23 最先修的,就是浏览器 attach 和 CDP 相关问题:

  • 解决 existing-session attach 后“看起来连上但其实还不可用”的情况
  • 缓解 macOS Chrome attach 时的超时和反复授权
  • 修复较慢 Linux 环境下第二次 browser start/open 的异常

这说明浏览器稳定性,已经成了 OpenClaw 高级自动化能力的核心基础设施。

2)再修 ClawHub 登录态

3.22 把 ClawHub 推到了更核心的位置,3.23 就立刻去修:

  • macOS 下凭据读取
  • XDG 路径兼容
  • Gateway 浏览技能时保持登录态
  • 避免未认证 429 和空技能列表

一句话说,就是把 ClawHub 从“能用”修到了“更稳定”。

3)OAuth 和代理环境兼容性补上了

这一条对 VPS、公司网络、代理环境用户很重要。

3.23 修复了 OpenAI Codex 和 MiniMax 的 OAuth 登录、token 刷新在代理环境里的问题。

这类问题最烦的地方在于:不是一开始就报错,而是你用着用着,token 一过期就掉认证。

所以这次修复虽然偏底层,但实际价值很高。

4)消息发送和附件流程也顺手补了

3.23 还修了一批日常很容易遇到的问题:

  • Discord / Slack 某些消息结构重新变为可选
  • Feishu 媒体发送路径修正
  • Telegram 自动回复顺序优化
  • Discord 未授权时给出更明确的提示

这些更新不一定显眼,但特别影响“顺手不顺手”。

真正把 OpenClaw 放到消息工作流里用的人,会很在意这些细节。

这两个版本放在一起,最值得看的是什么?

如果把 3.22 和 3.23 连起来看,我觉得最重要的不是某一条单独功能,而是它反映出来的产品节奏:

第一步:把边界拉大

3.22 在做的是:

  • 技能生态化
  • 插件 SDK 重整
  • 浏览器架构迁移
  • 图像生成能力内收
  • 模型和搜索工具扩张

第二步:快速补稳定性

3.23 在做的是:

  • 修浏览器 attach
  • 修 ClawHub 登录态
  • 修 OAuth 代理环境
  • 修消息发送和配置细节

这种节奏很能说明问题:

OpenClaw 已经不只是“不断加功能”的项目,而是在朝一个更工程化、更平台化的方向推进。

如果你是普通用户,最该关注什么?

我觉得有 4 点最值得关注:

1. 技能生态会越来越重要

以后很多能力,很可能优先通过 ClawHub 和插件体系来扩展。

2. 浏览器自动化会越来越成熟

如果你想做网页操作、报表采集、值班助手,这一块非常关键。

3. 多模型协同会越来越自然

OpenClaw 未来更像模型调度层,而不是绑定单一模型的聊天工具。

4. 企业工作流适配在加速

飞书、Telegram、Android 节点、控制台这些方向都在补强,说明它越来越适合真实业务场景。

OpenClaw 最近这两次更新,表面上是一天扩功能、一天修 bug,实际上是在完成一次从 AI 助手到 Agent 平台的加速切换。