OpenClaw 6 月測試版先修 5 個發布風險
5 項修補一次看懂：OpenClaw 2026.6.5-beta.2 先處理輸出邊界、工具回傳、供應商復原與發版安全，適合評估是否升級。
這篇整理 OpenClaw 2026.6.5-beta.2 的 5 項修補，幫你判斷是否該升級、先驗證哪裡，以及哪些風險已經被補上。
這版測試版把焦點放在 5 個常見失誤點：模型輸出外洩、工具回傳格式、供應商中斷復原、跨通道相容性，以及發版驗證。看完這份清單，你可以更快決定要不要把它放進測試環境，還是等下一版再上。
| 項目 | 變更重點 | 實際影響 |
|---|---|---|
| 輸出邊界 | QQBot 送出前會先移除推理與思考標記 | 使用者只看到最終答案，不會看到內部推理草稿 |
| MCP／工具處理 | 非文字、圖片以外的區塊在 materialize 階段被轉正 | 降低 Anthropic 400 錯誤與對話歷史污染 |
| 供應商復原 | Anthropic、Vertex 與冷卻流程復原更完整 | 快取過期或重啟後，比較不容易卡死 |
| 平台支援 | Parallel 搜尋、Matrix 語音／討論串流程、驗證儲存更新 | 更多通道與安裝情境可以正常運作 |
| 發版安全 | 月份補丁編號、遷移修正、CI 收緊 | 驗證更清楚，發佈風險更低 |
1. 輸出邊界先收緊
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
這版最直接看得見的變化，是 OpenClaw 在 QQBot 的回覆流程中，會先把模型的推理與思考標記移除，再送到使用者端。換句話說，使用者拿到的是最終答案，不是模型內部的草稿內容。
這件事不只影響 QQBot，還連動修掉其他邊界問題，例如飛書合併內容與 ClickClack 回覆工具的處理方式。核心原則很簡單：模型內部產生的中間訊息，不該直接進到使用者看得到的對話裡。
- QQBot 會先去掉思考標記，再送出原生回覆。
- 飛書串流卡片保留合併內容，不會亂掉。
- ClickClack 的回覆工具會尊重
toolsAllow。
2. MCP 工具回傳更穩
OpenClaw 這次把 MCP 工具回傳的處理點放在 materialize 邊界，像資源連結、音訊、格式不完整的圖片區塊，以及未來可能出現的非文字內容，都會先被轉成可安全傳遞的形式。這能減少工具回傳一複雜，後端就報錯的情況。
實際效果是 Anthropic 的 400 錯誤變少，工具呼叫後的會話歷史也比較不會被污染。對有接 MCP 的團隊來說，這類修補很重要，因為一筆異常工具資料就可能拖垮整段對話。
resource_link → 安全文字化
resource → 安全文字化
audio → 先處理再轉供應商格式
格式不完整的圖片 → 正規化或明確拒絕3. 供應商復原與模型解析更完整
這版也處理了幾個「狀態變了，服務卻還以為沒變」的問題。Anthropic 的 extended-thinking 會話，在提示快取過期或 Gateway 重啟後，現在能更順利復原；Google Vertex 的 ADC 使用者也重新拿得到靜態目錄列與執行期模型解析。
另外，冷卻與驗證流程也加了保護。單一供應商的冷卻復原會重新探測主供應商，未知模型的驗證會保守處理，不會因為資訊不完整就誤判成可用。這些修正看起來細，但對穩定性很關鍵。
- Anthropic 串流啟動會等待
message_start。 - Vertex ADC 的目錄列與執行期解析恢復正常。
- 冷卻復原會重新探測主要供應商。
- 未知模型會被當成未知，而不是直接放行。
4. 通道與整合覆蓋面擴大
這個測試版也把可用範圍往外推。Parallel 現在以網頁搜尋供應商的形式被納入，包含 API 金鑰偵測與導入流程；Matrix 則補上語音備註的前置檢查，以及討論串讀取與回覆的感知能力。
驗證與外掛安裝的狀態也更穩。驗證設定檔改放到 SQLite，官方 npm 外掛安裝紀錄保留可信固定版本，ClawHub 技能則能透過解析後的安裝 API 從 GitHub 倉庫安裝。對多通道部署來說，這代表可覆蓋的情境又多了一層。
- Parallel 搜尋有了內建供應商支援與說明。
- Matrix 在處理提及前會先檢查語音備註。
- Matrix 討論串讀取與回覆可跨分頁延續。
- ClawHub 可安裝帶固定版本的 GitHub 技能。
5. 發版與 CI 安全再加固
這次更新也碰了發版制度本身。OpenClaw 改成 YYYY.M.PATCH 的月補丁編號方式，過渡前的標籤仍保留相容性，而 2026 年 6 月則在這個 beta 之後對應到 2026.6.5。這讓版本閱讀和比較都更直覺。
CI 與驗證流程也收得更緊。發版說明提到完整的 release CI 報告、npm 預檢與完整驗證執行，另外還補上測試狀態隔離，降低雜訊失敗。對維護發版管線的人來說，這一段比單一功能更值得先看。
release-evidence.md
npm 套件：[email protected]
tarball：openclaw-2026.6.5-beta.2.tgz
integrity：sha512-6Bmx2rlReO1MOEi9ehuhsVO59keQ1xQQ8/PvwbNq0CatJkNwyCX/MBlhWrscByYAmBl6JCOSr+cLejoDk1sDBA==哪種適合你
如果你最在意的是使用者端看到的內容是否乾淨，先看第 1 項；如果你常碰到工具回傳或供應商錯誤，第 2、3 項會最有感；如果你管的是多通道部署或外掛生態，第 4 項比較重要。
若你負責版本發佈或 CI，直接看第 5 項就能判斷這版值不值得進入測試流程。整體來說，這不是只修一個大功能的版本，而是把容易出事的接縫一個個補起來。