一場字符雨先落在了 Touch Bar 上：DockTouchBar Vibe，把智慧體的忙碌做成了一條細窄的介面

先從一個畫面看起。2016 年至 2019 年間出廠、帶 Touch Bar 的 MacBook Pro，那條取代功能鍵的 OLED 細窄螢幕，在系統裡多半只剩下亮度與音量滑桿。2026 年 10 月初，開發者 hashtome 在 V2EX 分享了 DockTouchBar 的 Vibe 版本：當 Claude Code 或 Codex 在另一個視窗裡跑工作時，該 App 在 Touch Bar 上的圖示會變成一個像素風小螢幕，播放字符雨；工作結束後顯示 OK，點一下清除提示。

這個設計解決的問題很具體。AI 編程工具的工作週期是不透明的：使用者下達指令後，智慧體可能在跑，也可能早已完成，唯一確認方式是切回那個視窗看一眼。Vibe 把這個確認動作從「切換視窗、掃視終端機」壓縮成「低頭看一眼」，把三次點擊換成零次。狀態顯示類介面的好壞，往往就取決於它省掉了多少次主動查詢。

字符雨這個視覺選擇值得單獨看。它挪用了《駭客任務》以來「程式正在運行」的文化語彙，用低解析度的像素動畫表達一種無法給出精確進度的工作狀態。AI 智慧體的執行本來就難以換算成百分比，與其顯示一條假進度條，不如顯示「還在動」。OK 則是另一端的極簡：兩個字元，配一個可點擊清除的互動，不佔用常駐空間。忙碌用動畫，完成用文字，狀態語意在兩種表達方式之間分得很清楚。

多工具並行的場景也照顧到了。原作者提到，幾個智慧體一起跑時，可以從各自的圖示分辨誰還在忙。這其實是把 Touch Bar 當成一條橫向的狀態列使用，而這正是這條硬體最初的承諾：系統狀態與 App 功能的動態呈現。蘋果後來放棄了它，評價兩極，但一條永遠在視線下方、不需焦點切換的二級螢幕，用於周邊狀態監看確實比用於鍵盤輸入合理得多。Vibe 的取捨方向，等於替 Touch Bar 找回了比較對的位置。

配對流程的設計也有誠實之處。設定路徑是「設定、配對智慧體、複製提示詞」，把提示詞貼給智慧體後，它會透過自己的 hook 或長期指令規則接入並自檢。接入前要求備份配置，某些工具還需使用者確認信任 hook。README 裡也坦白了限制：靠長期指令規則接入的工具，狀態上報依賴智慧體遵循規則；純網頁聊天工具不適用。狀態顯示的可靠度，被誠實地定義為「取決於被監看者的配合度」，這一點沒有被介面的簡潔掩蓋。

授權採 PolyForm Noncommercial，非商業免費；安裝包已簽名並通過蘋果公證，但作者只在自己的 Apple 晶片 Mac 上測試過，Intel 機型與全新安裝未實測。這些邊界條件都寫在發布說明裡，與介面本身一樣節制。

留言區的兩則回覆幾乎是這條硬體的註腳。有人問新 Mac 還有 Touch Bar 嗎，作者答早就沒了，就是做著玩的項目；另一位則說，如果蘋果把 Touch Bar 放回巧控鍵盤，或單獨出硬體，也不錯。一款只服務舊機型的工具，反而示範了這條細窄螢幕最合理的用途分類：它不該承擔輸入，但很適合承擔旁觀。當 AI 工具把「等待」變成日常工作的常態節奏，一條低頭可見的狀態帶，比任何需要切回去確認的進度頁面都更貼近這個節奏。硬體停產了，這個介面命題沒有。