OpenClaw v2026.6.11 版本說明 (2026-06-30)

我們聽到了回饋。v2026.6.11 聚焦於讓 OpenClaw 感覺不夠可靠的粗糙之處，修正回覆位置錯誤、傳送卡住、重新連線、模型設定失敗，並提供更安全的管理員預設值。

重點

頻道傳遞可靠性

在 Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu 和 Mattermost 中，回覆、命令、佇列訊息和附件較不容易被捨棄、重複、錯誤路由，或附加到錯誤的對話。

來源與貢獻者

• 修正較新版 Google Chat 私訊有時會被視為群組對話的問題，使其能送達正確的一對一聊天，同時 Space 與群組聊天訊息維持既有路由。 #58993 感謝 @starhappysh、@vincentkoc。
• OpenClaw 的 Feishu 語音回覆現在會在聊天泡泡中顯示時長，讓收件人在播放前就能看到音訊長度。 #89172 相關 #53798。感謝 @areslp、@fxz26284407、@kinrocw。
• Discord 與 Telegram 回覆和鏡像聊天記錄現在會更一致地綁定到預期對話，包括重複的 Telegram 回覆與工作階段變更。 #89911 感謝 @jalehman。
• 背景圖片、影片與音樂結果現在會在任務啟動時沒有完整對話目標的情況下，回到提出請求的聊天，而不是在建立後看似失敗，或隨著工作階段移動而被送到錯誤對象。 #89949 相關 #86034。感謝 @tianxiaochannel-oss88、@wangwllu。
• Telegram 回答現在會在使用者引用較早的機器人訊息時，保持附著在使用者目前的問題上；而引用其他人的訊息時，仍會回覆所選引用。 #90475 感謝 @moeedahmed。
• QQ Bot 群組管理員現在可以選擇斜線命令的可用範圍；而僅限私人使用的命令現在會引導使用者前往私人聊天，而不是在群組中暴露或被靜默忽略。 #92154 感謝 @sliverp。
• 使用具備推理能力模型的心跳偵測現在會顯示助理預期的回覆，而不是在 Telegram、WhatsApp 和其他頻道中暴露內部推理，同時選擇加入的 Thinking 訊息仍可運作。 #92356 相關 #92260。感謝 @jmpei、@tangtaizong666、@vincentkoc。
• Telegram 進度模式聊天現在會在較新的工具輸出或成品出現前清除舊的進度泡泡，讓對話保持乾淨、易讀的順序。 #93002 相關 #90753。感謝 @shadow-enthusiast、@zhangguiping-xydt。
• iMessage 命令與連結訊息現在會在延遲的連結預覽抵達時保持在同一個 OpenClaw 回合中，而不相關的快速訊息則會對已啟用同一寄件者私訊合併的使用者保持分開。 #93143 感謝 @omarshahine。
• 透過訊息工具傳送的成功 Discord 回覆，不再於受影響的 message_tool_only 來源頻道回合中觸發誤導性的失敗警告。 #94072 相關 #93875。感謝 @chenyangjun-xy、@hoyanhan、@vincentkoc。
• WhatsApp 群組對話現在會在重試、重新連線和群組變更期間，更可靠地保留正確的訊息與群組脈絡。 #94338 相關 #7433。感謝 @mcaxtr、@octopuslabs-fl、@xialonglee。
• 修正 OpenClaw 有時會回覆自己的延遲 iMessage 回音的問題，該問題發生於雜散的前置字元導致已送出的訊息無法被辨識。 #94442 感謝 @ly-wang19。
• Telegram 網路鉤子使用者現在可在短暫的頻道重新啟動、設定重新載入和復原循環期間，持續接收私訊與群組訊息，而不會出現暫時性訊息中斷。 #94506 相關 #90254。感謝 @obviyus、@travellingsoldier85、@xialonglee。
• Matrix E2EE 閘道現在可在長時間使用期間保持在線，而不是逐漸消耗記憶體，直到崩潰使頻道與進行中的工作中斷。 #94942 相關 #90455。感謝 @xzh-icenter、@yar-sh。
• Telegram 使用者現在會看到預期的原生反應，而不是洩漏的指示或被丟棄的僅反應回覆，且只有在 Telegram 接受後才記錄成功。 #94977 相關 #71140。感謝 @cuttingwater、@hugenshen。
• Telegram 針對命令、搜尋、更新和 API 活動的進度更新現在會保持可讀，而不是暴露嘈雜的 HTML 或程式碼風格列；當 Telegram 無法解析格式時，會使用純文字備援。 #95007 相關 #95002。
• 在 WebChat 中繼續的 Telegram 對話現在每個回合會顯示一則助理回覆，並讓後續回覆留在作用中的對話中，而不是重複回答或送回 Telegram。 #95069 相關 #94930。感謝 @heichaowo。
• Google Chat 現在會在工具結果無害時隱藏誤導性的內部失敗橫幅，讓使用者看到完成的答案，同時一般助理文字維持不變。 #95084 相關 #90684。感謝 @jailbirt、@studentzhou-svg。
• 已綁定的多代理頻道對話現在會載入已設定代理的工作區檔案，而不是預設代理；不過先前歸檔錯誤的對話可能會在修正後的代理儲存區中重新開始。 #95118 相關 #92903。感謝 @849261680、@axjing。
• 共用 OpenClaw 閘道的人現在可以在支援的聊天頻道中，為個別私訊聯絡人指定不同模型，同時既有群組與萬用字元模型選擇仍會如同以往運作。 #95120 相關 #53638。感謝 @gandalf-at-lerian、@thomaszta、@xydigit-zt。
• Telegram 現在會在短暫的初始預覽或進度模式回覆期間顯示 OpenClaw 仍在工作，而不是讓聊天靜默直到最終訊息抵達。 #95183 相關 #95004。感謝 @obviyus。
• Matrix 使用者與操作員現在會在 homeserver 傳送過大的或停滯的回應時收到清楚的失敗訊息，而不是讓 OpenClaw 持續緩衝並承受無界記憶體使用風險。 #95240 感謝 @alix-007。
• 修正 Telegram 和其他排隊頻道回覆在注入大量環境變數的 Kubernetes 風格部署中延遲或遺失的問題；在這些部署中，開啟佇列資料庫可能會使閘道停滯。 #95278 相關 #94571。感謝 @kaka-srp。
• Telegram 聊天現在會在一則卡住的訊息逾時後復原，讓同一聊天或主題中的後續訊息無需重新啟動閘道即可送達代理。 #95299 相關 #95248。感謝 @kriegerbangerz-ship-it、@mikasa0818、@obviyus。
• 當人們在共用直接對話中於 Telegram 與另一個 OpenClaw 用戶端之間切換時，簡短的 Telegram 回覆現在會跟隨最新對話，而不是回應較舊且不相關的 Telegram 提案。 #95390 相關 #95378。感謝 @maiduy708、@mikasa0818、@obviyus。
• 修正多訊息回覆後，已完成的助理訊息在 Telegram、Discord、Slack 和其他串流聊天中出現兩次的問題。 #95432 感謝 @vincentkoc、@yetval。
• WhatsApp 回覆現在會附著在所回覆的直接或群組訊息上，而不是顯示為一則失去對話脈絡的獨立訊息。 #95483 感謝 @mcaxtr。
• Telegram 富訊息回覆現在會保持段落、項目符號和狀態行分隔，而不是將多行內容摺疊成一個連續區塊，且不需要變更設定。 #95532 相關 #95409。感謝 @amknight。
• 啟用原生斜線命令的 Mattermost 操作員現在可以直接在 Mattermost 中使用 /oc_queue 調整作用中執行佇列，包括其模式、防抖時間、上限和丟棄處理。 #95546 感謝 @amknight。
• 在舊版多帳號頻道升級後，先前允許的訊息會繼續送達具名帳號，並在 Mattermost、Discord、Slack、Telegram、Signal、WhatsApp、iMessage 和 IRC 之間保留繼承的私訊與群組存取規則。 #95550 感謝 @amknight。
• Mattermost 使用者現在可以在線程中持續對話，而無需在機器人回覆後再次提及它；該參與狀態會在閘道重新啟動後保留，直到該線程閒置七天。 #95552 感謝 @amknight。
• 傳入的 Telegram 訊息現在會即時送達已設定的 OpenClaw 工作階段，而不是無人回覆地等待下一次輪詢間隔、閘道重新啟動或手動介入。 #95577 相關 #86957。感謝 @freidrich-goldenflow、@liuwqgit。
• QQ Bot 使用者現在會在有效分隔符每欄使用一或兩個破折號時收到完整的 markdown 表格，而不是遺失標題和除最後一列外的所有列。 #95637 感謝 @ly-wang19。
• Synology Chat 使用者現在可以在已設定的核心逾時允許時，收到耗時超過 120 秒的代理回覆，而不是讓頻道提前拒絕。 #95707 感謝 @sahibzada-allahyar、@vincentkoc。
• Telegram 論壇主題排程作業現在會讓個別設定的失敗警示送往預期目的地，即使主要公告使用同一聊天中的某個主題也一樣。 #95794 感謝 @vincentkoc。
• 修正 WhatsApp 群組回覆可能引用較舊 OpenClaw 訊息而不是使用者觸發訊息的問題，因此最終答案會在可用回覆目標時保持附著在預期訊息上，並在沒有目標時避免指回過時的機器人脈絡。 #95914 感謝 @mcaxtr。
• WhatsApp 使用者現在可以透過反應核准或拒絕提示，而不會在 WhatsApp 以不同方式識別同一個直接聊天時讓提示卡住；群組核准則仍會綁定到正確的群組與人員。 #95935 感謝 @mcaxtr。
• 最終回覆處理現在會在 OpenClaw 檢查區塊文字是否已送出時使用較少 CPU，且不會改變送達聊天的回覆或重複文字的抑制方式。 #96087 感謝 @vincentkoc。
• 來自外部頻道外掛的執行核准結果，現在會回到命令開始的頻道或私訊，而不是退回 WebChat 或在核准後看似消失。#96140 相關 #96103。感謝 @lansenger-pm、@vincentkoc、@yetval。
• WhatsApp 的最終回答現在會持續引用使用者剛送出的後續訊息，即使使用者是在回覆較舊的 OpenClaw 訊息，也不會未引用地送達或指回較舊的機器人回覆。#96220 感謝 @mcaxtr。
• Nextcloud Talk 機器人現在會忽略一般的檔案分享與生命週期事件，不會將它們記錄為機器人錯誤或導致停用傳遞風險，而格式錯誤的聊天承載仍會回傳錯誤。#96243 相關 #81566。感謝 @arkyu2077、@rafaelmgbh、@vincentkoc。
• Mattermost 頻道中的回覆與訊息工具傳遞現在會使用頻道與討論串指引，因為代理程式會將這些對話識別為頻道而非群組聊天，同時既有的群組聊天行為維持不變。#96244 相關 #95645。感謝 @arkyu2077、@iloveleon19、@vincentkoc。
• MCP 頻道整合現在即使用戶端要求過高的限制或逾時，仍會讓對話清單、訊息讀取、事件輪詢與等待維持在可預測的範圍內。a39e548 感謝 @vincentkoc。
• 設定了異常大的逾時值時，長時間執行的串流自動回覆現在比較不容易提早停止或不一致地中止。6c85b90 感謝 @vincentkoc。
• 頻道進度現在會在工作確實於另一個更新後回到同一狀態時顯示重複狀態，而不是把有用的脈絡當成重複內容隱藏。8a75c4d
• 已完成的頻道回覆不再追加延遲的進度通知，避免回答完成後出現過時的狀態文字。a594d2c 感謝 @vincentkoc。
• 在串流頻道回覆期間，進度訊息現在會持續顯示最新狀態，而不是卡在較舊的更新。e114001 感謝 @vincentkoc。
• Matrix 強制重設現在會處理不可用的密鑰儲存空間而不產生執行階段錯誤，並將復原存取視為不可用，讓重設流程能安全繼續。5c5a8a4 感謝 @vincentkoc。
• 已設定的頻道現在會持續顯示在 openclaw channels status --json 中，而排程公告會拒絕沒有作用中外掛可傳遞的過時項目。a641c0d
• Discord 語音對話現在會讓連續的助理回應持續進行，因此佇列中的回覆會在前一段音訊串流關閉後播放，而不是卡住不動。88b64e4 感謝 @vincentkoc。
• 當代理程式回應已經開始送達時，Discord 進度預覽現在比較不容易在最終編輯前停止。86ea382
• 當助理意圖保持沉默時，聊天不再顯示零散的 NO_REPLY 文字，而合法的媒體回應仍會在沒有該佔位符的情況下送達。96c6f80
• Telegram 串流回覆現在每個進度標題只顯示一次，讓工具與搜尋更新更容易掃讀。013e33c 感謝 @vincentkoc。
• 在長時間執行的任務、當機或閘道重新啟動後卡住的 Telegram 訊息，現在會自動恢復處理，因此後續訊息不再靜默等待，也不需要操作人員手動修復佇列。#97543 感謝 @romneyda、@vincentkoc。

