Skip to main content

​
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。
  • 在受影響的 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 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 使用者與營運人員會收到明確的失敗通知，而不會讓 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 以不同方式識別同一個私聊時，使用者現在仍可透過表情回應核准或拒絕提示，而不會讓提示卡住；群組核准則仍會綁定至正確的群組與人員。#95935 感謝 @mcaxtr。
  • OpenClaw 檢查區塊文字是否已傳送時，最終回覆處理現在會使用較少的 CPU，且不會改變傳送至聊天的回覆或抑制重複文字的方式。#96087 感謝 @vincentkoc。
  • 來自外部頻道外掛的 Exec 核准結果現在會返回命令開始所在的頻道或私訊，不再退回 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。
  • 現在可選取具有完整 1,048,576 個權杖上下文視窗的 Google Gemini 3.5 Flash，避免模型遺失錯誤及不必要的提示詞大小拒絕。#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。
  • 來自 Grok Composer 等 xAI 推理模型的後續回答，現在能更可靠地保留先前的推理上下文，即使不支援可設定的推理投入程度亦然。#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 工作階段，現在無論是手動執行或自動觸發 /compact，都可在沒有個別 API 金鑰的情況下進行壓縮。#95831 相關項目 #95693。感謝 @sallyom、@yui-tien。
  • 大量使用工具的長工作階段現在會壓縮過大的對話，不再因結尾出現大型工具結果而卡住。#95860 相關項目 #78478。感謝 @jw8957、@wzhgba、@yetval。
  • 當 memory_search 因節點執行環境缺少 node:sqlite 而無法使用時，OpenClaw 現在會引導使用者改用相容的執行環境，不再讓他們進行無關的嵌入供應商疑難排解。#95916 感謝 @rrrrrredy、@vincentkoc。
  • 開發人員和操作人員檢查已壓縮的 Copilot 工作階段時，現在會取得其摘要、壓縮前後的權杖數量和工作階段詳細資料，不再得到不完整的結果。#96049 感謝 @vincentkoc。
  • /stop 和中止命令現在即使工作階段鍵需要標準化，或中止中繼資料無法儲存，仍會持續停止進行中的執行、清除佇列中的後續工作，並迅速終止相關子代理程式。#96201 感謝 @jalehman。
  • 隨著 OpenClaw 將 Voice Wake 的現有觸發詞組和路由規則從已淘汰的設定檔移至共用狀態資料庫，升級後這些設定現在仍可繼續運作。bdf81a8
  • 從較舊的 OpenClaw 狀態配置升級時，現在會在該狀態移至 SQLite 的過程中保留更新通知、檢查節流、可用版本記錄和自動更新嘗試歷史記錄。eb00d49 感謝 @vincentkoc。
  • 外掛頻道對話現在能在啟動、doctor 檢查和狀態修復期間更可靠地維持其預期工作階段，較舊的繫結記錄則會遷移至 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 裝置上查看並處理由聊天觸發的執行核准，包括 App 開啟時，而不再僅依賴推播通知。#95175 感謝 @joshavant。
  • Control UI 使用者現在會取得已修補的 DOMPurify 版本，在不改變介面行為的情況下，降低受 GHSA-cmwh-pvxp-8882 清理程式漏洞影響的風險。#95691 感謝 @vincentkoc。
  • 外掛對話繫結的「一律允許」核准現在會從舊設定檔移轉，且在同時執行多個 OpenClaw 程序時，較不容易遺失或遭到覆寫。ae41b00 感謝 @vincentkoc。
  • Matrix 使用者現在會看到，必須先提供有效的復原金鑰，才能繼續強制重設交叉簽署，避免第二次重設導致加密復原和聊天室金鑰備份無法使用。#95720 相關：#78396。感謝 @jteddy、@vincentkoc、@xialonglee。
  • 由於 OpenClaw 現在會在同時重寫頁面時重試暫時性的路徑不符，但仍會停止不安全或持續失敗的檔案系統寫入，因此 Memory Wiki 狀態卡和由橋接支援的來源同步較不容易失敗。#94443 相關：#92134。感謝 @cknzraposo、@zengwen-dt。
  • 修正工作區路徑較長的使用者恢復最近工作階段時，會開啟全新對話而非返回現有對話記錄的問題。#94578 相關：#94577。感謝 @rohitjavvadi、@vincentkoc。
  • Memory Wiki 現在會在重新擷取或同步現有來源頁面時保留使用者撰寫的筆記，同時仍會重新整理其產生的內容。#95614 感謝 @yetval。
  • 修正當 Memory 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 映像來源，且具版本號的 Beta 版本不會移動穩定版的 latest 與 main 別名。#97122 感謝 @vincentkoc。
  • 以 Git 為基礎的 OpenClaw 安裝現在會使用儲存庫固定的 pnpm 版本，即使存在另一個全域 pnpm 或周邊專案的套件管理器也一樣，因此設定命令不再於錯誤的套件管理器環境中執行。bd74a62 感謝 @vincentkoc。
  • ClawHub 技能卡片與更新要求現在即使收到異常大的逾時值，也會按預期完成或逾時。8cd0c11 感謝 @vincentkoc。
  • Windows 使用者現在可完成原始碼安裝，不會受到 llama.cpp 設定步驟阻塞或拖慢，且安裝程式之後會還原其現有的 Shell 設定。ea9065b 感謝 @vincentkoc。
  • 現在有更多官方頻道、提供者與網頁搜尋外掛可透過一般外部套件目錄安裝或修復，同時仍可從其現有認證資訊中辨識。#95683 感謝 @vincentkoc。
  • 透過 OpenClaw 受信任目錄安裝或更新官方騰訊元寶頻道外掛的使用者，現在會取得 2.15.0 版，且預期的完整性檢查與外掛缺失指引已與該版本一致。#94470 感謝 @jase-283。
  • 首次執行的新手引導現在可透過 Homebrew 安裝套裝的 gog 技能，而不會因已移除的第三方 tap 公式而失敗。#95019 相關項目 #95017。感謝 @sedrak-hovhannisyan、@vincentkoc、@zengwen-dt。
  • Canvas、Discord、Slack、語音通話與 WhatsApp 使用者會在每個已安裝或套裝的外掛中保留相同的技能指引，而先前根目錄 skills/... 路徑的參照則需要移至相關外掛目錄中。#95664 感謝 @vincentkoc。
  • ClawHub 技能驗證現在接受安裝與更新所使用的相同 @owner/<slug> 參照，因此使用者可檢查預期的發行者，而不必改用含義不明確的裸 slug。#95992 感謝 @patrick-erichsen。
  • OpenClaw 安裝時的套件管理器警告現在可正確識別 npm、Yarn、Yarn Berry 與 Corepack 類型的啟動器，避免這些工具透過替代執行檔名稱執行時提供誤導性指引。11a2e03 感謝 @vincentkoc。
  • 套件 URL 安裝現在可處理過大的下載逾時值，而不會在解析可用套件資料前失敗。c310f8c
  • 外掛與命令列介面開發者現在可看到更清楚的受支援命令格式化 API，而裝置配對、節點註冊與診斷指引仍會產生相同的 Shell 安全命令。23b4f33
  • Windows ARM64 使用者現在透過 x64 模擬 Shell 執行 PowerShell 安裝程式時，會取得相符的 ARM64 Node 與 MinGit 下載項目。fac091b 感謝 @vincentkoc。
  • 預設 OpenClaw 安裝不再花費時間建置選用的 llama.cpp 支援，避免未啟用此功能的使用者遇到原生建置失敗。cc1b3a8 感謝 @vincentkoc。

