GitHub Releases 剛出 2026.6.5-beta.1，不是大功能版，但跑去看 changelog 發現有幾個修法直接戳到我平常踩的坑。

MCP tool results 的 session poisoning 問題終於修了

這個我踩過超痛。用 MCP 的人應該知道，如果 tool result 裡面夾了非文字的 block（resource_link、audio、malformed image），Anthropic 那邊會直接 400，然後這筆紀錄就汙染整條 session history，後面每次 replay 都會繼續爆。

我當時 debug 了兩個小時才發現根本原因，最後的解法是手動過濾 tool result 再丟給 agent。現在這版在 materialize boundary 就把這些 block 轉成安全內容，不用自己 workaround 了。

有在用 MCP 串外部工具的人，升這版之前如果有 session 一直爆 400 的情況，這個修法可能就是你要的。

Extended thinking 的 recover 機制

Extended thinking session 在 prompt-cache 過期或 Gateway restart 之後，之前的做法是整個 session 就廢了，要手動重新觸發。

這版改成 stream start 會等 message_start，讓 pre-generation signature error 走既有的 retry 邏輯。我的做法是把長時間 thinking session 排在 cron 裡跑，以前 Gateway 重啟後常常需要手動補，現在理論上 recover 自己來。

沒有測過這版，所以先說「理論上」。有人試了再來告訴我實際行為怎樣。

Parallel 變成 bundled web_search provider

這個算是有點意外的改動。Parallel 現在是 built-in provider，設定 PARALLEL_API_KEY 就能用，不需要額外裝什麼。

我原本是用自己串的 Tavily skill，不確定這個 trade-off 值不值得換。Parallel 的 cache-safe session ids 這個功能如果真的有效，在 multi-agent workflow 裡跑多個平行搜尋可以省一些 cost。我的 workflow 大概長這樣：

# 同時跑多個搜尋任務，結果彙整
agent: research-coordinator
steps:
  - parallel:
      - web_search: "OpenClaw MCP integration"
      - web_search: "OpenClaw skill development 2026"
      - web_search: "OpenClaw workflow automation"
  - aggregate_results
  - summarize

如果 session id 真的 cache-safe，這種跑法成本會比之前低不少。等有空測一下。

ClawHub skill 安裝的 supply chain 改善

這個對在 ClawHub 上分享 skill 的人比較重要。之前從 GitHub repo 安裝 skill，其實沒有 pin 到特定 commit，理論上 upstream 改了你就跟著變。

現在改成走 resolved install API，下載 pinned GitHub commit，安裝前跑 install-policy checks，成功才回報 telemetry。這個改法讓 skill 安裝行為更可預期，尤其是在 production 環境裡跑 skill 的話，reproducibility 變好了。

我自己有幾個 skill 是給自己用的，用 private GitHub repo 管，這個改法對我影響不大。但如果你的 workflow 依賴 ClawHub 上別人寫的 skill，這版升了之後行為會比較穩定。

**

Auth / plugin install state 的 durability**

Auth profiles 進 SQLite、npm plugin install records 保留 trusted pins。這個感覺是在處理之前 prerelease 版本升降級的時候 state 會亂的問題。

我之前遇過 Gateway restart 之後 plugin state 跑掉的情況，要手動重裝。這版如果真的修掉了，省事不少。

---

要注意的地方

這是 beta 版，有幾個已知的 caveat：

• Extended thinking recover 我還沒親自驗，changelog 說能 recover 不代表邊界 case 都 OK
• Parallel 切換成 built-in provider，如果你原本有自己的 web_search skill 包裝，要確認 precedence 怎麼設
• Cron legacy JSON stores 會在 doctor preflight migrate 到 SQLite，跑 openclaw doctor 的時候留意一下 output

整體感覺這版是在把一堆 edge case 補起來，不是新功能版。對我這種跑很多自動化 workflow 的人來說，MCP session poisoning 和 extended thinking recover 這兩個修法最直接有感。