供應商與模型復原

模型選擇和設定在目錄、憑證、串流、逾時、壓縮或後備機制出錯時，現在能更清楚地復原。受影響的 OpenAI、OpenRouter 和 OpenCode Go 設定現在會更一致地回報失敗或從失敗中復原，而不是讓使用者卡在過時的選擇或停滯的請求中。

快速模式的後續修正改善了它在受影響的供應商與後備路徑中的行為；自動快速模式本身並不是此版本的新功能。

Sources and contributors

• MiniMax 文字轉語音和語音記事現在較不容易失敗，因為 OpenClaw 會明確要求它可解碼的音訊格式，而不是依賴供應商預設值。#73079 感謝 @efe-arv。
• 閘道操作員現在可以再次在一般日誌中看到供應商、模型、請求狀態與計時詳細資料，讓模型路由與傳輸問題更容易診斷，而不必啟用額外的偵錯日誌。#89648 相關 #89300。感謝 @enominera、@xiaobao-k8s。
• 透過 Google、Mistral、OpenAI Responses、Azure OpenAI Responses 和 ChatGPT/Codex Responses 存取的模型，現在會收到乾淨的系統指示，不會讓 OpenClaw 的內部快取邊界標記洩漏到提示中。#89716 感謝 @enominera、@masatohoshino。
• 透過 OpenAI 相容供應商使用 Gemini 模型的排程工具呼叫，現在可正常執行，不會因可為 null 的欄位觸發供應商結構描述拒絕。#91559 相關 #91542。感謝 @pick-cat、@qiukui666。
• 帶有供應商限定的模型 ID 現在會遵循其已設定的代理執行階段政策和命令列介面別名，而不是意外退回到 OpenClaw 的預設執行階段。#91724 感謝 @vincentkoc、@yu-xin-c。
• 聊天 /models 清單和其他具備外掛感知能力的模型或供應商選擇路徑，現在會快速回應，而不是因重複的設定掃描而停頓數秒並耗用一個 CPU 核心；外掛變更仍會正常重新整理。#93356 感謝 @obuchowski。
• 託管 Ollama Cloud 使用者現在可以在重新啟動後只保留他們明確設定的模型，不會再把完整的共用目錄加回來；本機和自託管 Ollama 伺服器仍會繼續自動探索。#93956 感謝 @jason-allen-oneal。
• 當本機供應商回傳一般性的 LLM request failed. 錯誤時，排程工作現在可以重試或切換到已設定的備援模型，而不是在未使用備援的情況下失敗。#94062 相關 #93931。感謝 @hugenshen。
• 過期的供應商權杖不再用重複的備援警告掩蓋有用的操作員日誌，同時第一則警告與後續重複摘要仍可供診斷使用。#94233 相關 #56979。感謝 @goutamadwant、@yanan1991。
• Google Gemini 3.5 Flash 現在可用其完整的 1,048,576-token 上下文視窗選取，避免缺少模型錯誤與不必要的提示大小拒絕。#94726 相關 #94723。感謝 @ajwan8998、@anguslogan01、@kevinat。
• 儀表板子工作階段現在會一致地處理允許的供應商限定模型選項，並在已儲存的模型狀態過期時提供準確的復原指引。#94752 相關 #94713。感謝 @gr4via。
• Claude 命令列介面使用者不再收到可能永遠不會到達的完成更新承諾，因為 OpenClaw 現在會在不支援的原生背景工作可能使進度擱置前將其阻擋。#95008 感謝 @anagnorisis2peripeteia。
• OpenClaw 現在會在將整個回應緩衝到記憶體前，以明確錯誤拒絕過大的供應商目錄或 JSON 回應。#95218 感謝 @alix-007。
• OpenRouter 使用者現在可以選取並執行已宣傳的短 DeepSeek V4 模型 ID，不會因 OpenClaw 傳送重複的供應商前綴而讓請求以 model_not_found 失敗。#95268 相關 #95198。感謝 @daniel-alejandro-t、@darren2030。
• 使用 /reasoning on 時，DeepSeek 風格的 OpenAI 相容模型現在會將最終答案與其推理分開顯示，而不是折入推理區塊中，且不需要變更設定。#95283 相關 #95280。感謝 @marvinthebored、@vincentkoc、@zengwen-dt。
• 當 Codex 訂閱達到使用量限制時，OpenClaw 現在會移至已設定的備援模型，而不是停在失敗結果上，且不會重試已產生可見輸出的執行。#95400 感謝 @jason-allen-oneal、@sallyom。
• LM Studio 使用者現在可以執行量化或多變體本機模型，不會再因模型鍵不相符而出現錯誤的助理回合失敗或幽靈般的帶後綴模型項目。#95401 感謝 @monkeyleet。
• Google 支援的嵌入式代理執行現在會在過大或永不結束的提示快取回應耗盡記憶體或讓執行停滯前停止讀取。#95417 感謝 @alix-007。
• OpenRouter 模型掃描現在會在目錄過大或格式錯誤時安全失敗，而不會冒著過度使用記憶體並使 OpenClaw 不穩定的風險。#95418 感謝 @alix-007。
• OpenRouter 設定現在會在過大的模型目錄耗盡 OpenClaw 記憶體前將其拒絕，且不會快取或立即重新擷取失敗的回應。#95420 感謝 @alix-007、@sallyom。
• 當 Claude 命令列介面額度用盡或遇到一般執行器失敗時，已設定的備援模型現在可以回答，而不是把失敗訊息留給使用者作為最終回應。#95508 相關 #95489。感謝 @mikasa0818、@riazrahaman、@sallyom。
• 使用 freshness: "day" 或 pd 的 Gemini 支援網路搜尋現在可以完成，而不會因供應商 400 錯誤而失敗；較寬鬆的新鮮度選項與明確日期範圍仍會保留更嚴格的篩選。#95682 感謝 @sunjae-k、@vincentkoc。
• 來自 xAI 推理模型（例如 Grok Composer）的後續答案現在能更可靠地保留先前推理上下文，即使不支援可設定的推理強度亦然。#95686 感謝 @fuller-stack-dev、@geraint0923。
• Vercel AI Gateway 使用者現在可以執行從即時目錄中選擇的模型，包括 OpenClaw 內建清單中沒有的僅即時模型 ID。#95710 感謝 @vincentkoc。
• 修正由資訊清單定義的供應商在 stripPrefixes 項目含有多餘空格或大小寫不同時，將有效模型 ID 轉成失效 ID 的問題，讓操作員與外掛作者取得預期的供應商模型。#95744 相關 #95743。感謝 @parveshsaini。
• 首次執行設定現在會為新安裝的外部供應商開啟憑證提示，而不是看似迴圈並讓 OpenAI 維持選取狀態。#95792 相關 #95765。
• 過大或停滯的供應商目錄現在會快速失敗並顯示明確錯誤，而不是讓 OpenClaw 掛起或消耗無上限的記憶體；一般目錄則會繼續載入。#95827 感謝 @alix-007。
• Xiaomi Token Plan 使用者現在可以在 mimo-v2.5 和 mimo-v2.5-pro 使用最多 128K 輸出 token，而不是被過時的 32,000-token 限制擋下。#95934 感謝 @idootop。
• 工具密集的模型回應現在可以用較低開銷串流，同時重複的工具呼叫 ID 和加密推理詳細資料會在 Google 與 OpenAI 相容供應商之間保持對應到正確的呼叫。#95957 感謝 @vincentkoc。
• 對於內建 ACPX 使用者，token 使用量計算更可靠，因為 OpenClaw 現在預設包含 ACPX 0.11.2 的持久化修正，不需要另外覆寫套件或手動更新用戶端。#96124 感謝 @vincentkoc。
• Ollama Cloud 使用者現在即使在公開模型清單中缺少 glm-5.2:cloud，也可以找到並選取它，使用其 1,000,000-token 上下文視窗、推理和工具支援。11484f8
• MiniMax 影像理解請求在逾時為零、負數或極大值時，不再會在到達供應商前失敗；無效值現在會使用一般或安全的最大等待時間。4b6182e 感謝 @vincentkoc。
• Codex 執行現在會遵循目前的快速模式選擇，而不是沿用舊的速度層級；狀態列也會清楚顯示快速模式何時為自動。77012f9 感謝 @vincentkoc。
• Codex 支援的對話現在會在自動快速模式清除後回到一般路由，防止後續回合或模型變更重用過期的優先層級。8afc1f7
• 備援代理執行現在會遵循每個模型已設定的自動快速模式截止，即使該執行覆寫了快速模式，也能讓備援行為與所選模型政策保持一致。efd3172
• 即時模型切換重試現在會為長時間執行的工作階段保留原始快速模式截止，同時明確快速模式會避免誤導性的自動截止進度訊息。d990115 感謝 @vincentkoc。
• 嵌入式代理執行現在會在重試與進度更新期間持續一致地保持自動快速模式運作，不會與手動選取的快速模式設定混淆。cf1b6fe 感謝 @vincentkoc。
• 快速模式執行現在會在模型備援重試期間保留其速度設定，並在狀態中顯示已設定的自動閾值，避免不一致的重試行為和無助益的一般標籤。aa3797c 感謝 @vincentkoc。
• 代理回覆和已排程的排程執行現在會更可靠地處理快速模式備援重試，保留最終嘗試完成或正確回報進度所需的狀態。14e448e 感謝 @vincentkoc。
• 使用者不再會在模型備援嘗試仍在執行時看到快速模式重設通知；它只會在執行到達最終備援嘗試時出現。6eb72a8
• 當已設定的即時模型變得無法使用時，使用者與操作員現在會得到更清楚的處理，因為 OpenClaw 會將供應商的「找不到所選模型」回應辨識為找不到模型的失敗，而不是一般錯誤。2405d02 感謝 @vincentkoc。
• Qwen 和 vLLM 現在會在開啟或關閉思考時一致地保留既有的聊天範本設定，provider 外掛也能使用同一個經過測試的輔助工具。2ba9d6e 感謝 @vincentkoc。
• OpenAI 相容的代理 provider 可以更一致地處理思考層級和舊版 reasoning_effort 欄位，外掛開發者和 provider 維護者可在 OpenRouter、Kilocode 和 SDK 之間使用同一個已文件化的正規化輔助工具。35bafea
• 瀏覽器和 Vite 建置現在可以載入 OpenAI ChatGPT Responses provider，而不會因僅限伺服器的相依項破壞 bundle；同時 WebSocket 失敗仍會正常顯示。8c8eb86 感謝 @vincentkoc。
• OpenRouter 模型掃描現在接受與執行階段探索相同、更大的有效目錄，同時仍會在過大的回應消耗無限制記憶體之前拒絕它們。ad3b2f4 感謝 @vincentkoc。
• OpenAI Responses 使用者，包括受影響的 Bedrock Mantle GPT-5.x reasoning 設定，現在會取得一個乾淨的最終回答，並且已儲存逐字稿和重播內容脈絡會保持一致，而不是出現數十份重複的累積副本。#92399 相關 #91959。感謝 @amersheeny、@daimingnj、@phoenixyy、@pigfoot。
• 使用 opencode-go 模型的排程工作和隔離工作階段，現在會將停滯的請求移入已設定的逾時或備援處理，而不是先卡住數分鐘，最後以通用的 LLM request failed 錯誤結束。#93965 相關 #93610。感謝 @forceconstant、@zhangguiping-xydt。
• 變更預設模型後，使用 /new 或 /reset 啟動新的頻道工作階段時，現在會使用新的預設值，而不是靜默重用先前快取的模型；明確的 /model 覆寫則維持不變。#77339 相關 #77322。感謝 @mjamiv、@zaynl。
• 在 HTTP 或 HTTPS 代理後方，openclaw status --usage --json 和 Control UI 中的 Codex/OpenAI 使用量與配額檢查，現在會擷取使用量時段，而不是在無法直接連線到 chatgpt.com 時失敗。#93943 相關 #78714。感謝 @tnzgit、@turbotheturtle。
• /status 現在會把目前使用中的模型，以及如何清除釘選選擇，保留在一行精簡文字中，讓 Discord 和其他聊天使用者不必閱讀多行說明就能掃描模型狀態。#95797 感謝 @solvely-colin。
• Anthropic 串流回應現在會把交錯的文字、思考和工具呼叫更新附加到正確的回應區塊，而不是在同時有多個區塊處於作用中時將它們混在一起。#96013 感謝 @vincentkoc。