​
頻道與訊息傳遞

​
其他頻道修正

其他 Telegram 與頻道設定修正涵蓋範圍較小的傳遞與設定問題。
  • Telegram 回覆鏈在內容變更後仍會維持快取回覆的附加關係，而不會在重複使用這些快取回覆時失敗。#82909 感謝 @lidge-jun。
  • 修正當結束程式碼圍欄落在接近 2,000 字元訊息限制的位置時，Discord 會捨棄包含圍欄程式碼區塊的整段長回覆的問題。#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 app-server 等控管框架執行階段運作時，將其心跳偵測專用的情境資訊傳遞給模型，且不影響一般使用者輪次或未使用此掛鉤的外掛。#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 工作階段顯示過時快速模式值的問題，讓整合能收到預期的 API，使用者也能看到實際生效的模式。93ad397 感謝 @vincentkoc。
  • 快速自動執行現在能更一致地傳送最終回覆，且進度重設處理僅限於自動模式，因此不會干擾回覆或轉送的回呼。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。
  • 修正控制介面的工作階段選擇器因隱藏的子代理程式工作階段而卡住的問題，讓 Load More 能前往下一個可用的聊天，且不會顯示誤導性的總數。#89323 相關項目：#89249。感謝 @giodl73-repo、@originsecured-do。
  • 使用者從 History 重新開啟控制介面的對話時，提示現在會與助理的回覆一同顯示，保留問答脈絡，長篇記錄中不再出現空白間隔。#93841 相關項目：#90241。感謝 @mushuiyu886、@pronzcw。
  • 部署在路徑前置詞後方的控制介面現在會讓 manifest、favicon 與 service-worker 要求維持在該前置詞下，避免登入後出現令人困惑的根層級 403 錯誤。#94204 相關項目：#94157。感謝 @hugenshen、@xrow。
  • Android 使用者現在可以在 Settings 中開啟 Health log 與 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 使用者現在會在 iOS 要求區域網路存取權前，先看到 OpenClaw 的歡迎與新手引導；現有使用者則仍會在開啟閘道設定或其他需要探索區域網路閘道的情況下看到該要求。#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 Skills 更新現在會遵循你設定的安裝安全政策，而 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。
  • 即使 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 設定現在可以更有效率地初始化並產生 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。
  • Langfuse 等 OpenTelemetry 追蹤後端現在會針對含斜線限定的模型 ID 顯示實際的提供者／模型名稱，而非 “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 輸出中顯示所選的回送目標。#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。
  • openclaw sessions export-trajectory 現在可在設定自訂、以 ~ 為基礎或使用 {agentId} 範本的儲存區時，找到其他工作階段命令已能看見的工作階段，無須再次提供儲存區路徑。#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 Skills 連結現在會開啟包含擁有者名稱的標準頁面，安裝範例也改用可直接複製的 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。
  • OpenClaw 現在使用 Windows 內建的解壓縮程式，不再依賴 PATH 查找，因此 Windows 使用者在解壓縮 ripgrep 等 ZIP 下載檔案時，由代理程式管理的工具安裝較不容易失敗。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。