OpenClaw 又發新版，這次不是那種「版本號往前跳、大家等 changelog 自己讀」的小改。X 貼文把話講得很直接：OpenClaw 2026.6.1 live，Windows joins the cluster。真正有意思的不是它有 Windows 檔案可以拿，而是 OpenClaw 正在把本來散在 CLI、Gateway、技能資料夾、plugin、provider 裡的東西，推成幾個可以被操作、被審核、被追蹤的工作面。
這篇先把焦點放在 release 帶出的操作面。從 X 貼文和 v2026.6.1 release notes 交叉看，四個詞最值得停下來：native Windows node host、Skill Workshop、Workboard orchestration、MiniMax M3 support。它們不是同一層的功能，卻剛好拼出 OpenClaw 現在想處理的問題：agent 不只要會做事，還要能被分派、被審核、被恢復、被放進不同作業系統裡。
Windows 這次不是旁邊站著
X 貼文那句「No penguin costume required」其實很會抓重點。OpenClaw 之前要把 Windows 放進 agent 工作流，常常會繞到 WSL、遠端主機、或一堆手工 glue code。2026.6.1 的語氣比較像：Windows 可以直接加入節點叢集，不只是被 Linux 世界借殼處理。
官方 docs 裡的 node host 概念本來就很清楚：Gateway 收訊息、跑模型、路由 tool call；node host 在另一台機器上提供 system.run / system.which 這類命令表面，exec approvals 和 allowlists 則留在 node host 那邊守門。這次 release 的 Windows 味道，重點不是「終於可以雙擊某個檔案」，而是 Windows 可以成為被 Gateway 管理、被 approval 約束、被 agent 指定的執行端。
對有 Windows 開發機、NAS、lab machine、build server 的人，這個差別不小。以前你可能把 Windows 當成遠端被操作的機器；現在它更像 OpenClaw cluster 裡的一個正式 node。這句話聽起來像架構名詞，但日常感受會很具體：agent 想跑一個 Windows-only 工具、讀某個本機路徑、或透過該節點的 browser proxy 做自動化時，不必每次先把作業環境翻譯成 Linux。
Skill Workshop 比「讓 agent 寫技能」更嚴肅
這版最像產品方向的東西，是 Skill Workshop。官方文件把它稱為 governed path，意思不是讓 agent 隨手把 SKILL.md 寫進 active skills，而是先生成 proposal。Proposal 裡有 proposed skill content、target binding、scanner state、hashes、support-file metadata、rollback metadata；只有 apply 之後才會變成 live skill。
這裡的差別很重要。技能不是普通筆記。技能會教 agent 下次怎麼做事，還可能附 scripts、references、templates、assets。你如果讓模型直接改 active skill，就等於讓它把「一次對話裡學到的事」直接變成未來行為規則。Skill Workshop 的 proposal → revise → apply / reject / quarantine 流程，是在承認一件事：agent 可以學，但學到的流程要能被人看、能退回、能隔離。
Release notes 裡也把 Skill Workshop 的 Control UI flow 補得很完整：proposal lists、today actions、revision handoff、searchable file previews、review states、locale coverage、reusable session routing。這些名詞看起來瑣碎，但放在技能治理裡都不是裝飾。Searchable file preview 讓你看到 proposal 旁邊帶了什麼支援檔；review states 讓 pending、applied、rejected、quarantined 不再混成一團；revision handoff 則讓修改不是口頭說說。
Workboard 把多 agent 工作拉到桌面上
Workboard 以前很容易被誤會成待辦清單。官方 plugin 文件其實講得保守：它不是 GitHub Issues、Linear、Jira 的替代品，而是 OpenClaw Gateway 內部的 local operating work board。每張 card 可以有 title、notes、status、priority、labels、agent id、linked task/run/session/source URL，以及 attempts、comments、proof、artifacts、worker logs 等 metadata。
這個設計比較像把 agent 的背景工作留下可見痕跡。你不是只知道「我叫某個 agent 去做事」，而是看得到它卡在哪張 card、被誰 claim、對應哪個 session、是否已經跑到 review 或 blocked。Release notes 提到 Workboard 新增 orchestration primitives 和 agent coordination tools，還把 board runs 做成 task-backed，task comments 也進 edit modal。這表示 Workboard 不只是 UI tab，而是開始接住 run tracking。
CLI 文件裡的 dispatch 描述更直白：dispatch 會挑 ready cards，claim 工作，啟動 subagent worker run，並把 worker run id、session key、task linkage、execution status、worker log 存回 card。這就不是漂亮看板，而是 OpenClaw 讓多 agent 協作有狀態、有索引、有追蹤點的方式。
MiniMax M3 是 provider 面的一個訊號
X 貼文把 MiniMax M3 support 列在四個重點之一，release notes 裡也寫到 provider coverage 和 model metadata 加入 MiniMax M3，同時還有 account OAuth endpoints、Google/Vertex catalog fixes、OpenRouter SQLite model caching、Copilot Claude 1M capabilities、Foundry reasoning alignment、OpenAI response replay guards。MiniMax M3 當然是名字最醒目的那個，但這整串更像 provider catalog 正在變成一個需要治理的系統。
以前加 model support 很容易被當成「又多一個可選模型」。在 OpenClaw 這種多 channel、多 plugin、多 provider 的環境裡，provider metadata 錯一點、OAuth timer 沒 bound、model cache 太重、response replay 沒守好，都可能變成一整個 run 卡住。這版 release notes 一直出現 timers、retries、polling paths、SQLite state、bounded proof 這些詞，讀起來不華麗，但很像真的在修長任務會痛的地方。
這版 release notes 的底色其實是「不要卡死」
如果只看 X 貼文，2026.6.1 像是一個功能版；如果把 GitHub release notes 往下讀，它同時也是一個耐用度版本。Agents 和 CLI-backed runtimes 對 interrupted tool calls、stale session bindings、compaction handoffs、media delivery retries 的恢復更乾淨；Telegram、WhatsApp、iMessage、Slack、Discord、Teams、Google Chat、Google Meet、iOS realtime Talk 這些 channel delivery 也被加固。
這種修補很難做封面，但它決定 OpenClaw 能不能當每天開著的工具。Agent 系統最惱人的不是「今天沒有新功能」，而是你把一個任務丟下去，半小時後發現它卡在 stale session、OAuth device-code、provider polling、media download、local service probe、或某個測試 shard 安靜不動。2026.6.1 release notes 裡大量出現 cap、bound、recover、retry、SQLite-backed，這些字背後都是同一件事：不要讓一個不該無限等待的環節拖死整個 run。
哪兩種人需要升級?
第一種是已經把 OpenClaw 放進工作流的人。你會在 Skill Workshop 和 Workboard 看到比較明確的管理邊界：技能怎麼被提案、怎麼審、怎麼回滾；多 agent 卡片怎麼被 claim、怎麼 dispatch、怎麼留下 worker log。這不是炫技，是把「我讓 agent 幫我做事」變得比較可管理。
第二種是 Windows 使用者。這版的 Windows 訊號和前幾天 OpenClaw 進 Windows 的脈絡接在一起：Windows 不是被動等待 Linux/macOS 生態成熟之後才跟上，而是開始被放進 node、companion、gateway 這套操作模型裡。這對跨平台團隊特別有感，因為你很少真的只在單一 OS 上工作。
我會保留一點謹慎。Skill Workshop 和 Workboard 都是很強的方向，但也會逼使用者處理權限、review、proposal、operator access、SQLite state、session linking 這些比較無聊的細節。OpenClaw 2026.6.1 讓它們浮上檯面；接下來真正要看的，是團隊會不會真的願意把 agent 工作當成需要治理的工作，而不是當成一次性聊天。