大家好，我是智瞳一哥。

OpenClaw 2026.6.1 发布了。

我看完 OpenClaw 2026.6.1 的更新说明后，第一反应是：

如果你是 Windows 用户，或者你已经在用 OpenClaw 接聊天渠道，这次值得认真看。

不是因为它又多了几个新功能。

也不是因为 MiniMax M3 这个名字看起来新。

而是因为这次更新补的，都是 Agent 真正进入日常工作流以后会卡住的问题：

Windows 怎么跑。

多 Agent 怎么协作。

技能怎么自我学习和审核。

聊天渠道怎么更稳。

国产多模态模型怎么接进工作流。

这些东西单独看都不算特别炸。

但放在一起，就很像一个信号：

OpenClaw 正在从“能跑起来”，往“能长期跑在你的设备和聊天渠道里”走。

先说结论：三类用户可以试，轻度用户不用急

如果你是下面三类人，我建议这次可以试。

第一类，Windows 用户。

以前很多 Agent 工具嘴上说跨平台，但真正跑起来，经常还是绕回 Linux、Docker、WSL、远程服务器。

这次 OpenClaw 明确提到 native Windows node host。

官方那句“Windows joins the cluster”，翻成人话就是：

Windows 不再只是一个临时客户端，而是可以更正式地加入 OpenClaw 的节点体系。

如果你主力电脑就是 Windows，这个变化很重要。

第二类，已经把 OpenClaw 接到 Telegram、WhatsApp、Slack、Discord、Teams、Google Chat 这些渠道里的人。

这次 release notes 里提到，移动端和渠道稳定性做了不少修复，包括 iOS hosted push、realtime Talk、以及多个聊天平台的可靠性。

这类更新没有 demo 感。

但每天用的人会很有感觉。

因为 Agent 不怕功能少一点。

怕的是消息丢、推送慢、会话断、渠道状态乱。

第三类，想把 MiniMax 放进 Agent 工作流的人。

OpenClaw 文档里已经写得很清楚：MiniMax provider 默认是 MiniMax M3。

同时 MiniMax 还覆盖图像理解、图像生成、音乐生成、视频生成、语音和 web search。

这意味着它不只是“换一个聊天模型”。

而是给 OpenClaw 多了一条偏多模态的模型路径。

如果你只是偶尔问问问题、写写文案，这次不用急。

但如果你已经在用 Agent 跑长期任务，这版可以看。

Windows 原生节点，是这次最该先试的点

我会把 Windows node host 放在第一位。

原因很简单：

很多人的真实工作环境就在 Windows 上。

不是所有人都有一台 Linux 服务器。

不是所有人都愿意先学一圈容器、WSL、远程部署，再去用 Agent。

尤其是普通职场用户、小团队、运营、内容创作者。

他们的文件在 Windows。

浏览器在 Windows。

办公软件在 Windows。

脚本和素材也在 Windows。

Agent 如果绕一圈才能碰到这些东西，门槛就高了。

所以 Windows 原生节点的意义，不是“支持了一个系统”。

而是 OpenClaw 更接近普通人的真实工作台。

我的建议是：

不要一上来就把主力工作目录全交给它。

先建一个测试目录。

放三类东西进去：

一个小项目。

一组文档。

几张需要整理的图片或素材。

然后让 OpenClaw 在这个低风险目录里跑任务。

比如：

整理文件结构。

总结项目说明。

找出最近修改内容。

生成一份 release notes。

先看它能不能稳定读、写、调用工具、恢复中断任务。

能跑稳，再慢慢扩大权限。

Agent 工具最怕的不是不能干活。

是它一上来能碰太多东西。

Skill Workshop 不是酷功能，它解决的是技能失控

这次还有一个点，普通用户可能容易忽略：

Skill Workshop for self-learning agents。

听起来有点抽象。

翻成人话就是：

Agent 不只是使用技能，还开始能围绕技能做学习、提案、修改、审核。

官方 release notes 里也提到，Skill Workshop 有 Control UI 流程、proposal 列表、revision handoff、file preview、review states 等能力。

这个方向很重要。

因为 Agent 以后一定会越来越依赖 skills。

今天一个技能负责发消息。

明天一个技能负责读文件。

后天一个技能负责调用外部服务。

技能一多，问题就来了：

谁来审核？

谁来回滚？

谁来判断这个技能是不是越权？

谁来确认它真的适合当前任务？

所以 Skill Workshop 的价值，不是让 Agent 自己乱长技能。

而是让技能进入一个可审查的流程。

如果你是重度用户，我建议你重点看两件事：

第一，技能提案能不能看清楚。

第二，技能修改能不能回滚。

这两点比“Agent 自己学会新技能”更重要。

会学不稀奇。

学完可控，才有价值。

Workboard 是给多 Agent 干活看的，不是给聊天看的

Workboard orchestration 也值得单独说。

很多人用 Agent 的方式，还是像和一个聊天机器人对话。

问一句。

答一句。

再追问一句。

但 OpenClaw 这类工具真正要做的，不是陪聊。

是把任务拆开、跟踪、交接、推进。

