OpenClaw v2026.7.1 把控制台變工作區

以前我得在聊天、Sessions、Usage 之間來回切，現在 OpenClaw v2026.7.1 直接把它們收成一個工作區。

我用 OpenClaw 一陣子了，老實說，一開始我一直以為是我自己操作習慣太差。後來才發現，不對勁的地方根本不是我，是介面一直在拆我的注意力。一下要看聊天，一下要切 Sessions，一下又要去 Usage 查數字，還得顧手機配對、權限、背景任務，整個流程像在不同房間搬椅子。功能都有，偏偏就是不好用。你知道那種感覺嗎？工具明明沒壞，但你每次打開都像在跟它搶方向盤。

這次我會特別想拆 OpenClaw v2026.7.1 的 release notes，就是因為它很直接地承認一件事：控制台不能再只是幾個頁籤拼起來的樣子。它要像工作區，像一個真的能讓人把事情做完的地方。這版還把 iOS、Android、macOS、Telegram、Slack、Discord、Apple Messages 和模型支援一起往前推，但我覺得真正值錢的，不是功能數量，是它開始尊重操作員的工作方式。

控制台終於像一個地方，不像五個頁面

「Control UI 現在更像一個瀏覽器工作區，可以同時處理對話與平行工作。」

這句話幾乎就是整版的核心。以前很多 agent 工具都犯同一個毛病：它們把導航做得很花，但其實是在逼我把狀態記在腦中。OpenClaw 這次的方向很明確，就是不要再讓我自己當暫存器。它把聊天標題做得更清楚、最近 Sessions 更好找，還能釘選、分組、重新命名、分岔、封存、標記已讀，重點是不用在一堆頁面裡找入口。

白話翻譯就是：它不再假設你的工作是線性的。真實情況根本不是這樣。我可能同時在比對兩次執行結果、看一個失敗的 approval、還盯著一個長時間背景任務。如果介面逼我一直跳頁，我就會失去整條線索；如果它讓我把這些東西一起看著，我才有辦法保持判斷。

我之前在別的系統 debug 多 agent 工作流時就被這種設計搞到很煩。只要我開第二個分頁，第一個分頁的上下文就開始掉。等我回來，token budget 變了、任務結束了、畫面還停在舊狀態，我只能猜剛剛到底發生什麼事。OpenClaw 這版強調可調整的分割窗格、拖曳配置、密度更高的 Sessions 頁面，我看就是在回應這種痛。

實操上怎麼做？如果你也在做 operator console，別再想「一個動作一個頁面」。你要想的是「一個工作集合一個畫面」。把 pin、group、split view、reload 後保留版面這幾件事做好。介面要夠密，讓我掃得過去；但也不能密到我得再開一台螢幕才能理解。

• 讓我在看對話的同時，也看得到相關任務。
• 用穩定標題和分組，讓側欄變成記憶，不是垃圾堆。
• 分岔、封存、標已讀都應該在同一個地方完成。

輸入框比模型選單更重要

這版很大一部分力氣放在 composer，我覺得這個優先順序是對的。OpenClaw 說 composer 在不同螢幕尺寸下，都能保留附件、模型選擇、語音、推理、送出與停止狀態，還有訊息操作。這聽起來很普通，但你只要真的在手機上用過一個很擠的介面，就知道「普通」有多難。

翻譯一下就是：它把輸入區當成控制平面，不只是文字框。這差很多。文字框只要能收字就好；控制平面要能在系統思考、串流、等待權限、或者請你開麥克風時，還把你的意圖保住。這版也特別提到 Talk 使用者，可以從設定選或刷新麥克風，窄螢幕下也能看懂權限提示。我看到這裡其實有點想翻白眼，因為太多語音功能都死在這一步，明明是 UI 把失敗藏起來，卻讓人以為模型壞了。

OpenClaw 還提到引用回覆會保留被回應的重點，精簡的工具列也能把輸入、結果、圖片、進度、錯誤、核准和 steering 放在同一層，不會把對話壓得太亂。這種細節很小，但你只要在 review 一個工具很多的回答時，找不到 approval 按鈕，就會知道這種小事有多要命。

實操寫法很簡單：把 composer 設計成能被打斷。使用者會中途換模型、附檔、停跑、切語音，這些都要被預設進去。控制項要集中，狀態要明顯。如果一個 tool call 在等核准，不要逼我往下滑才知道卡在哪。

• 送出／停止狀態要緊貼輸入框。
• 附件與模型選擇在手機版也要看得到。
• 引用上下文要保留，不然回覆會變考古。

Usage 只有把數字攤開，才真的有用

