OpenClaw v2026.6.11 版本說明（2026-06-30）

我們聽見了大家的回饋。v2026.6.11 著重改善讓 OpenClaw 顯得不夠可靠的問題，包括回覆傳送至錯誤位置、傳送卡住、重新連線、模型設定失敗，以及更安全的管理員預設值。

重點摘要

頻道傳送可靠性

在 Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu 和 Mattermost 中，回覆、命令、佇列訊息和附件現在較不容易遺失、重複傳送、傳送至錯誤位置，或附加到錯誤的對話。

來源與貢獻者

• 修正較新的 Google Chat 私訊有時被視為群組對話的問題，讓訊息能送達正確的一對一聊天，同時維持聊天室與群組聊天訊息原有的路由方式。#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 和其他頻道中顯示助理預定的回覆，而不會暴露內部推理；選擇啟用的思考訊息仍可正常運作。#92356 相關問題：#92260。感謝 @jmpei、@tangtaizong666、@vincentkoc。
• Telegram 進度模式聊天現在會在較新的工具輸出或產出物出現前清除舊的進度氣泡，使對話順序保持整潔且易於閱讀。#93002 相關問題：#90753。感謝 @shadow-enthusiast、@zhangguiping-xydt。
• 當延遲的連結預覽送達時，iMessage 的命令與連結訊息現在會維持在同一個 OpenClaw 回合中；對於已啟用同一寄件者私訊合併的使用者，不相關的快速訊息仍會保持分開。#93143 感謝 @omarshahine。
• 在受影響的 message_tool_only 來源頻道回合中，透過訊息工具成功傳送的 Discord 回覆不再觸發誤導性的失敗警告。#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 端對端加密閘道現在能在長時間使用時持續上線，不再逐漸耗盡記憶體，最終因當機而使頻道及進行中的工作中斷。#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 使用者和營運人員現在會收到明確的失敗通知，而不會讓 OpenClaw 持續緩衝回應並承受記憶體無限制使用的風險。#95240 感謝 @alix-007。
• 修正在注入大量環境變數的 Kubernetes 類型部署中，開啟佇列資料庫可能導致閘道停滯，進而造成 Telegram 及其他佇列頻道回覆延遲或遺失的問題。#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。
• 使用者回覆較舊的 OpenClaw 訊息後隨即傳送後續訊息時，WhatsApp 的最終答案現在會保持引用該後續訊息，而不再以未引用形式送達，或仍指向較舊的機器人回覆。#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 設定現在能以更一致的方式回報故障或從中復原，不再讓使用者停留在過時的選擇或卡住的請求上。

針對快速模式的後續修正，改善了其在受影響的供應商與後援路徑中的行為；自動快速模式本身並非本次版本的新功能。

來源與貢獻者

