OpenClaw 2026.9.4 更新解读：插件发现、对话学习与 Cloud Worker

OpenClaw 在 2026-09-11T03:46:22Z 发布 v2026.9.4，GitHub Release 标记为 draft: false、prerelease: false。截至本站 2026-09-13 核验时，它已经取代 9.3 成为当前 regular Stable。

9.4 的主线和 9.3 不太一样。9.3 更像是在补“长期运行与升级恢复”的基础设施；9.4 则开始把 Skills、Plugins、Cloud Worker 和终端交互做成普通用户更容易发现、理解和持续使用的产品入口。

先说结论：新安装直接用 9.4，复杂生产环境分阶段升

新安装用户可以直接以 9.4 为当前 Stable 基线。

9.3 的个人单用户环境，如果没有复杂 MCP、多个消息渠道或特殊 service wrapper，备份后升级通常是合理选择。9.4 对安装、Node 恢复、plugin 更新和失败升级恢复都有继续修补。

长期多 Agent、多 workspace、stdio MCP、多渠道、Windows managed service / Scheduled Task 环境，仍建议先做快照，再升级并跑真实验收。官方已经加强 rollback / repair，但发布后的 GitHub 现场报告说明，复杂环境仍可能卡在 candidate Doctor、service handoff、hot reload 或外部 MCP 生命周期等边界。

1. Skills / Plugins 终于从“知道名字再装”变成可发现入口

9.4 的一个明显变化，是把过去分散的发现流程收进 Web UI：

• 可以在 Plugins workspace 浏览、过滤 ClawHub plugin，也能看到 bundled / local plugin；
• detail page 会展示说明、兼容性、配置、权限和 troubleshooting；
• 安装、配置和需要的 restart 可以在同一条浏览器流程里完成；
• 聊天里也可以给出 plugin / skill 推荐，再跳到对应详情继续检查。

这会降低“先去社区搜名字，再抄命令安装”的门槛，但可发现不等于可信。第三方 plugin 仍然可能注册 Gateway 工具、服务、路由和更宽的 runtime capability；Skill 也可能包含脚本、网络访问与凭据要求。

本站仍建议：先看发布者、版本、文件和 capability，再用低权限测试环境验证。统一入口只是把证据放得更近，不是把供应链风险消掉。

2. Skill Workshop 可以在可见聊天里“从历史对话学习”

Skill Workshop 新增 Learn from past conversations。启动后不是后台黑盒扫描，而是打开一段可以观察的聊天：你可以跟着它做什么、继续补方向，也可以停止。

当前有两个重要模式：

• Auto：允许 Claw 根据找到的模式直接应用改进；
• Propose：只留下 Suggestions，等你人工 review / approve。

手动启动一次学习不会自动开启持续自学习；正常模型额度、计费和已有权限也照常生效。旧版没有完成的 history scan 不能在新流程里续跑，需要重新开始一次学习聊天，但已经安装的 Skills 与已有 proposals 会保留。

这里最重要的不是“Agent 会自己进化”这种说法，而是学习过程终于有了更清楚的可见性和 review 路径。对于生产 Agent，我更建议先用 Propose，把网络、删除、上传、credential 和外发动作继续留给人工审核。

3. GPT Image 2.5 进入 OpenClaw 图像生成 / 编辑链路

9.4 新增 GPT Image 2.5 的 Flare / Sunburst 支持，可通过 OpenAI 或 fal 使用，并覆盖：

• 自定义尺寸与更高质量设置；
• 透明 PNG / WebP；
• OpenAI 路径最多 5 张参考图；
• fal 路径最多 16 张参考图；
• 单次最多返回 4 张图。

直接走 OpenAI API 仍需要对应 API key；fal 也需要自己的凭据。升级不会自动把你的默认图片模型改成 GPT Image 2.5，需要明确选择新 variant。

同一轮还加入了 Deepgram Flux 语音转文字选项；它是可选项，Nova 仍然是既有默认路线。

4. Cloud Worker 更像可复用的开发环境，而不是每次重新开机

9.4 对 cloud session 的改动比较实用：

• 已完成 setup 的项目可以复用到新的 cloud session；
• 支持的项目可以保留 ready worker，减少下一次启动等待；
• provider 支持时，可以为 profile / 单次 session 选择 Linux、native Windows、WSL2 或 macOS；
• Settings 可以管理 advanced options、spare limits 与 repository 默认 profile；
• OpenClaw 可以在需要时准备兼容的 Crabbox；官方文档当前要求手工准备时使用 0.55.0+。

需要注意边界：desktop access 与 reusable worker images 仍是 Linux-only；AWS macOS worker 还要求 Dedicated Host / On-Demand capacity。不要把“能选 macOS / Windows”理解成所有 cloud provider 都已经无条件支持。

Ready worker 也不是免费的缓存。机器保持运行会继续产生云资源成本；不需要时应该把相应 profile 的 ready worker 数量和 prepared pool 上限收紧。

5. Terminal 现在能直接回答 Agent 问题，也能安全输入 secret

终端里的 Agent 如果需要用户回答，9.4 可以直接显示问题：选择选项或输入文字即可。Esc 可以暂时收起，/question 可以重新调出。

Secret request 会使用 masked input，并把输入排除在 conversation / terminal input history 之外。保存 secret 仍要求 Gateway 连接，而且终端一次接受一行；需要管理允许哪些站点使用 secret 时，仍应回到 Web UI。

这对 VPS、SSH 和终端优先用户很重要：过去一些必须跳浏览器确认的交互，现在可以留在 CLI 工作流里完成，同时不需要把 secret 明文塞进聊天。