工作階段、記憶與信任連續性

工作階段、壓縮、記憶 和 QMD 支援的記憶，能在長時間執行的工作、重新連線、升級和逐字稿修復期間，更一致地保留預期的對話與有用的脈絡。當代理需要恢復正確的脈絡或能力時，工具搜尋 也會表現得更可靠。

加密的 Matrix 復原會在無法驗證必要金鑰狀態時安全停止。工具政策、核准 和 機密處理 會保持附著於預期的執行階段狀態，較高風險的動作則會維持停用，除非明確啟用。

Sources and contributors

• 使用 OpenAI Responses 的受影響代理對話，現在可在可見頻道回應導致已儲存歷史不完整後恢復並繼續回覆，而不是後續每一輪都在回覆出現前失敗。#84708 感謝 @anyech。
• 當 Codex 支援的代理產生異常龐大的工具輸出時，已儲存並重播的對話現在會將其文字維持在一般大小限制內，同時讓非文字內容保持不變。#87912 感謝 @adrianip0204。
• Control UI 對話現在會在睡眠、網路中斷或閘道重新連線後保持可見，並在同一個工作階段中繼續，而不是在下一則訊息送出時消失。#89017 相關 #87700。感謝 @zhangguiping-xydt、@asicoe。
• 內建的 Codex 與 Copilot 整合現在會隨著儲存方式演進，讓鏡像聊天記錄與逐字稿更新繫結到正確的 OpenClaw 工作階段，同時現有以檔案支援的作用中逐字稿會在遷移期間繼續運作。#89518 感謝 @jalehman。
• WebChat 的目前工作階段狀態現在會符合你實際使用的對話，因此工作階段身分、思考層級、token 上下文與成本詳細資料不再來自備援的 main 工作階段。#89800 相關 #89773。感謝 @killo3967、@sweetcornna。
• 在自動壓縮期間按下停止後，你的對話較不容易遺失上下文，因為壓縮請求現在也會被取消。#89886 相關 #89868。感謝 @lykeion-dev、@openperf、@vincentkoc。
• 當跨代理工作階段存取遭封鎖時，OpenClaw 現在會列出所有必要的可見性、代理對代理與允許清單設定，協助操作員修正政策設定，而不是追查不存在的代理故障。#90489 相關 #90443。感謝 @ramitrkar-hash、@sahibzada-allahyar、@vincentkoc。
• openclaw memory status 現在會顯示作用中的輕量或 REM 夢境整理階段，而不是錯誤回報 Dreaming: off，因此操作員可以看到有效的記憶體設定已啟用。#93113 相關 #67868。感謝 @agentarclab、@mrossit。
• 已逾時的 QMD 記憶體搜尋現在會在代理繼續下一步時停止其背景工作，防止遭遺留的程序持續消耗 CPU 與記憶體。#93394 感謝 @alix-007。
• 壓縮後送出的重複指示現在會保留在對話中，防止遺失回合、孤立回覆，以及某些供應商會拒絕的格式錯誤歷史。#94328 感謝 @vincentkoc、@yetval。
• Memory Wiki 的 Stale Pages 報告現在會將持久的概念與綜合頁面排除在新鮮度警告之外，讓注意力集中在可能真的需要審查的來源與實體頁面上。#94369 感謝 @sunnyshu0925、@vincentkoc。
• 近期有進度的長時間嵌入式執行，現在較不容易被過時工作階段復原中斷，而真正停滯的執行仍可被清除，讓佇列中的工作繼續進行。#94701 感謝 @imadal1n、@mrclawfield。
• Ollama 記憶體搜尋現在會遵守已設定的較小嵌入維度，並將不同維度的索引分開保存，避免不相容的向量混在一起。#94811 感謝 @mushuiyu886。
• 即使逐字稿檔名變更，或 QMD 匯出使用不同名稱，記憶體搜尋與目標式重新整理現在仍會連接到正確的 OpenClaw 工作階段。#95087 感謝 @jalehman。
• 當 OpenClaw 為新訊息騰出空間時，包含螢幕截圖或其他圖片的長時間對話現在會更一致地保持連續性，而不是反覆填滿卻沒有推進保留的對話。#95128 感謝 @yetval。
• Windows 使用者現在可以透過設定的絕對 memory.qmd.command 路徑執行 QMD 支援的記憶體索引與搜尋，包括磁碟機代號與 UNC 位置，而不會在啟動前被 OpenClaw 移除路徑分隔符號。#95274 相關 #92302。感謝 @ardooken、@ly85206559。
• 使用 /usage full 或 /usage tokens 選取的用量頁尾，現在會在每日或閒置工作階段輪替後保持可見，因此使用者不必再次開啟。#95322 感謝 @litang9。
• 後續回覆、反應、討論串訊息與狀態檢查，會在 webchat 或系統活動後仍留在所屬聊天中，而真正的頻道切換仍會清除過時的路由詳細資料。#95467 感謝 @yetval。
• 長時間執行的主要對話，現在會在使用者隔夜或延遲後續回覆後返回時保留先前上下文，而不是在原本正常完成後默默重新開始。#95472 感謝 @xydt-tanshanshan。
• 擁有大量工作階段歷史的人，現在可以列出、預覽並尋找工作階段，而不會發生多秒凍結，同時較舊的混合大小寫工作階段鍵仍會在啟動時遷移。#95699 感謝 @jalehman、@jzakirov。
• 修正操作員使用自訂或每代理的 session.store 時，已送達的回覆有時會儲存到錯誤的對話歷史，或從中遺漏的問題，改善預期工作階段的連續性與可稽核性。#95782 相關 #95781。感謝 @youngting520。
• 已儲存的工作階段記憶摘要現在會排除原始模型 token、工具呼叫區塊、媒體預留位置、角色標籤與過時的 NO_REPLY 標記，讓未來對話保留有用上下文。#95791 感謝 @sweetsophia、@vincentkoc、@yb0y。
• 使用 Codex/ChatGPT OAuth 的長時間 OpenAI 工作階段，現在無論是手動執行 /compact 或自動觸發，都可以在沒有個別 API 金鑰的情況下壓縮。#95831 相關 #95693。感謝 @sallyom、@yui-tien。
• 冗長且工具密集的工作階段，現在會壓縮過大的對話，而不是在大型工具結果出現在結尾時卡住。#95860 相關 #78478。感謝 @jw8957、@wzhgba、@yetval。
• 當 memory_search 因節點執行階段缺少 node:sqlite 而無法使用時，OpenClaw 現在會指引使用者改用相容的執行階段，而不是讓他們進行無關的嵌入供應商疑難排解。#95916 感謝 @rrrrrredy、@vincentkoc。
• 檢視已壓縮 Copilot 工作階段的開發者與操作員，現在會取得其摘要、壓縮前後 token 數與工作階段詳細資料，而不是不完整的結果。#96049 感謝 @vincentkoc。
• /stop 與中止命令現在會持續即時停止作用中執行、清除佇列中的後續工作，並結束相關子代理，即使工作階段鍵需要標準化或中止中繼資料無法儲存也一樣。#96201 感謝 @jalehman。
• Voice Wake 升級現在會在 OpenClaw 將既有觸發片語與路由規則從已退役的設定檔移至共享狀態資料庫時，維持其正常運作。bdf81a8
• 從較舊 OpenClaw 狀態配置升級時，現在會在該狀態移至 SQLite 時保留更新通知、檢查節流、可用版本記錄與自動更新嘗試歷史。eb00d49 感謝 @vincentkoc。
• 外掛頻道對話會在啟動、doctor 檢查與狀態修復期間更可靠地保留其預期工作階段，並將較舊的繫結記錄遷移至 OpenClaw 的共享資料庫。9f888d9
• Windows 記憶體支援的工作階段同步，現在即使路徑格式不同，也會繼續使用預期的逐字稿檔案。b3b5b08 感謝 @vincentkoc。
• 缺少或空白工作階段鍵的嵌入式代理執行，現在會保持附加到預期工作階段，而不是被送入不一致的工作階段路由。911f853 感謝 @vincentkoc。
• 當模型猜錯工具名稱時，工具搜尋與程式碼模式現在會顯示如何找到並重試正確工具，降低長時間工作階段在壓縮期間卡住或遺失持久記憶的風險。#93374 相關 #92273。感謝 @mushuiyu886、@poison、@vincentkoc。
• 修正壓縮後，助理回覆從 webchat、Control UI、Feishu 與其他嵌入式對話中消失的問題，讓重新整理後的聊天保持可讀，並將後續請求分開。#95484 相關 #76729。感謝 @maweibin、@njuboy11、@vincentkoc。
• OpenClaw 記憶體功能現在會讓作用中、重設與已刪除的逐字稿涵蓋範圍，與設定的工作階段儲存與代理擁有權保持一致，使夢境整理、QMD 匯出、索引與同步較不容易漏掉或錯誤歸屬對話歷史。#96162 感謝 @jalehman。
• 閘道 TLS 設定現在會明確拒絕空白的憑證或金鑰路徑，或使用 OpenClaw 的預設值，在保留有效路徑的同時避免令人困惑的啟動與憑證產生失敗。#94054 感謝 @miorbnli。
• 已設定的外掛政策現在會在閘道登錄檔變更、重新載入或後續鉤子初始化後，持續封鎖或重寫敏感工具呼叫，而不是被默默略過。#94545 感謝 @jesse-merhi。
• 擁有 operator.approvals 的行動裝置操作員，現在可以在發起請求的 iOS 裝置上查看並處理由聊天觸發的 exec 核准，包括在應用程式開啟時也可以，而不必只依賴推播通知。#95175 感謝 @joshavant。
• Control UI 使用者現在會取得已修補的 DOMPurify 版本，降低暴露於 GHSA-cmwh-pvxp-8882 sanitizer 弱點的風險，且不會改變介面的行為方式。#95691 感謝 @vincentkoc。
• 外掛對話繫結的「一律允許」核准現在會從舊設定檔承接，並且在多個 OpenClaw 程序執行時較不容易遺失或被覆寫。ae41b00 感謝 @vincentkoc。
• Matrix 使用者現在會看到必須先有作用中的復原金鑰，才能繼續進行強制跨簽章重設，防止第二次重設導致加密復原與聊天室金鑰備份無法使用。 #95720 相關 #78396。感謝 @jteddy、@vincentkoc、@xialonglee。
• Memory Wiki 狀態卡和由橋接支援的來源同步，在同時重寫頁面期間較不容易失敗，因為 OpenClaw 現在會重試暫時性的路徑不符，同時仍會停止不安全或持續性的檔案系統寫入。 #94443 相關 #92134。感謝 @cknzraposo、@zengwen-dt。
• 修正近期工作階段復原時，對於工作區路徑較長的使用者會開啟新對話，而不是回到既有逐字稿的問題。 #94578 相關 #94577。感謝 @rohitjavvadi、@vincentkoc。
• Memory Wiki 現在會在既有來源頁面重新擷取或同步時保留使用者撰寫的筆記完整不變，同時仍會重新整理其產生的內容。 #95614 感謝 @yetval。
• 修正 Memory Wiki 在其 vault 儲存在工作區記憶資料夾內時，會反覆將自己產生的來源頁面複製回自身的問題，避免重複檔案、反覆清理，以及不必要的記憶索引成長。 #95666 相關 #95657。感謝 @johannes0402、@turbotheturtle、@vincentkoc。
• 對於使用主動記憶搭配 memory-core 夢境整理的操作者，夜間夢境整理作業不再啟動不必要的回想工作並觸發 45 秒逾時，而一般網頁聊天仍會收到記憶回想。 #95721 相關 #78500。感謝 @vincentkoc、@vishutdhar、@xialonglee。
• 具有大量工具呼叫的代理工作階段，現在會以較少的重複工作修復順序錯亂的結果，同時維持每個結果與正確的工具呼叫配對。 #96014 感謝 @vincentkoc。
• Windows 上由 qmd 支援的記憶工作，現在會在可用性探測和命令逾時後停止所有相關程序，防止 qmd 子程序繼續在背景執行。 830691b
• 受信任的 OpenClaw 套件來源現在會拒絕相似的同層路徑，因此信任 /artifactory/openclaw 不再也會允許像 /artifactory/openclaw-malicious 這樣的路徑。 12c34fc 感謝 @vincentkoc。