• 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 權杖上下文視窗，避免模型缺失錯誤與不必要的提示詞大小拒絕。#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 個輸出權杖，不會再受過時的 32,000 權杖上限阻擋。#95934 感謝 @idootop。
• 大量使用工具的模型回應現在能以較低開銷串流，同時在 Google 與 OpenAI 相容供應商之間，重複的工具呼叫 ID 與加密推理詳細資料仍會與正確的呼叫配對。#95957 感謝 @vincentkoc。
• 內建 ACPX 使用者的權杖用量計算現在更可靠，因為 OpenClaw 預設已包含 ACPX 0.11.2 的持久化修正，無須另外覆寫套件或手動更新用戶端。#96124 感謝 @vincentkoc。
• Ollama Cloud 使用者現在即使在公開模型清單中找不到 glm-5.2:cloud，仍可找到並選擇此模型，並使用其 1,000,000 權杖上下文視窗、推理與工具支援。11484f8
• 當逾時值為零、負數或極大值時，MiniMax 圖像理解請求不再於到達供應商前失敗；無效值現在會改用一般或安全的最長等待時間。4b6182e 感謝 @vincentkoc。
• Codex 執行現在會遵循目前的快速模式選項，不再沿用舊的速度層級；狀態列也會清楚顯示快速模式何時為自動啟用。77012f9 感謝 @vincentkoc。
• Codex 後端對話現在會在自動快速模式清除後恢復一般路由，避免後續輪次或模型變更重複使用過期的優先層級。8afc1f7
• 備用代理執行現在會遵循各模型設定的自動快速模式截止條件，即使此次執行覆寫了快速模式亦然，讓回退行為與所選模型政策保持一致。efd3172
• 即時模型切換重試現在會為長時間執行的工作階段保留原始快速模式截止條件，而明確啟用快速模式時，則不會顯示容易造成誤解的自動截止進度訊息。d990115 感謝 @vincentkoc。
• 嵌入式代理執行現在能在重試與進度更新期間一致維持自動快速模式運作，不會將其與手動選擇的快速模式設定混淆。cf1b6fe 感謝 @vincentkoc。
• 快速模式執行現在會在模型回退重試期間保留速度設定，並在狀態中顯示已設定的自動門檻，避免重試行為不一致及使用資訊不足的通用標籤。aa3797c 感謝 @vincentkoc。
• 代理回覆與已排程的排程執行現在能更可靠地處理快速模式回退重試，並保留最終嘗試正確完成或回報進度所需的狀態。14e448e 感謝 @vincentkoc。
• 使用者在模型回退嘗試仍在執行時，不再看到快速模式重設通知；此通知只會在執行到達最終回退嘗試時顯示。6eb72a8
• 當已設定的即時模型無法使用時，使用者與營運人員現在會獲得更明確的處理方式，因為 OpenClaw 會將供應商的「找不到所選模型」回應辨識為找不到模型的失敗，而不是一般錯誤。2405d02 感謝 @vincentkoc。
• Qwen 和 vLLM 現在會在開啟或關閉思考功能時一致地保留現有的聊天範本設定，供應商外掛也能使用相同且經過測試的輔助函式。2ba9d6e 感謝 @vincentkoc。
• OpenAI 相容的代理供應商現在能更一致地處理思考層級和舊版 reasoning_effort 欄位，外掛開發者與供應商維護者可在 OpenRouter、Kilocode 和 SDK 中統一使用一個已有文件說明的正規化輔助函式。35bafea
• 瀏覽器和 Vite 建置現在可以載入 OpenAI ChatGPT Responses 供應商，不再因僅限伺服器使用的相依套件而導致套件建置失敗，同時 WebSocket 錯誤仍會正常顯示。8c8eb86 感謝 @vincentkoc。
• OpenRouter 模型掃描現在可接受與執行階段探索相同且更大型的有效目錄，同時仍會在過大的回應可能耗用無上限記憶體之前將其拒絕。ad3b2f4 感謝 @vincentkoc。
• OpenAI Responses 使用者（包括受影響的 Bedrock Mantle GPT-5.x 推理設定）現在會收到一份簡潔的最終答案，已儲存的逐字稿和重播上下文也會保持一致，不再出現數十份重複的累積副本。#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 和控制介面中的 Codex/OpenAI 用量與配額檢查，現在即使無法直接連線至 chatgpt.com，也能擷取用量時間窗，而不再失敗。#93943 相關項目：#78714。感謝 @tnzgit、@turbotheturtle。
• /status 現在會在同一行簡潔地顯示使用中的模型，以及如何清除固定的選擇，讓 Discord 和其他聊天平台的使用者無須閱讀多行說明即可快速查看模型狀態。#95797 感謝 @solvely-colin。
• Anthropic 串流回應現在會將交錯的文字、思考內容和工具呼叫更新附加至正確的回應區塊，避免在同時有多個區塊處於作用中時混合在一起。#96013 感謝 @vincentkoc。

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

工作階段、壓縮、記憶及以 QMD 為基礎的記憶，能在長時間執行的工作、重新連線、升級及對話記錄修復期間，更一致地保留預期的對話與實用情境。工具搜尋也能在代理需要找回正確情境或能力時，提供更可靠的運作。

當無法驗證必要的金鑰狀態時，加密的 Matrix 復原程序會安全停止。工具政策、核准及機密資訊處理會持續繫結至預期的執行階段狀態，而風險較高的動作仍會保持停用，除非明確啟用。

來源與貢獻者

