手機遙控 Claude Code:官方三條路我都用過,最後自己做了第四條
文 / Coolkid發布:2026-07-29 · 最後更新:2026-08-31閱讀約 10 分鐘

短答給趕時間的人:手機要叫得動家裡電腦的 Claude Code,官方有三條路,我都用過。Remote Control 在電腦上跑 claude remote-control,手機用 Claude App 接手同一個 session,程式跟檔案都還在你機器上。Dispatch 讓你直接從手機發任務,它自己開一個新的來做。Channels 把 Telegram 之類的訊息轉進對話裡。三條都不用自己架東西,也不會在你電腦上開任何對外的門,安全性比自架好,大部分人用官方的就夠。我最後自己做了一個,是因為兩件事不符合我的使用情境。一是遙控一次只能操控你事先設定好的那個 session,但靈感是隨機跳出來的,它不會挑那一個。二是我同時付 Claude Code 跟 Codex 兩份訂閱,官方是各家管各家、清單各自分開,換手就得換 App。
起因是一件很日常的事。人在外面,突然想到網站有個東西要改,但電腦在家。
這件事官方有解,而且不只一種。我三條都試過。
最後我還是自己做了一個,不是因為官方的不好,是因為它們不符合我的使用情境。這篇把官方三條路怎麼用先講清楚,再講不符合的地方在哪。
官方三條路,差別在誰先動手
| 官方方案 | 怎麼開始 | 適合的情況 |
|---|---|---|
| Remote Control | 在電腦上打 claude remote-control,手機掃 QR 或開 Claude App 接手 | 你已經在電腦前開始做了,要離開座位但想繼續盯 |
| Dispatch | 直接在手機的 Claude App 裡發任務,它自己判斷要不要開一個 session 來做 | 人在外面才想到事情,電腦前沒人 |
| Channels | 把 Telegram、Discord 這類訊息轉進對話 | 想讓它對外部事件有反應 |
三條都有一個共同優點,而且這點很重要:它們不會在你電腦上開任何對外的門。官方文件寫得很清楚,你的電腦只發出去的連線,從不接受進來的連線。自架的方案做不到這件事,這是安全上的實質差距。
Dispatch 要 Pro 或 Max 方案。Remote Control 目前是研究預覽階段,但所有方案都能用。
以下對官方功能的描述,Remote Control 是我實際用過的,其餘出自 Claude Code 官方文件的 Remote Control 與 Desktop 兩頁,我逐條對過。Channels 只讀了摘要沒細看。
用過之後,兩個不符合我使用情境的地方
Remote Control 我實際用過。它在一種情況下很好用:你人在電腦前做到一半,要離開座位但想繼續盯著。那正是它設計出來要解決的問題,而且解得很不錯。
問題是我的工作方式不是那樣。
第一個不符合:一次只能操控事先設定好的那個 session。官方文件寫得很直白,伺服器模式之外,每個 Claude Code 一次只支援一個遠端會話。那個 session 要先在電腦上設定好遙控,手機才接得到。
但靈感是隨機跳出來的,它不會挑在我剛好設定好遙控的那個 session。走在路上想到的可能是三天前那個網站的事,也可能是上週那支影片的事。要能隨時跳到任何一個,我得把每個 session 都設定好遙控,而我電腦上有三百多個,這顯然做不到。
不是「能不能遙控」的差別,是「能遙控幾個 session」的差別。
第二個不符合:我是雙訂閱。Claude Code 跟 Codex 我兩份都付。同一件事常常想換另一個做做看,尤其卡住的時候換個腦袋很有用。但官方的路是各家管各家,要換手就得換 App,兩邊的對話清單也是分開的。
所以我做的東西其實是兩件事合在一起:一份所有 session 的列表,加上開新對話時可以選要派哪一個 AI 去做。
順帶澄清一件不能寫錯的事:「從手機開新對話」官方是有的,就是 Dispatch。差別只在它是「你說要什麼、它決定怎麼處理」,我這套是「自己挑專案跟 AI,直接開」。
同一個需求,我用四種形狀試過
在自己做之前,我先走過兩條自建的路。這段留著,因為每一次換掉的原因都不是「它做不到」,而是「那個形狀讓我不想拿起手機」。
第一版:Telegram 傳話機器人(2026 年 7 月)。手機在 Telegram 打字,家裡電腦上的小程式收到後轉給 Claude Code 做,做完回傳。關鍵設計是給每個 session 綁固定編號才有記憶,這其實就是 Claude Code 本來就有的對話續接功能,我只是把入口搬到 Telegram。
用了一個多月,換掉的原因是每次都要先在腦中把指令組好,門檻比想像中高。想到事情還是常常記在備忘錄。
第二版:遠端連線(8 月底)。用私有網路工具把手機跟電腦連成同一個內網,直接開電腦的終端機,在裡面打 claude 這個指令。能力最完整,等於人坐在電腦前。
我用一天就受不了。手機打指令每個符號都要切鍵盤,畫面是給坐在電腦前的人看的黑底白字,而且鎖屏就斷線,正在做的工作直接中斷。
第三版:自架手機聊天室(8 月底)。被上一版的痛點逼出來的。像 LINE 一樣的列表,一個聊天室就是一個 session,鎖屏不會中斷,能傳截圖、能看它做好的影片。這一版我開源了,另一篇有完整說明跟下載。
四個版本每一次換掉,都是因為那個形狀讓我不想拿起手機,不是因為它做不到。這件事在紙上想不出來,只能用了才知道。
自建的那兩條,安全要上幾道鎖?
官方那三條不用煩惱這段,因為它們根本不在你電腦上開門。但只要你決定自架,就要當成一扇門來管,不管介面是聊天機器人還是網頁。我的三道鎖,缺一不可:
- 只認自己。Telegram 版是帳號白名單,其他人傳什麼都當空氣。聊天室版是只綁在自己的私有網路上,外網跟家裡的 Wi-Fi 都連不到。這是第一道,也是最重要的一道。
- 想清楚要不要讓 AI 自己動手。Telegram 版我設定成預設不能改東西,要動手得先手動開。聊天室版因為只有我自己連得到,我選了預設全自動,換來的是手機上不用一直按同意。這是取捨,兩種都合理。
- 危險指令攔截,只碰登記過的地方。用 hook 擋高風險指令(hooks 那篇講的門禁概念),而且只能碰事先登記過的資料夾。
如果你只記一句:自架的工具絕對不能直接對公開網路開放。沒有帳號密碼保護的話,任何連得到那個位址的人,等於拿到你整台電腦。要嘛綁在私有網路裡,要嘛就用官方方案。
一個 Windows 特有的問題順便記錄,兩條自建的路都會遇到:程式呼叫 claude 的時候,走捷徑檔會不穩定,要直接指向執行檔本體的完整路徑才會穩。在終端機打 where claude 會印出那串路徑,複製貼進程式裡就好。
你該走哪條
| 你的情況 | 建議 |
|---|---|
| 大部分人 | 先用官方的。不用架、不用顧安全、有推播通知,而且是官方維護會一直更新 |
| 人在座位上要離開,想繼續盯 | Remote Control |
| 人在外面才想到事情 | Dispatch |
| 專案在 GitHub、不想維護任何東西 | claude.ai/code 的雲端版 |
| 你有很多 session,會想隨時跳回其中任何一個 | 官方的遙控一次只能操控設定好的那一個,這才值得自己做 |
| 你想在同一個地方派 Claude 跟 Codex 做事 | 官方是各家管各家,換手要換 App |
我現在的實際用法:主力是自架的聊天室介面,因為我的 session 太多。需要完整操作電腦的時候才切回遠端連線,那個能力還是最強的。
最後一句:官方把最常見的情況做得又穩又安全,先用它。自己做一個的門檻不在技術,在於你要先說得出官方哪裡不合你,而那個答案只有真的用過才講得出來。我是用過三條之後才知道自己要的是什麼形狀。
下一站:第三版那套已經整理成可以給別人用的版本,手機翻任何一個 session 接著聊那篇有完整說明、截圖與下載。
手機操控 Claude Code,官方有三條路,作者都實際用過。Remote Control 在電腦上跑 claude remote-control,手機用 Claude App 接手同一個 session,程式與檔案留在本機。Dispatch 從手機發任務,它自己開新的 session 來做。Channels 把 Telegram 之類的訊息轉進對話。三條都不在你電腦上開對外連接埠,安全性優於自架,大部分人用官方即可。作者仍自建第四條,原因有二:一是遙控一次只能操控事先設定好的那個 session,而靈感隨機出現、不會挑中那一個,三百多個 session 不可能全部預先設定。二是同時訂閱 Claude Code 與 Codex,官方各家管各家、清單分開,換手須換 App。自建路線的安全三道鎖缺一不可:只認自己、想清楚要不要讓 AI 自己動手、危險指令攔截。自架工具絕不能直接對公網開放。
名詞解釋
- 機器人(bot)
- 自動執行特定任務的程式,例如 LINE 機器人自動回訊息、發文機器人每天定時發貼文。
- hook(掛鉤)
- 在工具的固定時機(開始對話、寫完檔案、結束回合)自動執行你指定動作的機制。像是幫 AI 設「進門要換鞋」的家規,設一次每次都自動生效。
- 終端機(terminal)
- 「用文字指令操作電腦的視窗」的統稱。Mac 叫 Terminal,Windows 上就是 PowerShell,兩者角色相同。
相關文章
常見問題FAQ
手機可以操控 Claude Code 嗎?
可以,官方就有三條路。Remote Control 在電腦上跑一行指令後,手機用 Claude App 接手同一個 session,程式跟檔案都還在你機器上。Dispatch 讓你直接從手機發任務,它自己開一個新的來做。Channels 把 Telegram 之類的訊息轉進對話。三條都不用自己架東西,也不會在你電腦上開對外的門。專案在 GitHub 的話,claude.ai/code 的雲端版更省事。
Remote Control 有什麼限制?
最實際的一條是:伺服器模式之外,每個 Claude Code 一次只支援一個遠端會話。那個 session 要先在電腦上設定好遙控,手機才接得到,你沒辦法從手機跳到另一個沒設定過的舊 session。session 一多就不可能全部預先設定。另外本機程序必須保持執行,關掉終端機 session 就結束,而且電腦連不上網超過約十分鐘會逾時退出。
Remote Control 跟 Dispatch 差在哪?
差在誰先動手。Remote Control 是你人已經在電腦前做到一半,要離開座位但想繼續盯,所以先在那個 session 掛上遙控。Dispatch 是你人在外面才想到事情,直接在手機發任務,它自己判斷要不要開一個新的 session 來做。前者接手既有的,後者開新的。
自建手機遙控安全嗎?
取決於你設多少道鎖,而且先講清楚:官方三條路都不在你電腦上開對外的門,這點自架做不到,安全性本來就輸。真要自架,三道鎖缺一不可:只認自己的帳號或只綁在私有網路上、想清楚要不要讓 AI 不問就動手、危險指令攔截加上只能碰登記過的資料夾。最重要的一句:自架工具絕對不能直接對公開網路開放。
不會寫程式能自己做一個嗎?
能,方法就是叫 Claude Code 幫你做它自己的遙控器。我的三個自建版本都是這樣來的,我沒有從零寫過任何一行。但要注意的反而是安全概念,那個你要自己懂,不能外包。另外先想清楚官方哪裡不合你,說不出來的話就先用官方的。
看完這篇之前先確認:
- 人在外面,想叫家裡電腦上的 Claude Code 先動起來
- 想知道官方三條路各自的限制在哪、自己該選哪條
- session 很多,想知道遙控一次只能操控一個會不會卡到你
- 想找 Remote Control 的逐步安裝教學 (這篇是取捨比較,不是操作手冊)
- 完全沒用過 Claude Code (先看新手村那篇)
- 要多人共用的團隊方案 (本篇是個人單機向)
