OpenClaw 2026.6.5 的三個改動，對 skill 開發者來說意味著什麼？
剛翻完 v2026.6.5 的 release notes，有幾個改動我覺得對在寫 skill 或維護 skill tree 的人來說比較值得關注，整理一下我的觀察。
MCP tool result 的 materialize boundary 收斂
這個改動簡單說就是：MCP 回傳的 non-text、non-image 類型 block（像是 resource、audio 這些），現在會在 materialize boundary 強制做安全轉換，而不是直接丟給 provider。
我之前有碰過一個情境：某個 tool 的 result 裡混了 resource type 的 block，結果 Anthropic 那端 400 噴回來，而且 session history 也被污染了，後續的 context 全部亂掉。當時 debug 蠻久，因為 error message 不是很直白。
這個 boundary 收斂之後，意思是 skill 作者在寫 tool result 的時候，不用再自己保證每個 block 都是 provider-safe 的格式，runtime 會幫你擋一層。對寫比較複雜的 skill（會呼叫多個 MCP tool 然後聚合結果的那種）來說，這個改動讓行為更可預期。
當然，「安全轉換」也代表有些 rich content 會被 normalize 掉，如果你的 tool 故意回傳 audio block 預期讓 agent 處理，現在行為可能跟預期不同，要去確認一下。
ClawHub skill install 改走 resolved install API + pinned commit
這個我去翻了一下，邏輯上是：以前透過 ClawHub 安裝 skill 的時候，install 的指向比較鬆，現在會走 resolved install API 然後鎖 pinned GitHub commit。
對我來說，這個改動的意義有兩層。第一層是供應鏈安全，一個 skill 裝下去之後，你知道你裝的是哪個 commit，不會因為上游 repo 被改動或刪掉 tag 就變成裝到不一樣的東西。
第二層是可重現性。如果你有多台機器，或者要在 CI 裡跑 OpenClaw，以前 skill install 的結果可能因為時間點不同而有差異。現在 pinned commit 確保你拿到的東西是確定的。
說到底，skill ecosystem 要走向成熟，這種基礎設施的改動是必要的。不算是大功能，但沒做的話會讓很多邊緣情況很難查。
Skill refresh 不再每個檔案一個 watcher
這個改動感覺比較 infra 層，但對本地開發的影響很直接。
之前如果你的 skill tree 比較大，比如說有 20-30 個 skill，每個 skill 的每個檔案都會開一個 filesystem watcher，累積起來的 fd 消耗會很可觀，在 macOS 上尤其明顯（因為 kqueue fd limit 相對保守）。我自己有試過在有大概 40 個 skill 的環境裡啟動 gateway，有時候會看到 warning。
現在改成更收斂的 watcher 策略，本地開發起來應該比較輕。如果你是在跑比較完整的 workspace（shared skills + personal skills 疊在一起），這個改動會有感。
三個改動都不是什麼炫砲的大功能，但都是在補齊 skill 生態可靠運作的基礎。MCP boundary 讓 tool result 處理更穩，ClawHub pinned install 讓依賴可追溯，watcher 收斂讓本地開發更輕。
Release notes 有附 source，有興趣的可以去看原始改動的細節。
作者：jiaweiOrz