• 使用 OpenAI Responses 的受影響代理程式對話，現在可在可見頻道回應導致已儲存的歷程記錄不完整後復原並繼續回覆，不再讓之後的每一輪都在回覆出現前失敗。#84708 感謝 @anyech。
• 當由 Codex 支援的代理程式產生異常龐大的工具輸出時，已儲存及重播的對話現在會將其中的文字維持在一般大小限制內，同時保留非文字內容不變。#87912 感謝 @adrianip0204。
• Control UI 對話現在會在休眠、網路中斷或閘道重新連線後保持可見並在同一工作階段中繼續，不再於傳送下一則訊息時消失。#89017 相關項目 #87700。感謝 @zhangguiping-xydt、@asicoe。
• 隨附的 Codex 與 Copilot 整合現在會在儲存機制演進期間，將鏡像聊天記錄與逐字稿更新繫結至正確的 OpenClaw 工作階段；遷移期間，現有以檔案為基礎的有效逐字稿仍可繼續運作。#89518 感謝 @jalehman。
• WebChat 的目前工作階段狀態現在會與您實際使用的對話一致，因此工作階段身分、思考層級、權杖上下文及費用詳細資料不再來自備用的 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 的過時頁面報告現在會將持久性的概念與綜合頁面排除在新鮮度警告之外，讓注意力集中於可能確實需要審查的來源與實體頁面。#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。
• 已儲存的工作階段記憶摘要現在會排除原始模型權杖、工具呼叫區塊、媒體預留位置、角色標籤及過時的 NO_REPLY 標記，讓未來對話保留實用的上下文。#95791 感謝 @sweetsophia、@vincentkoc、@yb0y。
• 使用 Codex/ChatGPT OAuth 的長時間 OpenAI 工作階段，現在不需要另外提供 API 金鑰即可壓縮，無論是手動執行 /compact 或自動觸發皆可。#95831 相關項目 #95693。感謝 @sallyom、@yui-tien。
• 長時間且大量使用工具的工作階段，現在會壓縮過大的對話，不再因末尾出現大型工具結果而卡住。#95860 相關項目 #78478。感謝 @jw8957、@wzhgba、@yetval。
• 當節點執行階段缺少 node:sqlite 而無法使用 memory_search 時，OpenClaw 現在會引導使用者改用相容的執行階段，而非讓他們進行不相關的嵌入供應商疑難排解。#95916 感謝 @rrrrrredy、@vincentkoc。
• 開發人員與操作人員檢查已壓縮的 Copilot 工作階段時，現在可取得摘要、壓縮前後的權杖數量及工作階段詳細資料，而非不完整的結果。#96049 感謝 @vincentkoc。
• 即使工作階段鍵需要標準化，或無法儲存中止中繼資料，/stop 與中止命令現在仍會持續停止有效執行、清除佇列中的後續工作，並迅速結束相關子代理程式。#96201 感謝 @jalehman。
• Voice Wake 升級現在會在 OpenClaw 將現有觸發詞與路由規則從已淘汰的設定檔移至共用狀態資料庫時，保持其正常運作。bdf81a8
• 從較舊的 OpenClaw 狀態配置升級時，現在會在狀態移至 SQLite 的過程中保留更新通知、檢查節流、可用版本記錄及自動更新嘗試歷程記錄。eb00d49 感謝 @vincentkoc。
• 外掛頻道對話現在能在啟動、醫生檢查及狀態修復期間更可靠地維持預期工作階段，較舊的繫結記錄也會遷移至 OpenClaw 的共用資料庫。9f888d9
• Windows 上以記憶體為基礎的工作階段同步，現在即使路徑格式不同，也會繼續使用預期的逐字稿檔案。b3b5b08 感謝 @vincentkoc。
• 缺少工作階段鍵或工作階段鍵為空白的嵌入式代理程式執行，現在會繼續附加至預期的工作階段，不再經過不一致的工作階段路由。911f853 感謝 @vincentkoc。
• 當模型猜錯工具名稱時，Tool Search 與 Code Mode 現在會顯示如何尋找並重試正確的工具，降低長時間工作階段卡住或在壓縮期間遺失持久記憶的風險。#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 裝置上查看並處理由聊天觸發的執行核准，包括應用程式開啟時，無須再僅依賴推播通知。#95175 感謝 @joshavant。
• Control UI 使用者現在會取得修補後的 DOMPurify 版本，在不改變介面行為的情況下降低 GHSA-cmwh-pvxp-8882 清理程式漏洞的暴露風險。#95691 感謝 @vincentkoc。
• 外掛對話繫結的「一律允許」核准現在會從舊設定檔延續，且在同時執行多個 OpenClaw 程序時較不容易遺失或遭覆寫。ae41b00 感謝 @vincentkoc。
• Matrix 使用者現在會看到，必須先取得有效的復原金鑰，才能執行強制交叉簽署重設，避免第二次重設導致加密復原與聊天室金鑰備份無法使用。#95720 相關議題：#78396。感謝 @jteddy、@vincentkoc、@xialonglee。
• 記憶 Wiki 狀態卡與由橋接器支援的來源同步，在同時重寫頁面時較不容易失敗，因為 OpenClaw 現在會重試暫時性的路徑不符，同時仍會阻止不安全或持續失敗的檔案系統寫入。#94443 相關議題：#92134。感謝 @cknzraposo、@zengwen-dt。
• 修正工作區路徑較長的使用者恢復最近工作階段時，會開啟新對話而非返回現有對話記錄的問題。#94578 相關議題：#94577。感謝 @rohitjavvadi、@vincentkoc。
• 記憶 Wiki 現在會在重新擷取或同步現有來源頁面時保留使用者撰寫的筆記，同時仍會更新其產生的內容。#95614 感謝 @yetval。
• 修正當記憶 Wiki 的資料庫存放在工作區記憶體資料夾內時，會反覆將自行產生的來源頁面複製回自身的問題，避免產生重複檔案、反覆清理及不必要的記憶體索引增長。#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 外部代理程式喚醒橋接器