Slack 路由器轉送模式

Slack 路由器轉送模式讓受管理或多閘道部署能集中處理傳入的 Slack 流量，同時仍由正確的 OpenClaw 閘道處理提及、討論串親和性與回覆。

來源與貢獻者

• 受管理的 Slack 部署現在可以使用中央路由器，將提及和進行中的討論串傳送到正確的 OpenClaw 閘道，同時回覆仍會透過 Slack 顯示。#94707 感謝 @pash-openai、@sjf-oa。

Raft External Agent 喚醒橋接器

Raft 頻道和 Raft 外掛現在支援本機命令列介面喚醒橋接器，因此 External Agents 可以喚醒 OpenClaw 來處理待辦的工作區工作，操作員也可以透過受支援的路徑檢查設定與狀態。

來源與貢獻者

• Raft External Agent 操作員現在可以在工作區有待辦工作時，透過受支援的本機命令列介面橋接器喚醒 OpenClaw agent，並提供具名設定檔與缺少命令列介面前置需求的檢查。#95497 感謝 @vincentkoc。

官方外掛安裝與修復

外掛管理現在可透過一般外部套件安裝與修復流程處理更多官方整合。外掛清單與相關設定檢查，會在套件遺失、不相容或需要重新安裝時，提供使用者更清楚的結果。

來源與貢獻者

