OpenClaw 2026.6.1:这次更新,Windows 终于不用穿企鹅装了

大家好，我是 One。

OpenClaw 2026.6.1 发了。

官方那句话挺有意思：

Windows joins the cluster. No penguin costume required.

翻成人话就是：Windows 终于可以原生进 OpenClaw 的集群了，不用再绕一层 Linux 外壳。

这版我建议先看四件事：

原生 Windows Node 主机。Skill Workshop。Workboard 编排。MiniMax M3 支持。

这些东西放在一起看，其实是在补 Agent 系统日常使用里最烦人的几块。

不是“又加了一个功能”那么简单。

你真的把 Agent 当工作流跑起来以后，最怕的不是它不会某个花活。

是它中途工具调用断了。session 状态旧了。渠道消息送不出去。子代理跑着跑着没人知道它在干嘛。模型、插件、provider 一多，整个系统开始变胖、变慢、变玄学。

OpenClaw 2026.6.1 的 release 里，很多修复都在处理这些脏活。

比如 interrupted tool calls、stale session bindings、compaction handoffs、media delivery retries，现在恢复得更干净。Codex、CLI runtime、session metadata、memory watcher、store write 这些热路径，也减少了重复工作。

这类更新不性感。

但如果你每天用 Agent，它比一个新 demo 更重要。

Windows 这次不再是二等入口

原生 Windows Node host 是这版最直观的变化。

以前很多 Agent 工具嘴上说跨平台，真到 Windows 用户手里，往往还是要靠 WSL、Docker、各种绕法。能跑是一回事，跑得像不像一等公民，是另一回事。

OpenClaw 这次给了 Windows Companion 安装包，release 里也放了 x64、arm64 和 SHA-256 manifest。

如果你在 Windows 上跑团队节点，至少可以先做这几步：

openclaw --versionopenclaw doctoropenclaw status

如果接了 Gateway，再看：

openclaw gateway status

不要只看能不能打开。要看它能不能稳定接任务、回消息、恢复状态。

MiniMax M3 变成默认 MiniMax 模型

这版另一个值得单独看的是 MiniMax M3。

官方说得很明确：MiniMax M3 现在是 OpenClaw 里的默认 MiniMax 模型，覆盖聊天、图像理解、图像/视频/音乐生成、语音和网络搜索。

这对国内用户其实挺实用。

OpenClaw 这类 Agent 系统，如果只适配少数海外 provider，很多能力会卡在账号、额度、延迟和地区访问上。MiniMax M3 放进默认路径以后，至少给多模态任务多了一个更顺手的选择。

但我还是那句话：新用户别第一天全开。

先跑通一个模型。再接一个入口。再加一个你真的会用的渠道。最后再碰视频、音乐、cron、多子代理。

变量一多，坏了你根本不知道是哪层的问题。

Skill Workshop 和 Workboard，是给自学习 Agent 补规矩

这版还加了 Skill Workshop 和 Workboard 编排。

我觉得这两个东西要放在一起看。

Agent 会写技能、改技能、调用技能以后，最大的问题不是“能不能自动化”。

而是它自己学出来的东西，谁来审？谁来回滚？谁知道今天改了什么？

Skill Workshop 现在有 proposal list、today actions、revision handoff、file preview、review state，还有可复用 session routing。说白了，就是把“Agent 自己长技能”这件事，放进一个可审查的流程里。

Workboard 则更偏任务编排。多 Agent 协作不能只靠一句“帮我拆任务”。你要知道哪个任务在跑，哪个卡住，评论在哪里，谁接了下一步。

看不见，就不敢放权。看得见，才敢让 Agent 真正干活。

渠道稳定性继续补课

这版对移动端和渠道也修了不少。

官方提到 iOS hosted push、realtime Talk reliability，以及 Telegram、WhatsApp、iMessage、Slack、Discord、Teams、Google Chat、Meet、QQBot 等渠道的稳定性修复。

这个方向很关键。

Agent 一旦接到聊天渠道，就不能再像本地 CLI 那样随缘。

消息要送到。长回复要保住。登录超时要能恢复。渠道失败要有可见 fallback。

否则你以为任务在跑，实际上它已经死在某个看不见的请求里。

如果你已经在用 OpenClaw，更新后别只跑本地命令。

至少用真实渠道发一条消息。看它能不能收到，能不能回复，长回复会不会丢，失败时有没有提示。

已经在用的，照这个顺序检查

openclaw updateopenclaw --versionopenclaw doctoropenclaw statusopenclaw modelsopenclaw gateway status

如果你用 Windows，下载对应的 Windows Hub x64 或 arm64 installer，并核对 SHA-256。

如果你用 MiniMax，检查模型列表里是否能看到 M3。

如果你接了多渠道，发真实消息测试，不要只相信配置页。

OpenClaw 2026.6.1 给我的感觉是：它在把 Agent 从“能跑”往“能长期跑”推。

原生 Windows，是入口变宽。MiniMax M3，是模型选择变多。Skill Workshop 和 Workboard，是自学习和多 Agent 协作开始有规矩。渠道和 runtime 修复，是少一点半夜排错。

Agent 产品最后拼的不是功能列表有多长，而是你能不能放心把每天重复、混乱、跨工具的工作交给它。少一点等待，少一点断线，少一点状态玄学，这才是长期用户真的会感知到的更新。

以上，