Raft 頻道與 Raft 外掛現在支援本機命令列介面喚醒橋接器，因此外部代理程式可以在工作區有待處理工作時喚醒 OpenClaw，而操作人員可透過支援的路徑檢查設定與狀態。

來源與貢獻者

• Raft 外部代理程式的操作人員現在可在工作區有待處理工作時，透過支援的本機命令列介面橋接器喚醒 OpenClaw 代理程式，並可使用具名設定檔及檢查缺少的命令列介面先決條件。#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。
• 頻道外掛開發者現在可以透過鉤子與特定的執行工作流程傳遞原生傳送者及對話識別碼，讓整合能進行更精確的路由，同時不會破壞既有的傳送者與聊天欄位。#91903 感謝 @lanzhi-lee、@vincentkoc。
• 外掛探索現在會減少啟動期間重複執行的阻塞式檔案系統檢查，在不改變套件組合探索行為的情況下，降低內建外掛樹不必要的冷啟動工作量，尤其是在較慢的 Windows 檔案系統上。#93919 相關：#76209。感謝 @ml12580、@shenhonglong456-ai。
• 外掛閘道方法現在註冊後可透過 openclaw gateway call 使用，因此外掛作者可以在指令碼與排程工作中使用這些方法，而不會遇到 unknown method 錯誤。#94154 相關：#94127。感謝 @brycemurray、@pick-cat、@vincentkoc。
• ClawHub Skills 探索與安裝檢查現在較不容易造成 OpenClaw 停滯或當機，因為過大或停滯的市集回應會在耗盡記憶體前停止。#95226 感謝 @alix-007。
• 操作人員在升級後遵循 openclaw doctor 或深度閘道狀態提供的修復建議時，固定版本的官方外掛不再停留於舊版本。#95541 感謝 @ooiuuii、@vincentkoc。
• 受管理的 npm 外掛更新現在較不容易因模組缺失錯誤而中斷執行中閘道的工作，因為舊版外掛檔案會持續保留，直到之後的閘道啟動再將其清除。#95589 感謝 @ooiuuii、@vincentkoc。
• 支援品牌的官方外掛卡片現在會在 ClawHub 與其他目錄中顯示易於辨識的圖示，而外掛作者也可透過文件記載的資訊清單欄位提供市集圖像。#95845 感謝 @patrick-erichsen。
• ClawHub 與其他目錄中的官方外掛圖示不再被強制套用相同的硬編碼色彩，讓 Simple Icons 改用其預設圖像。#95987 感謝 @patrick-erichsen。
• Docker 使用者現在除了 GHCR 外，也可使用官方的 openclaw/openclaw Docker Hub 鏡像；帶版本號的測試版不會改動穩定版的 latest 與 main 別名。#97122 感謝 @vincentkoc。
• 以 Git 為基礎的 OpenClaw 安裝現在會使用儲存庫固定的 pnpm 版本，即使存在其他全域 pnpm 或周圍專案的套件管理器也一樣，因此設定命令不再於錯誤的套件管理器環境中執行。bd74a62 感謝 @vincentkoc。
• ClawHub Skills 卡片與更新請求現在即使收到異常大的逾時值，也會以可預期的方式完成或逾時。8cd0c11 感謝 @vincentkoc。
• Windows 使用者現在可以完成原始碼安裝，而不會被 llama.cpp 設定步驟阻塞或拖慢；安裝程式之後也會還原其既有的殼層設定。ea9065b 感謝 @vincentkoc。
• 現在可透過一般的外部套件目錄安裝或修復更多官方頻道、提供者與網頁搜尋外掛，同時仍可根據其既有憑證加以辨識。#95683 感謝 @vincentkoc。
• 透過 OpenClaw 受信任目錄安裝或更新官方騰訊元寶頻道外掛的使用者，現在會取得 2.15.0 版，並獲得與該版本一致的預期完整性檢查與外掛缺失指引。#94470 感謝 @jase-283。
• 首次執行的入門設定現在可以透過 Homebrew 安裝內建的 gog Skills，而不會因已移除的第三方 tap 配方而失敗。#95019 相關：#95017。感謝 @sedrak-hovhannisyan、@vincentkoc、@zengwen-dt。
• Canvas、Discord、Slack、語音通話與 WhatsApp 使用者會繼續取得各個已安裝或內建外掛所提供的相同 Skills 指引；原先指向根目錄 skills/... 路徑的參照則需要移至相關外掛目錄中。#95664 感謝 @vincentkoc。
• ClawHub Skills 驗證現在接受與安裝和更新相同的 @owner/<slug> 參照，因此使用者無須切換成含意不明的裸 slug，即可檢查預期的發行者。#95992 感謝 @patrick-erichsen。
• OpenClaw 的安裝時套件管理器警告現在可正確識別 npm、Yarn、Yarn Berry 與 Corepack 形式的啟動程式，避免這些工具透過替代執行檔名稱執行時顯示誤導性指引。11a2e03 感謝 @vincentkoc。
• 套件 URL 安裝現在可以處理過大的下載逾時值，不會在解析可用套件資料前就失敗。c310f8c
• 外掛與命令列介面開發者現在可看到更清楚且受支援的命令格式化 API，而裝置配對、節點註冊與 doctor 指引仍會產生相同且可安全用於殼層的命令。23b4f33
• Windows ARM64 使用者現在透過 x64 模擬殼層執行 PowerShell 安裝程式時，會取得相符的 ARM64 Node 與 MinGit 下載項目。fac091b 感謝 @vincentkoc。
• 預設的 OpenClaw 安裝不再花費時間建置選用的 llama.cpp 支援，避免未啟用此功能的使用者遇到原生建置失敗。cc1b3a8 感謝 @vincentkoc。