• 當 plugins.allow 使用頻道或套件名稱，而不是真正的外掛 ID 時，啟動指引現在會識別未相符的項目，並顯示修正設定所需的已發現外掛 ID。#68389 相關 #68352。感謝 @aym9999、@jirboy、@lyfuci、@pahuchi-joe、@zmxccxy。
• 首次或全新安裝的外掛信任警告現在包含可直接複製的 plugins.allow 範例，以及列出或檢查外掛 ID 的命令，讓使用者可以在信任或重新安裝外掛程式碼前解決警告。#78105 相關 #68780。感謝 @jirboy、@pahuchi-joe。
• Codex 遷移現在可搭配標準的全域外掛安裝運作，因為 openclaw migrate 可以找到已安裝的提供者，而不是因 Unknown migration provider 失敗。#89612 相關 #89609。感謝 @mugabuga、@zerone0x。
• 外掛安裝與更新現在會從過時的 OpenClaw 管理相依性釘選中復原，而不是因 npm EOVERRIDE 失敗，且之後的同步不會降級或移除使用者明確安裝的套件。#91786 相關 #91772。感謝 @amknight、@mkdelta221。
• 頻道外掛開發者現在可以透過 hook 與選定的執行工作流程攜帶原生傳送者與對話識別碼，讓整合能更精準地路由，且不會破壞既有的傳送者與聊天欄位。#91903 感謝 @lanzhi-lee、@vincentkoc。
• 外掛探索現在會在啟動期間減少重複的阻塞檔案系統檢查，在不改變 bundle 探索行為的情況下，降低 bundle 外掛樹可避免的冷啟動工作，尤其是在較慢的 Windows 檔案系統上。#93919 相關 #76209。感謝 @ml12580、@shenhonglong456-ai。
• 外掛閘道方法現在可在註冊後透過 openclaw gateway call 運作，因此外掛作者可以從指令碼和排程工作使用它們，而不是遇到 unknown method 錯誤。#94154 相關 #94127。感謝 @brycemurray、@pick-cat、@vincentkoc。
• ClawHub skill 探索與安裝檢查現在較不容易讓 OpenClaw 停滯或當機，因為過大或停滯的市集回應現在會在耗盡記憶體前停止。#95226 感謝 @alix-007。
• 當操作員在升級後依照 openclaw doctor 或深度閘道狀態的修復建議操作時，釘選的官方外掛不再停留在舊版本。#95541 感謝 @ooiuuii、@vincentkoc。
• 受管理的 npm 外掛更新現在較不容易因缺少模組錯誤而中斷執行中閘道的工作，因為較舊的外掛檔案會保留可用，直到之後的閘道啟動再清理它們。#95589 感謝 @ooiuuii、@vincentkoc。
• 受支援品牌的官方外掛卡片現在會在 ClawHub 和其他目錄中顯示可識別的圖示，外掛作者也可以透過文件化的 manifest 欄位提供市集圖稿。#95845 感謝 @patrick-erichsen。
• ClawHub 和其他目錄中的官方外掛圖示不再被強制套用相同的硬編碼色彩，允許 Simple Icons 改用其預設圖稿。#95987 感謝 @patrick-erichsen。
• Docker 使用者現在除了 GHCR 之外，也有官方的 openclaw/openclaw Docker Hub 鏡像，並讓版本化 beta 發行不會移動穩定版的 latest 和 main 別名。#97122 感謝 @vincentkoc。
• 以 Git 為基礎的 OpenClaw 安裝現在即使存在另一個全域 pnpm 或周邊專案套件管理器，也會使用儲存庫釘選的 pnpm 版本，因此設定命令不再於錯誤的套件管理器環境中執行。bd74a62 感謝 @vincentkoc。
• ClawHub skill 卡片與更新請求現在即使收到異常大的逾時值，也會可預期地完成或逾時。8cd0c11 感謝 @vincentkoc。
• Windows 使用者可以完成來源安裝，而不會被 llama.cpp 設定步驟阻塞或拖慢，安裝程式之後也會還原其既有的 shell 設定。ea9065b 感謝 @vincentkoc。
• 更多官方頻道、提供者與網頁搜尋外掛現在可以透過一般外部套件目錄安裝或修復，同時仍能從其既有憑證被辨識。#95683 感謝 @vincentkoc。
• 透過 OpenClaw 受信任目錄安裝或更新官方騰訊元寶頻道外掛的人，現在會取得 2.15.0 版，並有符合該版本的預期完整性檢查與缺少外掛指引。#94470 感謝 @jase-283。
• 首次執行的入門流程現在可以透過 Homebrew 安裝 bundle 的 gog skill，而不會因已移除的第三方 tap formula 失敗。#95019 相關 #95017。感謝 @sedrak-hovhannisyan、@vincentkoc、@zengwen-dt。
• Canvas、Discord、Slack、Voice Call 與 WhatsApp 使用者會在每個已安裝或 bundle 的外掛中保留相同的 skill 指引，而對先前根目錄 skills/... 路徑的參照需要移入相關外掛目錄。#95664 感謝 @vincentkoc。
• ClawHub skill 驗證現在接受與安裝和更新相同的 @owner/<slug> 參照，因此使用者可以檢查預期的發佈者，而不必切換到有歧義的裸 slug。#95992 感謝 @patrick-erichsen。
• OpenClaw 安裝期間的套件管理器警告現在能正確識別 npm、Yarn、Yarn Berry 與 Corepack 樣式的啟動器，避免這些工具透過替代可執行檔名稱執行時出現誤導性指引。11a2e03 感謝 @vincentkoc。
• 套件 URL 安裝現在會處理過大的下載逾時值，而不會在可用套件資料解析前失敗。c310f8c
• 外掛與命令列介面開發者現在會看到更清楚的受支援命令格式化 API，而裝置配對、節點註冊與 doctor 指引會繼續產生相同的 shell 安全命令。23b4f33
• Windows ARM64 使用者在透過 x64 模擬 shell 執行 PowerShell 安裝程式時，現在會取得相符的 ARM64 Node 和 MinGit 下載。fac091b 感謝 @vincentkoc。
• 預設 OpenClaw 安裝不再花時間建置選用的 llama.cpp 支援，避免未啟用該功能的使用者遭遇原生建置失敗。cc1b3a8 感謝 @vincentkoc。

頻道與訊息

其他頻道修正

其他 Telegram 與頻道設定修正涵蓋較窄的傳遞與設定問題。

來源與貢獻者

• Telegram 回覆鏈會在內容脈絡變更後保留快取回覆的附加狀態，而不是在重用那些快取回覆時失敗。#82909 感謝 @lidge-jun。
• 修正 Discord 在包含 fenced code blocks 的長回覆中，當結束 code fence 落在 2,000 字元訊息限制附近時，丟棄整則長回覆的問題。#95661 感謝 @ly-wang19。
• Slack 操作員現在可以將 token 和簽章密鑰儲存為受支援的 SecretRef 輸入，而讀取、寫入、允許清單和目標查找，以及設定檢查會使用解析後的憑證，而不是拒絕或誤讀這些參照。7da955f 感謝 @vincentkoc。
• 當整合停止回應時，頻道能力檢查現在會回傳清楚的逾時，避免疑難排解卡在終端機或自動化執行中。8ecdb97 感謝 @vincentkoc。

閘道、安全性與信任

重新啟動與就緒狀態復原

閘道健康狀態和疑難排解訊號現在會更一致地對齊 OpenClaw 是否實際就緒、正在重新啟動或無法繼續。透過命令列介面啟動的 agent 執行，會更乾淨地從斷線、關閉、路由變更與啟動失敗狀況中復原。

來源與貢獻者

• 當已設定或明確指定的遠端閘道速度緩慢但仍可連線時，openclaw gateway probe --timeout ... 現在會等待要求的逾時時間，而不是在較短的內部截止時間後回報無法連線。#89859 相關 #65355。感謝 @hellocli、@mushuiyu886。
• 長時間或平行執行的內部子代理現在會避免不必要的即時預覽處理，而可見的子代理工作階段仍會顯示即時更新與最終回覆。#91906 感謝 @lanzhi-lee、@vincentkoc。
• ACP 對話，尤其是由 Kiro 支援的討論串，現在會在後端無法再恢復舊工作階段時啟動新的工作階段，讓對話能在第一則回覆後繼續進行。#93547 相關 #87830。感謝 @amersheeny、@chouzz。
• 當 Linux 記憶體壓力終止子命令或工作階段時，由 systemd 管理的 OpenClaw 閘道現在會保持執行並維持通道連線，同時回報子程序失敗。#93585 感謝 @snowzlm。
• 在工具執行期間取消 OpenClaw 執行時，現在會立即結束，而不是開始另一輪模型回合或讓工作階段保持鎖定。#94412 感謝 @szsip239、@vincentkoc。
• 使用雲端模型的排程 OpenClaw 工作，現在預設會從靜默且卡住的模型呼叫中恢復，有助於避免後續排程工作堆積，而本機或自行託管的提供者會保留既有的逾時行為。#94445 感謝 @bek91。
• 閘道就緒檢查現在會在重新啟動排空期間轉為不健康，避免流量管理器將新工作傳送到暫時拒絕請求的閘道。#94915 相關 #78136。感謝 @markoub、@maxschachere、@vincentkoc。
• Mac 使用者可以在 OpenClaw 升級期間讓由 LaunchAgent 管理的閘道保持執行，而不會在較舊的文字轉換執行階段程式碼仍被快取時看到反覆當機與重新啟動的迴圈。#95081 相關 #95057。感謝 @849261680、@yveslarose。
• 由 Codex 驅動的終端介面、WebChat 與相容串流 API 對話，現在會在回覆撰寫時顯示內容，同時乾淨地替換暫定文字，讓最終答案不會包含過時草稿。#95404 相關 #95422。感謝 @agonza1、@vincentkoc。
• 閘道重新啟動後，當 OpenClaw 已在恢復中斷的回覆或回報實際恢復失敗時，使用者不再看到誤導性的重試通知，減少不必要的重複嘗試。#95431 感謝 @moeedahmed、@vincentkoc。
• 長時間且大量使用工具的代理工作階段，現在會在結果累積時保留提示快取節省效果，減少回合之間重送重寫歷史所造成的可避免延遲與成本。#95624 感謝 @vincentkoc。
• 閘道重新啟動不再讓已設定的 Codex、Copilot 或受信任外掛型代理暫時無法使用，且不受信任的工作區外掛仍會被阻止自行啟用。#95652 感謝 @vincentkoc。
• 長回覆、繁忙的工具串流、大量圖片的請求與記憶體回想，現在會產生較低的 CPU 與檔案系統負擔，且不需要變更設定或工作流程。#95697 感謝 @vincentkoc。
• 操作者現在可以在無設定環境中再次為已知通道新增或更新排程公告，而已設定的環境仍會在傳送前拒絕已停用、過時、無擁有者或未知的目的地。#95754 感謝 @vincentkoc。
• macOS 使用者在停止或更新受管理的閘道時，較不容易看到錯誤的連接埠衝突失敗，因為 OpenClaw 會短暫等待正常關機釋放連接埠，同時仍會回報持續存在的衝突。#95886 感謝 @fuller-stack-dev。
• 由 Copilot 支援的代理現在可以向使用者提問，並透過 OpenClaw 一般聊天回覆流程接收答案，而精簡的工具搜尋與程式碼模式控制可避免將完整工具目錄載入工作階段。#96005 感謝 @vincentkoc。
• 在 systemd 或容器設定中重新啟動閘道時，不再留下舊的 Codex 或 Claude 轉接器程序，有助於新的 ACPX 工作階段在反覆重新啟動後，避免因清理停滯而等待數分鐘。#96032 感謝 @t2wei、@vincentkoc。
• 由 Copilot 支援的工作階段現在會隨工作進展顯示計畫更新，而其原生子工作會持續可見直到完成或失敗，不再從 OpenClaw 的工作檢視中消失。#96062 感謝 @vincentkoc。
• OpenCode 等已連線代理現在即使其 harness 無法選取要求的模型，仍會透過 OpenClaw 啟動，而真正不受支援的模型選擇仍會傳回原始錯誤。#96068 相關 #95869。感謝 @sabatech-dev、@vincentkoc。
• 使用 heartbeat_prompt_contribution 的外掛，現在會在代理透過 Codex app-server 等 harness 執行階段執行時，將其心跳偵測專屬脈絡傳遞給模型，且不會影響一般使用者回合或未使用該 hook 的外掛。#96233 感謝 @azogheb、@vincentkoc。
• Windows 閘道清理與監聽器檢查現在會一致地處理 UTF-16 WMIC 命令列資料，減少對執行中閘道程序的識別失敗或衝突。15c880a 感謝 @vincentkoc。
• 長脈絡且大量使用工具的代理工作階段，現在能在重複回合中更穩定地重用提示快取，同時不會失去每個結果的大小限制；進階操作者也可為大型脈絡模型設定更大的工具結果上限，而不會被設定拒絕。a60947f 感謝 @vincentkoc。
• 長時間且大量使用工具的代理工作階段，在工具輸出累積時較不容易讓模型請求膨脹，而重複回合會維持穩定的提示快取重用。2f33999 感謝 @vincentkoc。
• 閘道重新啟動現在會使用 OpenClaw 的持久狀態資料庫進行交接，而過時、格式錯誤、程序不符或已被取代的請求會在影響重新啟動前被丟棄。0ad48da
• 閘道狀態、doctor 與重新啟動診斷現在會在 OpenClaw 的共享狀態資料庫中保留近期重新啟動詳細資料，而過期或格式錯誤的記錄仍會被丟棄。a39a3b7 感謝 @vincentkoc。
• 閘道重新啟動與受管理服務更新現在會保留正確的延續訊息，避免重用過時的交接狀態，並一致地標記失敗的更新交接。514b336 感謝 @vincentkoc。
• 由閘道啟動的代理在執行即時排程檢查等工作時，不再遺失僅限擁有者使用的 OpenClaw 工具，因此授權操作可以在正確的請求脈絡中使用預期工具。c2ee9b0 感謝 @vincentkoc。
• 格式錯誤的閘道重新啟動請求現在會清楚失敗且不會排程重新啟動，避免不良或意外的整合呼叫非預期地重新啟動閘道。108d6d7 感謝 @vincentkoc。
• 由閘道排入佇列的過時節點請求現在會自動過期，因此舊工作較不容易殘留並影響後續活動。f6d432e
• 當整合請求過多子代理工作階段歷史時，外掛工作流程較不容易使閘道停滯或過載，因為每次讀取現在都會限制在安全上限內。b66b450 感謝 @vincentkoc。
• 圖片描述現在會一致地處理極大的逾時設定，將其限制在安全的執行階段上限內，而不是冒著計時器溢位的風險。88b21fc
• 內嵌代理工作階段現在即使逾時極大，也會可靠地等待另一個工作階段釋放其檔案鎖，而不是冒著計時器溢位的風險。4c736df 感謝 @vincentkoc。
• 具有極大工作逾時設定的佇列命令，現在會可靠地逾時，因為 OpenClaw 會將等待時間限制在執行階段的安全最大值。1f6ae32 感謝 @vincentkoc。
• 修正 normalization-core 暴露錯誤的字串強制轉換進入點，以及 ACP 工作階段顯示過時的 fast-mode 值，因此整合會收到預期 API，使用者也會看到實際生效的模式。93ad397 感謝 @vincentkoc。
• 快速自動執行現在會更一致地傳送最終回覆，且進度重設處理僅限於自動模式，因此不會干擾回應或轉送的 callback。9e8ab08 感謝 @vincentkoc。
• 使用 OpenAI Responses 的代理工作階段，現在在重播歷史包含不匹配的工具請求與結果時，仍能恢復以工具為基礎的工作，而不會失敗或遺失進度。b4bc1f2 感謝 @vincentkoc。
• 當閘道傳回替代的完成封套形狀時，已完成的外掛子代理與 QA 執行不再被誤報為失敗，讓外掛作者與操作者能更可靠地完成交接。d1b268f 感謝 @vincentkoc。
• 修正已完成的子代理工作有時會在沒有更新的情況下結束，讓使用者能收到結果或父代理的下一步。68a1e00 感謝 @vincentkoc。