Workboard 的价值就在这里。

它更适合这类任务：

把一个产品更新拆成资料收集、事实核验、文章初稿、配图建议、最终检查。

把一个代码问题拆成复现、定位、修复、测试、提交。

把一个运营任务拆成选题、素材、脚本、发布、复盘。

如果你要试 Workboard，我建议不要用太大的任务。

先用一个四步任务。

例如：

“帮我把 OpenClaw 2026.6.1 写成公众号文章。”

然后让它拆成：

查 release。

提炼重点。

生成大纲。

输出发布稿。

你看它能不能把状态管理清楚。

多 Agent 系统最怕的是每个 Agent 都很忙，但你不知道它们到底在忙什么。

Workboard 要解决的就是这个问题。

MiniMax M3 默认支持，适合先跑这三个场景

OpenClaw 这次也把 MiniMax M3 放进了重点更新里。

官方 MiniMax 文档也确认：

MiniMax provider defaults to MiniMax M3。

而且 MiniMax 在 OpenClaw 里不只覆盖聊天。

它还包括图像理解、图像生成、视频生成、音乐生成、语音和 web search。

但这里不要误解。

MiniMax M3 默认，不等于你所有任务都应该立刻切过去。

更稳的方式是先跑三个场景。

第一个，中文长文整理。

比如让它读一组中文资料，输出公众号大纲、摘要、风险点。

第二个，图文素材理解。

比如把截图、发布图、产品界面丢给它，让它提炼信息。

第三个，带搜索的资料整理。

比如让它围绕一个 AI 工具更新，先查资料，再生成判断。

配置时也不要拍脑袋。

MiniMax 文档给了两条路：

OAuth 路径可以跑：

openclaw onboard --auth-choice minimax-cn-oauth
openclaw models list --provider minimax-portal

API Key 路径则要确认 MINIMAX_API_KEY，并检查模型引用是不是类似：

minimax/MiniMax-M3

或者 OAuth 路径：

minimax-portal/MiniMax-M3

我的建议是：

先不要把它设成所有任务的唯一默认。

先拿中文、多模态、搜索这三类任务试。

如果表现稳定，再放进长期工作流。

多渠道稳定性，比新功能更像刚需

这次更新还有一块容易被忽略：渠道和移动端稳定性。

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

这块看起来不如模型更新刺激。

但我觉得它很关键。

OpenClaw 的定位本来就是一个自托管 gateway。

官方文档里也写得很直接：

它连接你常用的聊天应用和渠道，把它们桥接到 AI coding agents。

所以多渠道不是附加功能。

多渠道就是它的主战场。

如果渠道不稳，Agent 再强也没用。

因为你真正使用它的入口，可能就是 Telegram、Slack、Discord、WhatsApp、iMessage。

我建议新用户只先接一个渠道。

不要一上来全接。

优先选一个你最常用、最容易排查的渠道。

个人使用，可以先从 Telegram 或 Discord 这种机器人生态成熟的入口开始。

团队使用，可以先从 Slack 或 Teams 开始。

移动端重度用户，再看 iOS push 和 Talk 稳定性。

先跑通一条链路。

再扩到第二条、第三条。

Agent 多渠道最怕的不是接不上。

是接上以后上下文、权限和通知全乱。

我的升级顺序：别一次吃完

如果你准备试 OpenClaw 2026.6.1，我建议按这个顺序来。

先看 release notes。

确认自己是不是被这版影响：

Windows 用户。

多渠道用户。

MiniMax 用户。

Workboard / 多 Agent 用户。

然后只做一个最小测试。

Windows 用户，先建测试目录，跑文件整理和 release notes。

MiniMax 用户，先跑中文资料总结和截图理解。

渠道用户，先接一个聊天渠道，观察消息、推送、会话恢复。

Workboard 用户，先拆一个四步任务，不要一上来跑复杂项目。

最后再逐步放权限。

尤其是文件读写、命令执行、外部服务调用、密钥访问。

这类能力一定要慢慢开。

Agent 真正进入工作流后，最重要的不是它能不能做更多事。

是你能不能知道它在什么范围内做事。

最后

OpenClaw 2026.6.1 这次更新，表面上看是功能点很多。

Windows node host。

Skill Workshop。

Workboard。

MiniMax M3。

移动端和聊天渠道稳定性。

但我更愿意把它看成一次“日常化”更新。

它不是为了让 demo 更炫。

而是让 OpenClaw 更接近一个能长期运行的个人 Agent 系统。

Windows 能加入。

渠道更稳。

技能开始可审查。

多 Agent 开始有工作板。

MiniMax 也能进到默认模型路线里。

所以我的结论很简单：

如果你是 Windows 用户，或者你已经在用 OpenClaw 做真实工作，这版可以试。

但不要一上来全开。

先跑一个小任务。

先接一个渠道。

先配一个模型。

先看它能不能稳定恢复、稳定通知、稳定交付结果。

Agent 工具拼到最后，不是功能表有多长。

而是你敢不敢把它放进每天真实的工作流。

这次 OpenClaw 2026.6.1，正是在往这个方向补课。