頻道與訊息傳遞

其他頻道修正

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

來源與貢獻者

• Telegram 回覆鏈在內容脈絡變更後仍會維持快取回覆的附加狀態，而不會在重複使用這些快取回覆時失敗。#82909 感謝 @lidge-jun。
• 修正 Discord 在結尾程式碼圍欄接近 2,000 字元訊息上限時，捨棄包含圍欄程式碼區塊的整段長回覆問題。#95661 感謝 @ly-wang19。
• Slack 操作人員現在可將權杖與簽署密鑰儲存為受支援的 SecretRef 輸入，而讀取、寫入、允許清單與目標查詢，以及設定檢查都會使用解析後的憑證，而不再拒絕或誤讀這些參照。7da955f 感謝 @vincentkoc。
• 當整合停止回應時，頻道功能檢查現在會傳回清楚的逾時結果，避免疑難排解卡在終端或自動化執行中。8ecdb97 感謝 @vincentkoc。

閘道、安全性與信任

重新啟動與就緒狀態復原

閘道健康狀態與疑難排解訊號現在會更一致地反映 OpenClaw 是否實際就緒、正在重新啟動，或無法繼續執行。透過命令列介面啟動的代理程式執行，現在可以更順暢地從中斷連線、關閉、路由變更及啟動失敗狀況中復原。

來源與貢獻者