遠端結果與媒體傳遞

遠端圖片結果與已完成的子代理工作現在會更可靠地透過作用中的閘道對話傳回，而不是看似失敗或消失。

來源與貢獻者

• 來自遠端 Codex app-server 的生成圖片現在會以附件形式送達，而不是在成功生成後顯示 Media failed 或只傳回文字。#96212 感謝 @sjf-oa。
• 當子代理完成時，其結果現在會更可靠地送達作用中的父執行，而不是看似沒有回應。7fc4bbc 感謝 @vincentkoc。

用戶端與介面

用戶端傳送與重新連線

WebChat 和控制介面在重新連線後，會更一致地顯示作用中的對話和失敗狀態；行動用戶端和終端介面則會復原已完成、已拒絕或已中斷的傳送，不會讓它們看起來卡住。

來源與貢獻者

• 當 WebChat 訊息在代理啟動前失敗時，WebChat 和控制介面現在會將工作階段顯示為失敗，而不是讓它看起來仍在執行。 #84352 感謝 @jesse-merhi。
• 修正控制介面工作階段選擇器卡在隱藏子代理工作階段後方的問題，讓「載入更多」能到達下一個可用聊天，而不會顯示誤導性的總數。 #89323 相關 #89249。感謝 @giodl73-repo、@originsecured-do。
• 當使用者從「歷程記錄」重新開啟控制介面對話時，他們的提示現在會與助理回覆一起顯示，在長逐字稿中保留問答脈絡而不留下空白間隙。 #93841 相關 #90241。感謝 @mushuiyu886、@pronzcw。
• 位於路徑前綴後方的控制介面部署，現在會將 manifest、favicon 和 service worker 請求保留在該前綴下，避免登入後出現令人困惑的根層級 403 錯誤。 #94204 相關 #94157。感謝 @hugenshen、@xrow。
• Android 使用者現在可以在「設定」中開啟 Health 記錄和 Skill 列來查看可讀的詳細資料，更容易疑難排解閘道活動、檢查 skill 設定與狀態，並了解如何使用既有設定碼配對。 #95148 感謝 @tosko4。
• 已傳送的提示在傳送後不會再重新出現在控制介面撰寫器中，因此使用者可以切換工作階段或開始下一則訊息，而不必擔心重複傳送或覆寫新草稿，同時仍支援有意重新輸入。 #95503 相關 #89466。感謝 @vincentkoc、@zhangguiping-xydt、@zhong18804784882。
• Android 使用者現在會看到更清爽的「總覽」，可一眼查看連線狀態、已設定的代理、節點健康狀態、核准、最近工作階段，以及「聊天」和「交談」動作。 #95557 感謝 @joshavant、@solvely-colin。
• Android 使用者現在可以在連線時，從應用程式內的「核准」畫面重新整理並處理閘道命令核准，選擇「僅允許一次」、「一律允許」或「拒絕」。 #95593 感謝 @solvely-colin。
• iOS 使用者現在會避免意外的通知提示，並在核准提醒無法使用時取得清楚指引，權限則由一個可預期的「設定」畫面管理。 #95640 感謝 @joshavant。
• 即使 OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS 設得極高，本機終端介面關閉現在仍會維持在安全的計時器限制內。 c21dcfc
• Canvas A2UI 現在在每次建置後只提供目前的應用程式資產，因此過時的相容性圖片和殘留檔案較不容易出現。 a89e65c 感謝 @vincentkoc。
• iOS 推播轉送設定失敗現在更容易定位，因為註冊診斷會顯示設定停止的位置，同時避免敏感推播憑證進入記錄。 f2b8668 感謝 @joshavant。
• iOS 裝置現在只有在使用者接受代管轉送揭露並允許通知後，才會註冊推播通知，防止註冊資料在同意前被發布。 8efed50 感謝 @joshavant。
• 修正聊天、語音、終端介面和轉寄傳送有時在閘道已完成或拒絕後仍顯示卡住或消失的問題，因此受影響的用戶端現在會清除待處理狀態、還原可重試輸入、重新整理歷程記錄，或顯示有用的失敗訊息。 #91049 相關 #91048。感謝 @nxmxbbd。

介面、設定與初始設定修正

其他控制介面、行動端與桌面端修正，改善顯示準確性、無障礙、初始設定和應用程式行為。

來源與貢獻者

• 還原展開的控制介面聊天側邊欄中的 OpenAI/Codex 使用配額，讓使用者不必離開對話即可檢查限制。 #94219 相關 #93041。感謝 @jazzroutine、@pick-cat。
• iOS 畫面現在在初始設定、設定、聊天、核准提示、語音權限、小工具和共享聊天檢視中使用一致的 OpenClaw 強調色與狀態色。 #94627 感謝 @zats。
• 控制介面現在可以在主要工作階段中使用「靜音」預設建立「清晨」工作，且不傳送通知，而不是讓對話框保持開啟卻沒有可見結果。 #95459 相關 #95073。感謝 @vincentkoc、@vporton、@zoowh。
• 在百萬 token 邊界，控制介面徽章和用量讀數現在會顯示 "1M"，而不是令人困惑的 "1000k"，底層 token 計數則保持不變。 #95485 感謝 @narahariraghava、@vincentkoc。
• 控制介面「總覽」現在只會計算並標示仍需注意的已啟用排程工作，而停用的工作會保留過去的失敗詳細資料，但不會顯示為目前問題。 #95723 相關 #95716。感謝 @voytas75、@zengwen-dt。
• 控制介面使用者現在會看到更短的「系統」、「淺色」和「深色」主題工具提示，而螢幕閱讀器會播報較不重複的標籤，同時不失去周圍的色彩模式脈絡。 #95837 感謝 @hannesrudolph、@sannidhyasah。
• 從表單檢視切換後，「設定」中不再看起來缺少原始設定，因為 JSON 會被帶回可見範圍，而不是保留先前的捲動位置。 #96145 相關 #94202。感謝 @sunlit-deng、@vporton。
• 新 iOS 使用者現在會先到達 OpenClaw 的歡迎與初始設定，再由 iOS 要求本機網路存取；既有使用者則仍會在開啟閘道設定或其他需要 LAN 閘道探索時收到該請求。 #96181 感謝 @joshavant。