我很在意 OpenClaw 這版的 Usage 改動，因為很多 agent 平台都把費用藏得很深，好像只要我看不到，就代表沒花錢。這版說得很清楚：Usage 頁面可以比較最近的預估花費與每日數值，不用一直重新整理或滑鼠懸停；也會顯示各 provider、model、agent 或 channel 的占比，還能帶入 provider 回報的方案、額度、餘額、預算，以及 Anthropic 或 OpenAI 的帳務細節。

也就是說，成本不再被當成附屬資訊，而是操作畫面的一部分。這很重要，因為 agent 系統燒錢的方式通常很陰險，不會立刻炸給你看，而是等帳單來才嚇你一跳。如果 dashboard 還要我一直 hover 才看得到數字，或每次都得手動刷新，我根本已經落後了。

我也喜歡它保留七天、三十天、九十天的圖表時，不會因為沒活動的日子就把圖縮掉。這是很細的修正，但很有差。很多圖表只看活躍日，結果把安靜期整個藏起來，畫出來像是系統很穩，實際上只是你看不到真相。這版還說大型全 agent 報表會限制同時工作數量，避免變慢跟記憶體壓力，這也很務實。報表不該變成把後台拖垮的元兇。

實操上，我會把成本資訊放在行為發生的地方，不要丟到沒人會打開的財務角落。把 usage 綁在訊息、模型、provider 上。歷史圖表要誠實，不能只顯示熱鬧時段。如果你的報表會把系統壓垮，那就先限流，不要硬撐。

手機配對與桌面核准，終於像真的流程

這版也把配對流程做得比較像樣。它說已配對的管理者可以從 Control UI Nodes 建立手機設定用的 QR code，或直接複製代碼，再拿去連官方 iOS 或 Android App。這種流程看起來很簡單，實作起來常常很煩。你只要在狹小的管理畫面上做過一次配對，就會知道 QR 位置、下一步提示、瀏覽器狀態能不能撐過切換，全部都會出事。

OpenClaw 也把桌面節點的核准、GitHub 連動、workspace 檔案、排程工作、worktree、Workboard 項目和背景任務拉得更靠近對話。這個設計我很買單，因為它不是叫使用者去別的模組找東西，而是把相關物件收回同一個工作區。

翻譯一下就是：它把 onboarding 和執行當成同一條線。很多產品都把 onboarding 做成行銷路徑，把操作做成產品路徑，結果使用者一完成註冊就掉進另一套思維模式，當然會迷路。OpenClaw 這次至少有比較像在想「人實際上怎麼做事」。

我之前帶過一次團隊上線，配對裝置、核准桌面節點、找 workspace 檔案，三件事分散在三個地方。大家不是缺文件，是缺一條照著走就能完成的流程。OpenClaw 這版比較接近把步驟排成使用者真正會走的順序，這點我給過。

實操寫法：把設定、信任、執行收成同一條旅程。配對用的東西要跟它解鎖的功能放一起。只要需要核准，就把物件、原因、下一步一起顯示。不要叫人自己去追狀態。

訊息渠道不該只是轉發管道

這版不只修核心 UI，也說 Telegram、Slack、Discord、Apple Messages 都有明顯更新。這種說法我比較信，因為它不是空泛地講「整合改善」，而是直接告訴你，團隊真的有進去處理各個渠道自己的麻煩。

白話翻譯就是：OpenClaw 開始把外部渠道當成第一線介面，不只是把文字轉來轉去的管道。這在 agent 系統裡很重要，因為 Telegram、Slack、Discord、Apple Messages 的互動習慣根本不一樣。你如果硬把它們抽象成同一種模型，使用者馬上就會感覺不對勁。

渠道工作重要的原因很現實：很多操作員先活在 channel 裡，再回 dashboard。只要 channel 變吵、變不清楚、或缺少狀態，大家就不信回覆。反過來，如果平台能在渠道裡保留上下文、標題、核准與追蹤線索，整個系統就會穩很多。

我也喜歡這版提到 mobile pairing、Gateway 健康狀態、連線失敗時的 status、權限、下一步。這就是同一套思路：不要只告訴我壞了，要告訴我下一步能做什麼。需要配對就講配對；缺權限就講哪個權限；線程過期就講怎麼救回來。這才像人在寫給人看。

實操寫法：只要你支援某個 channel，就要照那個 channel 的習慣做設計。線程、提及、訊息編輯、引用都要考慮。從 channel 轉回 dashboard 的手感要明確。失敗文案也要像一個忙碌中的人會看懂的東西。

底層穩定了，使用者才會慢慢信你

這版 release notes 也提到 Gateway crash loop、排程工作、遠端瀏覽器控制、workspace terminals、sessions、goals 都有改善。這看起來像後端整理，但其實不是。這是那種使用者平常不會感謝你，但只要出問題就會立刻罵你的地方。

