Claude Code Channels 改變了我離開終端機後的工作方式

一個月前，每次執行 Claude Code 建置，我都得守在筆電旁等待權限確認提示。去倒杯咖啡、錯過一個確認，整個工作階段就卡住了。我試過把終端機開在第二個螢幕上，但那只是把我從一個螢幕換成被桌子綁住而已。

接著四週內陸續推出了三個功能：2月25日的 Remote Control、3月3日的 Voice Mode，以及3月20日的 Channels。每一個都移除了不同的實體限制。三者加在一起，改變了我對於寫程式在哪裡、什麼時候發生這件事的整個想法。

Remote Control 解決了對的問題，但解得不夠好

執行 claude remote-control 會把本機終端機工作階段連接到 claude.ai 和行動 App。這個概念很完美：讓 AI 在你的機器上跑任務，同時你用手機遠端批准權限請求。

實際用起來，我的工作階段一直斷線。只要網路不穩定超過十分鐘，逾時就會中斷連線。我去散個步回來，發現工作階段已經死掉了。每個工作階段只能有一個連線的限制讓情況更糟。不加 --dangerously-skip-permissions 的話，每個動作還是需要在終端機確認，這樣根本就沒有遠端的意義。Anthropic 自家的 Cowork Dispatch 也有一樣的問題，每次對話都要求確認權限。

Remote Control 證明了這個概念是有價值的，但它太脆弱，無法真正仰賴它。

Channels 讓這件事真的可以運作

OpenClaw 更早就建立了類似的通知工作流程，也有像 pi-mono 這樣的開源替代方案。我兩個都試過，它們有效，但設置專屬伺服器是大多數人不會去跨越的門檻。

Channels 完全繞過了這個問題。從 Telegram 的 BotFather 取得 token、安裝外掛、加上 --channels 旗標，五分鐘內就能跑起來。需要 v2.1.80 以上版本以及 claude.ai 帳號登入。Telegram 和 Discord 有官方支援，基於 MCP 的架構也讓社群外掛可以擴展到其他平台。

可靠度的差異讓我很驚訝。Remote Control 會頻繁掉線，Channels 就是一直正常運作。回應速度很快，也沒有權限確認提示打斷流程。唯一真正的限制是它要在終端機工作階段保持開啟的情況下才能運行，所以要持續使用的話需要一個背景行程，在家裡的伺服器上用 tmux 或 screen 就可以了。

Voice Mode 移除了鍵盤的瓶頸

輸入 /voice、按住空白鍵、說話、放開。就這樣。我最常在打到一半的時候突然覺得剩下的內容用說的比用打的更好解釋時使用它。語音轉錄的 token 不計入速率限制，所以不會有額外費用。

搭配 Channels 使用，工作流程自然分成兩條路：簡單任務透過 Telegram 傳文字指令，需要細微說明的複雜指令則在終端機裡用語音。支援包含韓文在內的二十種語言，Pro、Max、Team 和 Enterprise 方案都可以免費使用。

準確度不是百分之百完美。技術術語和套件名稱偶爾會在轉錄時出錯，大概每十次會需要修正一次提示。算是小問題，但值得記上一筆。

四週揭示的事

每個功能都打破了一個關於開發工作如何進行的既有假設。Remote Control 移除了地點的限制，Voice Mode 移除了鍵盤的限制，Channels 移除了只能透過 Anthropic 自家 App 作為唯一介面的依賴。

這對那些已經清楚自己要做什麼的人來說意義更重大。如果你了解問題領域、手上又有一堆專案在跑，瓶頸從來不在思考速度，而在於在終端機、瀏覽器和通訊 App 之間切換所產生的實體開銷。消除這個開銷就直接轉換成節省下來的時間。

AI 程式碼助理的競爭已經從模型效能轉移到介面設計。一個月前，我會排隊啟動建置然後守在桌子旁等。昨晚我透過 Telegram 啟動了一個建置，然後去 Apple Store 買了一台 MacBook，讓它在背景跑著。今天我計劃在 BTS 演唱會期間執行任務。

工作環境現在可以塞進口袋裡了。這到底是可以持續的新工作方式，還是只是新鮮感帶來的蜜月期，再過幾週就會知道了。