文件與管理工具

設定與命令可靠性

常見的命令列介面命令現在會更一致地處理設定、路徑、輸出和失敗情況。Shell 補全、doctor、設定命令和閘道設定在安裝或設定需要注意時，會提供更清楚的指引和更安全的復原方式。

來源與貢獻者

• OpenClaw 的 zsh 分頁自動補全選單現在會逐字顯示包含 $ 變數或以反引號包住範例的選項說明，而不是將它們當成 shell 輸入進行求值並破壞選單。 #64490 感謝 @edenkangdw。
• 從較舊的沙箱儲存升級後，操作者現在會收到清楚的 openclaw doctor 警告，指出殘留的登錄檔，並可使用 openclaw doctor --fix 遷移或清理它們。 #84326 感謝 @giodl73-repo。
• 操作者現在可以使用 doctor --lint 找出過時的舊版閘道服務並預覽清理內容，而刻意保留的額外服務仍會以資訊形式呈現，且不會讓預設檢查失敗。 #84340 感謝 @giodl73-repo。
• macOS 閘道操作者現在會在重新安裝、修復或重新啟動覆寫自訂 LaunchAgent 包裝程式行為前收到警告，而 openclaw status 會區分僅限命令列介面的缺少密鑰檢查與已安裝服務。 #90537 相關 #90518。感謝 @turbotheturtle、@vincentkoc。
• 長篇、多行或包含大量程式碼的提示現在可以透過 --message-file 傳送給 openclaw agent，避免脆弱的 shell 引號處理，並在派送前回報無效檔案。 #93351 感謝 @ooiuuii。
• 修復排程執行的 doctor --fix --non-interactive 修復作業在暫時性健康檢查失敗後重新啟動已在執行的閘道的問題，因此無人值守維護不再中斷線上服務。 #94148 相關 #78217。感謝 @esqandil、@zhangguiping-xydt。
• openclaw configure 和裸 openclaw config 現在從腳本或管線執行時，會以清楚的子命令指引停止，而不是開啟不完整的互動式精靈後以不明確方式結束。 #94238 相關 #93953。感謝 @nianjiuzst、@ruomuxydt。
• 多代理操作者現在可以使用 openclaw gateway usage-cost 查看一個已設定代理或所有代理的成本，而現有預設代理命令維持不變。 #94483 感謝 @ly-wang19。
• 已封存的 Workboard 卡片不再塞滿預設的 openclaw workboard list 輸出，而 --include-archived 和 JSON 輸出仍會在需要時提供存取。 #94562 相關 #94555。感謝 @ecican、@vincentkoc、@zengwen-dt。
• OpenClaw Doctor 現在會為可運作且隔離的 shell 提示排程工作提供準確指引，而不是反覆建議無法清除警告的 --fix 命令。 #94784 相關 #94655。感謝 @altaywtf、@geekoagent、@zengwen-dt。
• 修復 openclaw doctor 在刻意略過就緒檢查後，對健康的本機 GGUF 記憶體設定顯示需要修復警告的問題，同時在設定的本機模型實際缺失時保留警告。 #95393 相關 #92582。感謝 @mikasa0818、@neekolascmd、@vincentkoc。
• 在 Windows 上，由安裝程式建立的閘道工作現在會在背景執行，不會顯示使用者可能意外關閉並停止閘道的主控台視窗。 #95480 相關 #89231。感謝 @cameronweller、@mikasa0818、@vincentkoc。
• 代理頻道繫結現在會以清楚錯誤拒絕格式錯誤的帳號規格，例如 matrix:work:extra，而不是默默將代理路由到不同帳號。 #95572 感謝 @ly-wang19。
• ClawHub skill 更新現在會遵守你設定的安裝安全政策，而 openclaw skills update --all 只會更新受追蹤的 ClawHub skills，不會意外安裝其他已設定 skills。 #95684 感謝 @vincentkoc。
• Windows 重新啟動與閘道啟動工作流程更加可靠，因為 OpenClaw 現在會將命令交給受信任的系統 cmd.exe 路徑，而不是依賴程序查找。 7dd01d1 感謝 @vincentkoc。
• 當 PATH 查找不完整時，Windows 閘道清理和監聽器檢查更加可靠，因此操作者可以識別閘道程序並釋放被占用的連接埠，而不會漏掉已安裝的系統工具。 e9b694e 感謝 @vincentkoc。
• 在 Windows 上，即使 PATH 中較早出現另一個 where 命令，OpenClaw 啟動和終端介面 Codex 交接現在也會透過受信任的系統定位器找到 bun、codex 和其他執行階段二進位檔。 72b9bc7 感謝 @vincentkoc。
• Windows 連接埠診斷現在會使用預期的系統工具，即使 PATH 項目遺失或被遮蔽也一樣，因此閘道和服務連接埠衝突較不可能被命令解析失敗掩蓋。 c4facb2 感謝 @vincentkoc。
• 當 PATH 不完整、不尋常或被遮蔽時，Windows daemon 復原較不可能漏掉程序偵測或清理，因為排程工作備援現在會在受信任的系統位置找到 PowerShell 和 taskkill。 2a140e6 感謝 @vincentkoc。
• OpenClaw 現在會透過遷移將設定復原標記、最後已知良好快照和可疑讀取歷史保留在其共享狀態中，不會留下單獨的設定健康狀態記錄檔。 6daabd2 感謝 @vincentkoc。
• 在 Windows 上，透過 Node 套件 shim 啟動的 Crabbox 命令現在會依輸入方式接收 provider 旗標、shell 命令和特殊 shell 字元，而不會遺失或重新解讀它們。 54d24cd 感謝 @vincentkoc。
• 以 Windows 為目標的 Crabbox 工作流程在透過 .cmd 和 .bat shim 啟動 Node 工具時，較不可能失敗或退回較慢的 shell 處理。 d48dcc6 感謝 @vincentkoc。
• Windows 使用者可以透過 npm 安裝的命令 shim 執行 crabbox、git 和其他 Node 支援的工具，而不會在工具開啟前 Crabbox 就停止。 77f4e45 感謝 @vincentkoc。
• openclaw doctor 現在會檢查省略工具政策設定的設定檔，而不會將有效的省略視為錯誤。 03ba09b
• openclaw doctor 在無法評估自訂預覽設定檔時，不再顯示誤導性的工具區段警告。 420a0e6 感謝 @vincentkoc。
• openclaw doctor 現在會將預覽警告限制在它可以評估的工具設定檔，避免針對未知設定檔顯示誤導性的已設定授權警告。 541f7ff 感謝 @vincentkoc。
• Windows 使用者可以從原始碼安裝 OpenClaw，而不會因安裝程式強制透過 cmd.exe 執行 npm 或 pnpm 腳本而阻擋依賴設定。 1252378 感謝 @vincentkoc。
• 較大的 OpenClaw 設定可以更有效率地初始化並產生 UI 提示，同時敏感欄位會繼續以相同方式標記。 #55018 感謝 @huangyandi-red、@vincentkoc、@xdhuangyandi。
• 仍需要手動重新啟動閘道的設定變更，現在會顯示清楚的需要重新啟動通知，並保留原始附註，而不是以誤導性的 config-patch ok 訊息看起來像已完成。 #83041 相關 #46797。感謝 @stache73、@xuruiray。
• doctor、gateway、models、plugins、sessions 和 tasks 的說明現在會在數十毫秒內出現，而過去 sessions --help 和 tasks --help 等命令大約需要 1.6 到 1.8 秒才開始回應。 #89628 感謝 @yyzquwu。
• OpenTelemetry 追蹤後端（例如 Langfuse）現在會針對斜線限定的模型 ID 顯示實際 provider/model 名稱，而不是「unknown」。 #89981 感謝 @mycarrysun、@vincentkoc。
• 格式錯誤或較舊的裝置配對記錄不再阻止 openclaw devices list 顯示待核准請求，而有效角色仍會正常顯示。 #93504 感謝 @ly-wang19。
• OpenClaw 現在會拒絕開頭或結尾帶有多餘冒號的 SSH 目標，避免它們為 SSH 支援的沙箱和閘道產生無效 SSH 設定或通道啟動失敗。 #93887 感謝 @miorbnli。
• 非互動式設定在本機閘道健康檢查失敗的使用者，現在會收到可執行的 openclaw onboard --install-daemon 或 openclaw onboard --skip-health 復原命令，而不是不受支援的 setup 旗標。 #93994 相關 #93947。感謝 @bk-z1、@nianjiuzst。
• 閘道健康狀態和探測檢查現在會接受啟動本機閘道時使用的相同自訂 --port，及早拒絕無效連接埠，並在 JSON 輸出中顯示所選的 local loopback 目標。 #94687 相關 #79100。感謝 @bryantegomoh、@ozthedivine。
• gateway --force 現在會偵測占用閘道連接埠的僅限 IPv4 程序，並在連接埠檢查結果不明確時仍嘗試清理，而不是誤以為連接埠可用。 #94949 相關 #94426。感謝 @sunlit-deng、@vincentkoc、@wangwllu。
• openclaw config validate 現在接受明確使用 transport: "stdio" 的命令式 MCP 伺服器設定，避免錯誤的驗證錯誤，同時仍會拒絕無效的遠端樣式 stdio 設定。 #95102 相關 #95082。感謝 @ken-jo、@lzyyzznl。
• 命令列介面圖片編輯現在可以用 --count <n> 在一個命令中回傳多個變體，而不再受限於 provider 的預設單一結果。 #95300 感謝 @ly-wang19。
• 當設定了自訂、基於 ~ 或以 {agentId} 為範本的儲存區時，openclaw sessions export-trajectory 現在可以找到其他 session 命令已經可見的 session，而不需要再次提供儲存區路徑。 #95570 相關 #95568。感謝 @youngting520。
• 修正 infer inspect --name <id> --json 顯示相符命令列介面命令未接受的旗標，讓開發者和操作者能可靠探索支援的模型、驗證和轉錄選項。#95719 感謝 @ly-wang19、@vincentkoc。
• 檢查非常大型或順序錯亂工作階段的人員，可以開啟用量詳細資料，並仍取得最新帶時間戳記的記錄項目，而不需要 OpenClaw 在記憶體中保留整個已剖析的記錄歷史。#96019 感謝 @vincentkoc。
• 操作者現在可以為自己的 OpenClaw 主機設定驗證監控器、systemd 計時器和 Termux 小工具，而不必先替換維護者專用的主機名稱和檔案系統路徑。af3e509 感謝 @vincentkoc。
• 原生 Windows crabbox 環境補齊現在會自動選取所需的 Windows daemon 作業，避免執行失敗或路由錯誤，同時維持 WSL2 和明確作業覆寫不變。d5d9a82 感謝 @vincentkoc。
• 設定本機代理頭像的人員，只要將相對於工作區的檔案保持在 2 MB 以下，就能避免圖片遺失，而 HTTP(S) 和 data URI 頭像不受該限制。#78884 相關 #65312。感謝 @wangjieweb3-design、@nyx-nocturna。
• OpenClaw 的預設代理指示現在會要求代理在提出自訂建置前，先檢查是否有合適的免費或開放原始碼解決方案，同時仍允許在自訂工作更合適時採用自訂工作。#86608 感謝 @cablackmon。
• 外掛作者現在可以在 subagent_ended 事件上使用文件記載的 targetSessionKey，將其與對應的 spawn 配對，而不必依賴未發出的 agentId 或 childSessionKey 欄位。#95191 相關 #95186。感謝 @ken-jo、@mahaohao-ch。
• OpenClaw 文件與展示卡中的 ClawHub 技能連結現在會開啟標準的擁有者限定頁面，安裝範例也會使用可直接複製的 openclaw skills install @owner/<slug> 參照，而不是較舊的裸 slug 路由。#95972 感謝 @patrick-erichsen。