OpenClaw 說 dashboard 連線與重連會用更少的暫時性 Gateway 記憶體，減少假性壓力警告；暫時性 Gateway 重啟與過期資產也能更順地恢復。它還說 path-routed Gateways 會保留正確目的地與憑證，儲存的選項在重新整理後還在，驗證、協定、更新、配對失敗也會給更有用的下一步，而不是把頁面卡死。

也就是說，它開始認真處理「可恢復的失敗」。這很重要。使用者可以接受失敗，但不能接受不確定。畫面如果只說斷線，卻不告訴我該重試、重新整理、重新配對，還是先等一下，我根本不知道自己是在修問題，還是在把問題弄更糟。

我也注意到它把 focus、對比、輔助標籤、複製、捲動、觸控目標這些細節一起修了。這些東西不會上首頁截圖，但它們決定產品到底像是給真人用，還是只適合做 demo。

實操上，你要先審核錯誤狀態跟恢復路徑。每個問題都要能判斷是暫時性、權限型，還是設定型。重新整理後要能保住選項。重連流程不要吃掉太多記憶體，不然復原本身就會變成事故。

可抄的模板

# 操作型工作區 release note 模板

## 這版改了什麼
- Control UI 變成單一工作區，不再像一堆分頁。
- Sessions 可以在同一處釘選、分組、重新命名、分岔、封存、標記已讀。
- 多個 Sessions 可以以可調整窗格並存，重新整理後還保留版面。
- Composer 會保留附件、模型選擇、語音、推理、送出／停止狀態與訊息操作。
- Usage 會顯示預估花費、每日數值、provider／model 占比與帳務資訊，不用反覆刷新。
- 配對、核准與連線失敗都會顯示下一步，不會只丟一個死訊息。

## 產品描述寫法
這個產品是一個給即時 agent 操作用的工作區。它把對話、Sessions、Usage、核准與背景任務放在同一個地方，讓操作員在工作進行中不丟上下文。

## UI 文案範本

### 好的狀態文案
- 需要配對
- 這個節點需要核准
- 可重新連線
- 麥克風被瀏覽器權限擋住了
- 這個執行還在進行中

### 好的失敗文案
- 連線中斷了。你可以重試或重新配對繼續。
- 這個任務已排入佇列。若你有權限，可以取消。
- Gateway 已重啟，你的版面與 Sessions 狀態已恢復。
- 這個渠道需要管理者憑證才能顯示帳務資訊。

### 好的 Usage 文案
- 今天的預估花費
- Provider 回報的餘額
- 這則回覆的上下文壓力
- 這則訊息使用的快取量
- 圖表包含沒有活動的日子

## 操作流程檢查清單
- 在檢查相關 Sessions 時，保留目前對話可見。
- 重新整理後，版面要維持。
- 模型、token、快取、成本要貼近訊息顯示。
- 配對與核准動作要放在它影響的物件旁邊。
- 每一種錯誤狀態都要寫清楚恢復步驟。
- 支援手機版時，不能把主要控制項藏起來。

## release note 段落範本
這版把 Control UI 變成一個可工作的單一表面，讓聊天、Sessions、Usage、核准與背景任務都能在同一處處理。它也改善了手機配對、渠道訊息與 Gateway／連線失敗的恢復流程，讓操作員在工作進行中不會丟失上下文。

## changelog 範本
### Control UI
- 新增可分割窗格，支援平行 Sessions。
- 改善側欄標題與 Sessions 分組。
- 強化桌面與手機版 composer 控制。
- 擴充 Usage 可視性，加入 provider、model 與帳務資料。

### 手機與桌面
- 新增 QR 與複製代碼配對流程。
- 改善麥克風選擇與權限提示。
- 讓核准與任務狀態更靠近對話。

### 穩定性
- 降低重連時的記憶體壓力。
- 改善 Gateway 重啟後的恢復。
- 讓驗證、協定、更新與配對失敗有更清楚的下一步。

## 一句話摘要
OpenClaw v2026.7.1 把 Control UI 變成一個工作區，讓對話、成本、核准與恢復路徑都在工作進行中保持可見。

如果要我自己改寫這版 release note，我會直接偷這個結構，再把名詞換成我的產品語境。重點從來不是句子多漂亮，而是你有沒有把工作方式講清楚：改了什麼、操作員怎麼用、失敗怎麼救、成本怎麼看。

我從這版學到的事很簡單：OpenClaw 不是在堆功能，它是在減少我每次打開工具時，還得重新想一次「我在哪裡、哪裡壞了、下一步是什麼」的次數。這種改善很實在，也很難裝出來。

來源是 https://docs.openclaw.ai/releases/2026.7.1。我上面拆的方法、脈絡整理與模板是我自己的改寫，沒有直接照抄原文。