Claude Code Channels 改變咗我離開終端機之後嘅工作方式

一個月前，每次 Claude Code build 都要坐喺部手提電腦前面等待授權提示。出去倒杯咖啡，錯過一個批准，整個 session 就停晒。我試過喺第二塊螢幕開住個終端機，但係咁樣只係由綁喺一塊螢幕前面變成綁喺張枱前面。

之後四個禮拜內推出咗三個功能：二月二十五號嘅 Remote Control、三月三號嘅 Voice Mode，同三月二十號嘅 Channels。每一個都移除咗唔同嘅物理限制。合埋一齊，徹底改變咗我對編程可以喺邊度、幾時發生嘅睇法。

Remote Control 解決咗正確嘅問題，但做得唔好

執行 claude remote-control 可以將本地終端機 session 連接到 claude.ai 同手機 app。概念係完美嘅：喺 agent 喺你部機工作嘅時候，用手機批准授權請求。

但係實際用落，我不斷斷線。任何超過十分鐘嘅網絡不穩定都會觸發 timeout，終斷個連接。我出去行一轉，返嚟發現個 session 死咗。每個 session 只能有一個連接嘅限制令情況更差。唔用 --dangerously-skip-permissions 嘅話，每個操作仍然需要終端機批准，咁樣就違背咗遠端操作嘅目的。Anthropic 自家嘅 Cowork Dispatch 都有同樣嘅摩擦，每次對話都要求授權。

Remote Control 證明咗呢個概念係有價值嘅，但係太脆弱，唔可以依賴。

Channels 令佢真正可以用

OpenClaw 早之前已經建立咗一個類似嘅通知工作流程，open-source 嘅替代方案如 pi-mono 亦都有。兩個我都試過。佢哋係可以用，但係設定一個專用伺服器係一個門檻，大部分人都唔會去跨越。

Channels 完全跳過呢個步驟。從 Telegram 嘅 BotFather 攞一個 token、安裝插件、加個 --channels flag，唔使五分鐘就可以運行。需要 v2.1.80 或以上版本同 claude.ai 登入。Telegram 同 Discord 有官方支援，基於 MCP 嘅架構意味著社群插件可以將佢擴展到其他平台。

可靠性嘅差異令我驚訝。Remote Control 經常斷線，但 Channels 就係一直正常運作。回應返嚟好快，冇授權提示打斷工作流程。唯一嘅真正限制係佢喺終端機 session 開住嘅時候先運行，所以持續操作需要一個背景進程，喺家用伺服器上用 tmux 或 screen 就可以。

Voice Mode 移除鍵盤樽頸

輸入 /voice、按住空白鍵、講嘢、放開。就係噉。我最常用係喺打到一半一個 prompt 嘅時候，突然意識到剩餘嘅上下文用講嘅比寫嘅更容易解釋。語音轉錄 token 唔計入 rate limit，所以冇額外費用。

配合 Channels，工作流程自然分開：簡單任務用 Telegram 發快速文字命令，需要細緻說明嘅複雜指令就喺終端機用語音。支援二十種語言，包括韓語。喺 Pro、Max、Team 同 Enterprise 計劃無需額外費用。

準確性唔係完美嘅。技術術語同庫名有時會喺轉錄時出錯，我大概每十次用就要修正一次 prompt。算係小問題，但值得留意。

四個禮拜揭示嘅嘢

每個功能都針對咗一個關於開發方式嘅既有假設。Remote Control 移除咗位置限制。Voice Mode 移除咗鍵盤限制。Channels 移除咗對 Anthropic 自家 app 作為唯一介面嘅依賴。

呢點對於已經知道要建立咩嘅人嚟講更加重要。如果你明白問題所在，同時有一批項目同時運行，樽頸從來都唔係思考速度，而係喺終端機、瀏覽器同即時通訊軟件之間切換嘅實體開銷。移除呢個開銷直接轉化為節省時間。

AI 編程 agent 嘅競爭已經由模型性能轉移到介面設計。一個月前我要排隊 build 然後坐喺枱前等。上尋晚我喺 Telegram 啟動咗一個 build，然後喺 build 進行嘅時候去 Apple Store 買咗一部 MacBook。今日我計劃喺 BTS 演唱會期間跑任務。

工作環境而家係放得落口袋嘅。呢個係唔係可持續嘅，定係只係蜜月期嘅新鮮感，我會喺接下來幾個禮拜搞清楚。