工具與排程工作

排程工作和內建工具現在能更一致地完成、重試、回報失敗，並保留其預期輸入。外掛 SDK 執行階段的改進也讓工具支援的擴充功能在載入、回傳結果或執行排程工作時更可靠。

來源與貢獻者

• 使用 deleteAfterRun 的隔離排程工作現在會在完成後移除其暫時工作階段和逐字稿，包括停用傳遞的執行，減少過時檔案、累積的上下文和手動清理。#84794 相關 #84707。感謝 @bottenbenny、@turbotheturtle。
• 個別排程工作現在可以使用自己的備援模型、在停用備援的情況下執行，或透過命令列介面回到一般備援繼承，而不需要操作員編輯較底層的酬載資料。#93369 相關 #90302。感謝 @849261680、@walliiee。
• 排程歷程現在能可靠找到工作 ID 含有額外前後空格的項目，並在巢狀或空白 ID 建立無法安全讀回的記錄之前拒絕它們。#93567 感謝 @alix-007、@vincentkoc。
• 新增或移除排程工作時，不再導致另一個已到期的週期性工作遺失其待處理的執行。#94323 感謝 @yetval。
• Word、PowerPoint 和 Excel 文件讀寫現在會使用預期的 .docx、.pptx 或 .xlsx 路徑，而不是因為虛構的副檔名而失敗。#95805 相關 #93326。感謝 @bhnan、@lzyyzznl、@vincentkoc、@xzh-icenter。
• 瀏覽器自動化使用者會保留同樣含有豐富參照的快照，包括精簡結果中的實用分支，同時在產生快照期間減少可避免的處理。#96072 感謝 @vincentkoc。
• 修正 Windows 上逾時的命令和中斷的核心更新有時會留下子行程持續執行的問題，讓 OpenClaw 在取消、逾時或更新清理後能更可靠地停止完整行程樹。a192b2e 感謝 @vincentkoc。
• Windows 使用者在解壓縮 ripgrep 等 ZIP 下載項目時，較不容易遇到由代理管理的工具安裝失敗，因為 OpenClaw 現在使用內建的 Windows 解壓縮程式，而不是依賴 PATH 查找。a5fde91
• Windows 設定和執行階段檢查現在會使用受信任的 System32 解析器，而不是依賴非預期的 PATH 項目，因此能更可靠地找到必要工具。d3b4444 感謝 @vincentkoc。
• 使用 timeoutMs: 0 建立的 SDK 執行現在會保留要求的零逾時，而不會出現不需要的用戶端看門狗。2bdcc83 感謝 @vincentkoc。
• 即使呼叫端提供極大的執行或閒置輸出逾時，停滯的 OpenClaw 命令現在也能可靠停止。1425bb3 感謝 @vincentkoc。
• 指定極大逾時設定的命令現在會使用安全上限，而不是因為執行階段無法排程要求的等待而失敗。66b94ba
• 供應商特定的工具允許/拒絕設定現在會更一致地對齊 OpenClaw 的 doctor 警告，包括具有供應商別名、模型特定鍵、OpenRouter 風格模型 ID，或格式錯誤的政策項目的設定。8f2882f
• 當終端工具失敗或遭封鎖時，SDK 應用程式現在會收到 tool.call.failed，而不是誤導性的完成事件，因此現有的失敗處理可以正確反應。#95383 感謝 @ly-wang19。
• 修正當已識別的工作欄位帶有無害的尾隨空格時，排程新增和更新請求會被拒絕的問題，因此排程可以儲存，而不需要放寬對模糊或不安全輸入的檢查。#95674 相關 #95407。感謝 @nassiel、@zw-xysk。
• Codex 子代理監控會以更少不必要的掃描處理大量子代理和逐字稿檔案，同時較舊的逐字稿檔名格式會和以往一樣繼續解析。#96085 感謝 @vincentkoc。
• 修正原生 Windows crabbox hydration 在執行器和常駐程式使用不同主目錄時卡住或遺漏交接的問題，讓兩者都能找到相同的工作狀態和停止檔案。f354889 感謝 @vincentkoc。

其他貢獻

• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95308 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95465 感謝 @wangmiao0668000666。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95625 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95649 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95681 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95857 感謝 @romneyda。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95870 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95872 感謝 @romneyda。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95879 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95890 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95909 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95922 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95946 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95967 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #95983 感謝 @vincentkoc。
• 改善儲存庫 CI 排程、執行器使用與失敗處理。 #96258 感謝 @vincentkoc。
• 改善發行檢查自動化與必要證據處理。 #95094 感謝 @romneyda。
• 改善發行檢查自動化與必要證據處理。 #95466 感謝 @jason-allen-oneal。
• 改善發行檢查自動化與必要證據處理。 #95876 感謝 @romneyda。
• 改善發行檢查自動化與必要證據處理。 #95880 感謝 @romneyda。
• 改善發行檢查自動化與必要證據處理。 #95919 感謝 @romneyda。
• 改善發行檢查自動化與必要證據處理。 #95928 感謝 @vincentkoc。
• 改善發行檢查自動化與必要證據處理。 #95991 感謝 @vincentkoc。
• 改善發行檢查自動化與必要證據處理。 #96235 感謝 @vincentkoc。
• 改善發行封裝、發布與驗證工具。 #94272 感謝 @romneyda。
• 改善發行封裝、發布與驗證工具。 #94622 感謝 @tayoun。
• 改善發行封裝、發布與驗證工具。 #95898 感謝 @romneyda。
• 改善發行封裝、發布與驗證工具。 #95901 感謝 @romneyda。
• 改善發行封裝、發布與驗證工具。 #95999 感謝 @vincentkoc。
• 改善發行封裝、發布與驗證工具。 #96055 感謝 @vincentkoc。
• 改善發行封裝、發布與驗證工具。 #96226 感謝 @vincentkoc。
• 改善發行封裝、發布與驗證工具。 #96271 感謝 @vincentkoc。
• 改善發行封裝、發布與驗證工具。 #97909 感謝 @patrick-erichsen。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #91502 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #91506 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #94700 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95406 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95858 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95933 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95944 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95947 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95952 感謝 @vincentkoc。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95961 感謝 @vincentkoc。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95971 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #95975 感謝 @vincentkoc。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #96003 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #96017 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #96030 感謝 @romneyda。
• 改善 QA Lab 覆蓋範圍、證據擷取與發行就緒檢查。 #96246 感謝 @vincentkoc。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #87121 感謝 @davinci282828、@lizuju。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #90223 感謝 @aniruddhaadak80。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #93378 感謝 @mmyzwl、@yachiyo1680。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #95475 感謝 @kklouzal。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #95499 感謝 @romneyda。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #95602 感謝 @vincentkoc、@zats。
• 為維護者工作流程新增或修復聚焦的迴歸覆蓋範圍。 #95653 感謝 @vincentkoc。
• 改善儲存庫維護與貢獻者接收工作流程。 #76668 感謝 @wadydx。
• 改善儲存庫維護與貢獻者接收工作流程。 #87861 感謝 @coder999999999、@shuofengzhang、@vincentkoc。
• 改善儲存庫維護與貢獻者接收工作流程。 #95243 感謝 @hugenshen、@vincentkoc。
• 改善內部文件結構與發行參考維護。 #78715 感謝 @mehrazmorshed。
• 改善內部文件結構與發行參考維護。 #93502 感謝 @harjothkhara。
• 改善內部文件結構與發行參考維護。 #96044 感謝 @romneyda。
• 改善內部文件結構與發行參考維護。 #96057 感謝 @vincentkoc。
• 改善內部文件結構與發行參考維護。 #96061 感謝 @vincentkoc。
• 強化內部行為邊界，而不變更公開產品工作流程。 #91193 感謝 @davinci282828、@whiteyzy。
• 強化內部行為邊界，而不變更公開產品工作流程。 #95706 感謝 @rushindrasinha、@vincentkoc。
• 強化內部行為邊界，而不變更公開產品工作流程。 #96179 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #89912 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #90439 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96182 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96191 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96193 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96195 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96204 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96206 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96213 感謝 @jalehman。
• 將工作階段與執行階段內部細節移至共用維護邊界後方。 #96218 感謝 @jalehman。
• 改善 iOS 推播沙盒與發行驗證覆蓋範圍。 #95893 感謝 @joshavant。
• 更新 Copilot 控制器驗證文件與即時測試設定。 #95930 感謝 @vincentkoc。