• 當已設定或明確指定的遠端閘道回應緩慢但仍可連線時，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 使用者可讓 LaunchAgent 管理的閘道在 OpenClaw 升級期間持續執行，不再因快取中仍保留舊版文字轉換執行階段程式碼而反覆當機並重新啟動。#95081 相關議題：#95057。感謝 @849261680、@yveslarose。
• 終端介面、WebChat 與相容串流 API 中由 Codex 驅動的對話，現在會在回覆撰寫時即時顯示內容，並乾淨地取代暫定文字，確保最終答案不會包含過時草稿。#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 等已連線的代理程式框架無法選取所要求的模型，現在仍可透過 OpenClaw 啟動；真正不支援的模型選擇仍會傳回原始錯誤。#96068 相關議題：#95869。感謝 @sabatech-dev、@vincentkoc。
• 使用 heartbeat_prompt_contribution 的外掛，現在可在代理程式透過 Codex 應用程式伺服器等框架執行階段執行時，將其心跳偵測專用內容傳遞給模型，且不會影響一般使用者回合或未使用此掛鉤的外掛。#96233 感謝 @azogheb、@vincentkoc。
• Windows 閘道清理與監聽器檢查現在能一致處理 UTF-16 WMIC 命令列資料，減少無法識別或衝突識別正在執行之閘道程序的情況。15c880a 感謝 @vincentkoc。
• 長上下文且大量使用工具的代理程式工作階段，現在能在重複回合間更穩定地重複使用提示快取，同時保留每項結果的大小限制；進階操作人員也可為大上下文模型設定更高的工具結果上限，而不會遭拒絕設定。a60947f 感謝 @vincentkoc。
• 隨著工具輸出累積，長時間且大量使用工具的代理程式工作階段現在較不容易使模型請求膨脹，同時在重複回合間維持穩定的提示快取重複使用。2f33999 感謝 @vincentkoc。
• 閘道重新啟動現在會使用 OpenClaw 的持久狀態資料庫進行交接，而過時、格式錯誤、屬於錯誤程序或已被取代的請求，會在影響重新啟動前遭到捨棄。0ad48da
• 閘道狀態、診斷程式與重新啟動診斷現在會將近期重新啟動詳細資料保留在 OpenClaw 的共用狀態資料庫中，同時仍會捨棄已過期或格式錯誤的記錄。a39a3b7 感謝 @vincentkoc。
• 閘道重新啟動與受管理服務更新現在會保留正確的接續訊息、避免重複使用過時的交接狀態，並一致標記失敗的更新交接。514b336 感謝 @vincentkoc。
• 由閘道啟動的代理程式在即時排程檢查等任務期間，不再遺失僅限擁有者使用的 OpenClaw 工具，因此已授權的操作可在正確的請求上下文中使用預期工具。c2ee9b0 感謝 @vincentkoc。
• 格式錯誤的閘道重新啟動請求現在會明確失敗且不會排程重新啟動，防止錯誤或意外的整合呼叫非預期地重新啟動閘道。108d6d7 感謝 @vincentkoc。
• 由閘道排入佇列的過時節點請求現在會自動到期，因此舊工作較不會持續滯留並影響後續活動。f6d432e
• 當整合要求過多子代理程式工作階段歷程時，外掛工作流程現在較不容易停滯或使閘道超載，因為每次讀取現已限制在安全上限內。b66b450 感謝 @vincentkoc。
• 影像描述現在會將極大的逾時設定限制在安全的執行階段上限，以一致方式處理，而不再承受計時器溢位的風險。88b21fc
• 即使設定了極大的逾時時間，內嵌代理程式工作階段現在也會可靠地等待另一個工作階段釋放其檔案鎖定，不再承受計時器溢位的風險。4c736df 感謝 @vincentkoc。
• 對於設定了極大任務逾時時間的佇列命令，OpenClaw 現在會將等待時間限制在執行階段的安全上限，因此能可靠地逾時。1f6ae32 感謝 @vincentkoc。
• 修正 normalization-core 公開錯誤的字串強制轉型進入點，以及 ACP 工作階段顯示過時快速模式值的問題，讓整合收到預期的 API，使用者也能看到實際生效的模式。93ad397 感謝 @vincentkoc。
• 快速自動執行現在能更一致地傳遞最終回覆，且進度重設處理僅限於自動模式，因此不會干擾回覆或轉送的回呼。9e8ab08 感謝 @vincentkoc。
• 使用 OpenAI Responses 的代理程式工作階段，現在可在重播的歷程包含不相符的工具請求與結果時，繼續進行工具型工作，而不會失敗或遺失進度。b4bc1f2 感謝 @vincentkoc。
• 當閘道傳回替代的完成信封格式時，已完成的外掛子代理程式與品質保證執行不再被誤報為失敗，使外掛作者與操作人員的成功交接更加可靠。d1b268f 感謝 @vincentkoc。
• 修正已完成的子代理程式任務有時結束卻未提供更新的問題，讓使用者能收到結果或父代理程式的下一步。68a1e00 感謝 @vincentkoc。

遠端結果與媒體傳遞

遠端影像結果與已完成的子代理程式工作，現在能更可靠地透過目前的閘道對話傳回，不再看似失敗或消失。

來源與貢獻者

• 來自遠端 Codex 應用程式伺服器的生成影像，現在會以附件形式送達，不再於成功生成後顯示 Media failed 或只傳回文字。#96212 感謝 @sjf-oa。
• 子代理程式完成時，其結果現在會更可靠地傳至目前的父執行作業，不再看似毫無回應。7fc4bbc 感謝 @vincentkoc。

用戶端與介面

用戶端傳送與重新連線

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

來源與貢獻者