6. Node 门槛没再次变化，但 9.4 把“Node 不兼容时怎么活过来”做完整了

9.3 引入的当前 Node 支持范围在 9.4 仍然有效：

• Node 24.16.0+（24.x）；或
• Node 26.1.0+；
• Node 26 推荐；
• Node 22、23、25，以及低于门槛的 24 / 26 不受支持。

9.4 的重点不是再抬版本，而是改善恢复：CLI 无法正常启动时，可以发现机器上已有的兼容 Node，或在用户确认后为 OpenClaw 单独安装私有 runtime，而不替换其他应用使用的系统 Node。

如果 CLI 已经恢复、但后台 Gateway service 还绑着旧 Node，openclaw gateway install 现在可以把 stale service runtime 切到可用的受支持版本。这和“CLI 能跑了”是两件事，升级后应分别确认。

7. Update / rollback 继续增强，但“能回滚 App”不等于“数据也回去了”

9.4 对 update 做了多处收尾：

• recent stable 的升级失败后，兼容时可以恢复到之前的 app version；
• openclaw update repair 可以清理符合条件的 stuck / abandoned update record；
• 大型安装的 Doctor repair 可以获得更长执行时间，不再过早被 updater 截断；
• 即使 core 已经是最新，执行 openclaw update 也会检查 eligible plugins；
• 更新报告更清楚地区分“升级成功”“升级失败但旧版本已恢复”“仍需人工恢复”。

但官方特别强调：rollback app version 不会自动还原数据。如果升级涉及 state / schema 变化，真正的回退仍依赖升级前已经验证可用的备份。

发布后社区观察：三类问题值得当前用户额外验证

下面不是“9.4 普遍故障清单”，而是截至 2026-09-13 已出现、且能给出具体运维动作的现场报告。

A. 复杂升级链仍可能卡在 MCP / Doctor / service handoff

Issue #146887 报告一套 9.3 → 9.4 Linux 环境连续遇到不同阶段的升级阻塞：stdio MCP 初始化超时导致 candidate Doctor 失败、已有 security finding 变成 update gate，随后又遇到 managed-service handoff recovery 失败。

这不是普通安装的统计结论，但对“多个 MCP + systemd + CLI/Gateway Node 可能不一致”的环境很有代表性：先 --dry-run、保留快照，并确认 Gateway 实际使用的 Node，不要只看当前 shell 的 node -v。

B. 多渠道 Gateway 做 hot config reload 后，要真实发一条消息验证 ingress

Issue #146854 报告 stable 9.4 上，tools.* 配置 hot reload 后，WeChat inbound dispatch 出现 PreparedModelCatalogConfigReplacedError，Gateway health 仍显示可用，但消息没有进入 Agent；完整 Gateway restart 后恢复。

它目前仍是特定环境报告，不能外推到所有 channel。可行动的结论是：生产 Gateway 做 live tools config 变更后，不要只看 health/status，实际从关键渠道发一条低风险消息验证收发。

C. 长期 stdio MCP 用户应观察子进程和内存

Issue #147041 报告 9.4 的 bundle-mcp 在 Debian 长期运行时，stdio MCP 子进程树没有随 runtime dispose 退出，约 22 小时累积到多个 orphan process。

这是非常新的单环境报告，最后已知正常版本也未确定。因此本站不把它写成 9.4 已确认普遍回归；但如果你的 Gateway 24×7 跑 npx / stdio MCP，升级后值得观察一次进程数和 RSS，而不是只看 OpenClaw 自身内存。

推荐升级顺序

先确认运行时和目标：

node -v
openclaw --version
openclaw update status
openclaw update --dry-run

确认升级前备份 / 快照真的可恢复，再执行：

openclaw update
openclaw doctor
openclaw gateway status --deep
openclaw plugins doctor
openclaw skills check

升级后至少跑五条真实验收：

1. 主要 Agent 能继续读取预期 workspace / Memory；
2. 一个常用消息渠道真实收发成功；
3. 一个常用 Skill / Plugin 能正常加载并保持预期权限；
4. 有 MCP 的环境跑一次真实 MCP 调用，并观察子进程是否回收；
5. 有自动化、Browser 或 Cloud Worker 的环境各跑一条低风险任务。

如果 update record 卡住，先看官方 recovery guidance，再考虑：

openclaw update repair

不要因为 openclaw --version 已经显示 9.4 就直接清理旧备份。版本号只证明 core 已经切换，不证明 plugins、service runtime、Memory、消息渠道和长期任务都完成了业务级验收。

这次更新对谁最有价值

Skill / Plugin 重度用户：9.4 的发现、详情、浏览器安装与 Skill Workshop 可见学习，是这轮最直接的体验提升。

用 OpenClaw 做开发工作流的人：prepared project、ready worker、OS 选择与 terminal questions 会减少重复准备和上下文切换。

图像工作流用户：GPT Image 2.5 正式进入 OpenClaw，可把生成、参考图编辑和透明输出纳入现有 Agent 流程。

只把 OpenClaw 当单机聊天壳的人：没有必要为了“版本号更新”立刻追新；9.4 的主要增益更偏生态发现、自动化和长期 Agent 工作流。

安装步骤看安装中心，当前渠道状态看版本中心，第三方扩展审查方式看Skill 安装与验证。9.3 的 Node、新 Browser panel、公开聊天分享和持久 Workshop 仍是 9.4 的重要行为基线，可继续参考2026.9.3 更新解读。