• 當 WebChat 訊息在代理程式啟動前失敗時，WebChat 與控制介面現在會將工作階段顯示為失敗，而不會讓它看起來仍在執行中。#84352 感謝 @jesse-merhi。
• 修正控制介面的工作階段選擇器因隱藏的子代理程式工作階段而卡住的問題，讓 Load More 能前往下一個可用的聊天，而不會顯示誤導性的總數。#89323 相關問題 #89249。感謝 @giodl73-repo、@originsecured-do。
• 當使用者從 History 重新開啟控制介面對話時，他們的提示現在會與助理的回覆一同顯示，在較長的對話記錄中保留問答脈絡，不再出現空白間隔。#93841 相關問題 #90241。感謝 @mushuiyu886、@pronzcw。
• 部署於路徑前綴後方的控制介面，現在會讓資訊清單、網站圖示與服務工作者的請求維持在該前綴下，避免登入後出現令人困惑的根層級 403 錯誤。#94204 相關問題 #94157。感謝 @hugenshen、@xrow。
• Android 使用者現在可以在 Settings 中開啟 Health 記錄與 Skill 列以查看易讀的詳細資訊，更容易排解閘道活動問題、檢查 Skill 設定與狀態，並瞭解如何使用現有的設定代碼進行配對。#95148 感謝 @tosko4。
• 傳送後，已送出的提示不再重新出現在控制介面的輸入框中，因此使用者可以切換工作階段或開始輸入下一則訊息，而不必擔心重複傳送或覆寫新草稿；刻意重新輸入仍可正常運作。#95503 相關問題 #89466。感謝 @vincentkoc、@zhangguiping-xydt、@zhong18804784882。
• Android 使用者現在能看到更簡潔的 Overview，可一眼掌握連線狀態、已設定的代理程式、節點健康狀態、核准項目、最近的工作階段，以及 Chat 和 Talk 操作。#95557 感謝 @joshavant、@solvely-colin。
• Android 使用者現在可以在應用程式內的 Approvals 畫面重新整理並處理閘道命令核准項目，連線時可選擇 Allow Once、Always 或 Deny。#95593 感謝 @solvely-colin。
• iOS 使用者現在不會再意外看到通知提示，並且會在無法使用核准警示時獲得清楚指引；相關權限可從單一且位置固定的 Settings 畫面管理。#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。
• 控制介面現在可以在主要工作階段中，使用 Silent 預設建立 Early Morning 工作且不傳送通知，不會再讓對話框保持開啟卻沒有可見結果。#95459 相關問題 #95073。感謝 @vincentkoc、@vporton、@zoowh。
• 在一百萬詞元的臨界值，控制介面的徽章與用量讀數現在會顯示「1M」，而非令人困惑的「1000k」，底層詞元數量則維持不變。#95485 感謝 @narahariraghava、@vincentkoc。
• 控制介面的 Overview 現在只會計算並標示仍需注意的已啟用排程工作；已停用的工作會保留過往失敗詳細資訊，但不再顯示為目前問題。#95723 相關問題 #95716。感謝 @voytas75、@zengwen-dt。
• 控制介面使用者現在會看到更簡短的 System、Light 與 Dark 主題工具提示；螢幕閱讀器也會播報較少重複的標籤，同時保留周圍的 Color mode 脈絡。#95837 感謝 @hannesrudolph、@sannidhyasah。
• 從表單檢視切換後，原始設定不再於 Settings 中顯示為遺失，因為 JSON 會重新回到可見範圍，而不是保留先前的捲動位置。#96145 相關問題 #94202。感謝 @sunlit-deng、@vporton。
• 新的 iOS 使用者現在會先看到 OpenClaw 的歡迎與新手引導，之後 iOS 才會要求區域網路存取權；現有使用者在開啟閘道設定或因其他原因需要探索區域網路閘道時，仍會收到該要求。#96181 感謝 @joshavant。

文件與管理工具

設定與命令可靠性

常用的命令列介面命令現在能更一致地處理設定、路徑、輸出與失敗情況。Shell 自動補全、診斷工具、設定命令與閘道設定會在安裝或設定需要處理時，提供更清楚的指引與更安全的復原方式。

來源與貢獻者

• OpenClaw 的 zsh Tab 自動補全選單現在會按原樣顯示包含 $ 變數或反引號包裹範例的選項說明，不再將其當作 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 技能更新現在會遵循您設定的安裝安全政策，而 openclaw skills update --all 只會更新已追蹤的 ClawHub 技能，不再意外安裝其他已設定的技能。#95684 感謝 @vincentkoc。
• Windows 重新啟動與閘道啟動工作流程現在更可靠，因為 OpenClaw 會將命令交給受信任的系統 cmd.exe 路徑，而不再依賴程序查找。7dd01d1 感謝 @vincentkoc。
• 當 PATH 查找不完整時，Windows 閘道清理與監聽器檢查現在更可靠，因此管理員可識別閘道程序並釋放被占用的連接埠，而不會因遺漏已安裝的系統工具而受阻。e9b694e 感謝 @vincentkoc。
• 在 Windows 上，即使 PATH 中較前方出現另一個 where 命令，OpenClaw 啟動流程與終端介面的 Codex 移交現在仍可透過受信任的系統定位工具找到 bun、codex 和其他執行階段二進位檔。72b9bc7 感謝 @vincentkoc。
• 即使 PATH 項目遺失或被遮蔽，Windows 連接埠診斷現在仍會使用預期的系統工具，因此閘道和服務連接埠衝突較不會因命令解析失敗而被掩蓋。c4facb2 感謝 @vincentkoc。
• 當 PATH 不完整、異常或被遮蔽時，Windows 常駐程式復原現在較不容易漏掉程序偵測或清理，因為排程工作備援機制會在受信任的系統位置中尋找 PowerShell 和 taskkill。2a140e6 感謝 @vincentkoc。
• OpenClaw 現在會在遷移過程中，將設定復原標記、最近一次正常快照和可疑讀取歷程保留於共用狀態中，不再留下獨立的設定健康狀態記錄檔。6daabd2 感謝 @vincentkoc。
• 在 Windows 上，透過 Node 套件命令墊片啟動的 Crabbox 命令，現在會按輸入原樣接收供應商旗標、shell 命令和特殊 shell 字元，不再遺失或重新解讀這些內容。54d24cd 感謝 @vincentkoc。
• 透過 .cmd 和 .bat 墊片啟動 Node 工具時，目標為 Windows 的 Crabbox 工作流程現在較不容易失敗或退回較慢的 shell 處理方式。d48dcc6 感謝 @vincentkoc。
• Windows 使用者現在可透過 npm 安裝的命令墊片執行 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 設定現在能更有效率地初始化並產生使用者介面提示，而敏感欄位仍會以相同方式標記。#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。
• Langfuse 等 OpenTelemetry 追蹤後端現在會針對以斜線限定的模型 ID 顯示實際的供應商／模型名稱，而非「未知」。#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> 在單一命令中傳回多個變體，不再受限於供應商預設的單一結果。#95300 感謝 @ly-wang19。
• 設定自訂、以 ~ 為基礎或使用 {agentId} 範本的儲存區時，openclaw sessions export-trajectory 現在無須再次指定儲存區路徑，即可找到其他工作階段命令已能看見的工作階段。#95570 相關項目：#95568。感謝 @youngting520。
• 修正 infer inspect --name <id> --json 顯示對應命令列介面命令不接受的旗標，讓開發人員與操作人員能可靠地查明支援的模型、驗證及轉錄選項。#95719 感謝 @ly-wang19、@vincentkoc。
• 檢查非常龐大或順序錯亂工作階段的使用者，現在可以開啟使用量詳細資料，並仍能取得具有最新時間戳記的日誌項目，而不必讓 OpenClaw 在記憶體中保留完整的已剖析日誌歷程。#96019 感謝 @vincentkoc。
• 操作人員現在可以為自己的 OpenClaw 主機設定驗證監控器、systemd 計時器和 Termux 小工具，而無須先替換維護者專用的主機名稱與檔案系統路徑。af3e509 感謝 @vincentkoc。
• 原生 Windows crabbox 水合現在會自動選取必要的 Windows 常駐程式工作，避免執行失敗或路由錯誤，同時維持 WSL2 與明確工作覆寫的行為不變。d5d9a82 感謝 @vincentkoc。
• 設定本機代理程式頭像的使用者，只要將工作區相對路徑的檔案維持在 2 MB 以下，即可避免圖片遺失；HTTP(S) 與資料 URI 頭像則不受此限制。#78884 相關項目：#65312。感謝 @wangjieweb3-design、@nyx-nocturna。
• OpenClaw 的預設代理程式指示現在會要求代理程式在提議自訂建置前，先檢查是否有合適的免費或開放原始碼解決方案，同時仍允許在自訂方案更合適時進行自訂開發。#86608 感謝 @cablackmon。
• 外掛作者現在可以在 subagent_ended 事件中使用已有文件說明的 targetSessionKey，將其與對應的衍生作業配對，而不必依賴實際上不會發出的 agentId 或 childSessionKey 欄位。#95191 相關項目：#95186。感謝 @ken-jo、@mahaohao-ch。
• OpenClaw 文件與展示卡片中的 ClawHub skill 連結現在會開啟包含擁有者限定名稱的標準頁面，安裝範例也改用可直接複製的 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 資源準備程序在執行器與常駐程式使用不同家目錄時卡住或遺漏交接的問題，讓兩者都能找到相同的工作狀態與停止檔案。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。