我以為是『遠端操控』，結果其實是：Claude Code Remote Control（順便搞懂 web remote）
最後更新：2026 年 02 月
TL;DR：Claude Code 的 Remote Control 不是把你的專案丟到雲端跑，而是讓你用 claude.ai/code 或手機 App 去「接管」你自己電腦上正在跑的 Claude Code。跟 Claude Code on the web（--remote）最大的差別：一個跑在你本機，一個跑在 Anthropic 的雲端機器上。
我一開始以為的 web remote：是不是像 TeamViewer 那種？
老實說，我第一次看到「remote control」這個詞，腦中浮現的畫面超老派：TeamViewer、AnyDesk、甚至 VNC。
想像你人在沙發上，手機打開，然後把電腦滑鼠「拖」過去那個感覺。
但 Claude Code 的 Remote Control…不是。
它比較像是：你在自己電腦上開了一個 Claude Code session（能讀檔、能跑 command、能用 MCP），然後你用手機/瀏覽器只是「開一個窗」去跟同一個 session 對話。
所以你會覺得：欸，這概念蠻猛的。也蠻容易誤會的。
Remote Control 到底是什麼？一句話講清楚
官方定義其實很直白：Remote Control 讓你可以從任何裝置（手機、平板、瀏覽器）繼續控制「跑在你本機」的 Claude Code session（來源：Remote Control docs）。
關鍵字是「跑在你本機」。意思是：
你的檔案系統、你本機的工具、你設定的 MCP server 都還在。沒有被搬到雲端。
另外幾個我覺得很關鍵的特性（同樣來自官方文件）：
- 可以在 terminal、瀏覽器、手機三個地方同步對話（同一個 conversation stream）。
- 筆電睡眠或網路短暫斷線，會自動 reconnect。
- 連線安全性上，本機只做 outbound HTTPS，不會在你機器上開 inbound port（這點對很多公司網路超重要）。
那「Claude Code on the web」的 –remote 又是什麼？
這個就比較像你以為的「把事情丟到雲端跑」。
Claude Code on the web 的流程是：把你的 repo clone 到 Anthropic 管理的 VM，Claude 在那台雲端機器上跑任務，最後產出 diff / branch / PR（來源：Claude Code on the web docs）。
它也支援把 web session 拉回 terminal（官方叫 /teleport 或 --teleport），這點我覺得蠻像「雲端跑粗活，本機做細修」。
但文件也提醒：這個 handoff 是單向的，你能把 web session 拉回來，但不能把你正在跑的本機 session 直接推到 web 去（來源同上）。
Remote Control vs web remote vs 本機：我做了一個（不那麼嚴肅的）對照表
| 模式 | 跑在哪裡 | 你本機檔案 / MCP | 適合場景 | 我自己的感覺 |
|---|---|---|---|---|
| 本機 Claude Code | 你電腦 | 100% 可用 | 高互動、一直 steer、一直 debug | 最穩，但你要坐在電腦前 |
| Remote Control | 你電腦 | 100% 可用 | 人離開電腦，但想接著做（手機/平板/另一台電腦） | 像「把同一個 session 帶著走」 |
| Claude Code on the web（–remote） | 雲端 VM | 不可用（除非你把東西放在 repo/雲端環境） | 丟任務背景跑、並行多個 task、你本機不方便開環境 | 像「派工給雲端工人」 |
怎麼開始 Remote Control？（CLI 版 + 互動指令版）
這段很實用，我直接照官方文件翻成「人話」：
方式 A：直接開一個 Remote Control session
在專案資料夾跑：
claude remote-control
它會在 terminal 顯示一個 session URL，你可以用瀏覽器打開，或掃 QR code 進手機（來源：remote-control.md；CLI 也有列出這個指令：cli-reference.md）。
方式 B：你已經在 session 裡了，想「接出去」
在 Claude Code 裡面打：
/remote-control（或 /rc）
這會把你現在的對話 history 帶過去，然後一樣吐出 URL/QR code。
小技巧：先 /rename 再 /remote-control
官方也有提到：如果你先 /rename 給 session 一個名字，你在手機/網頁的 session list 會比較好找。這種小鳥事，做過一次就懂。
限制跟安全性：我覺得這兩點你一定要知道
我最在意的其實不是功能，而是「它到底會不會在我電腦上開洞」。
官方的說法是：Remote Control 的本機 session 只做 outbound HTTPS，不開 inbound port；它會跟 Anthropic API 註冊並輪詢，再由 server 轉送訊息（來源：Remote Control docs）。
另外幾個限制也很具體：
- 一次只能有一個 remote session（同一個 Claude Code instance）。
- terminal 必須開著：你把 process 關掉，session 就結束。
- 如果機器醒著但網路斷超過大約 10 分鐘，session 會 timeout 然後退出（官方文件寫 roughly 10 minutes）。
我會怎麼用它？（一個很日常的 workflow）
如果你問我，Remote Control 最實用的情境大概是這種：
我在電腦前把問題定義清楚、把 repo 打開、讓 Claude Code 先跑一輪探索（Read / grep / tests）。
然後小孩在旁邊喊「爸爸！」（嗯…這句很真實），我就把 session remote-control 起來，去客廳用手機回幾句，讓它繼續跑。
你會發現：你不是在遠端寫 code，你是在遠端「持續 steer 同一個思考」。
這個差別，蠻哲學的。也蠻爽的。
Remote Control / web remote 可以拿來幹嘛？我整理了 10 個實戰情境
我發現很多人卡住不是因為功能太難，而是「想像不到它到底能解決什麼鳥事」。所以我用情境來講（有些是我自己最想用的，有些是官方文件直接暗示的最佳用途）。
情境 1：桌機開著跑測試，你人在沙發用手機盯進度（Remote Control）
你讓 Claude Code 在本機跑 test / lint / build，結果要等 10-20 分鐘。這時 Remote Control 的「手機只是窗」就很爽：你人可以離開電腦，但 session 還在本機跑，掉線也會自動 reconnect（來源：Remote Control docs）。
情境 2：在會議中偷偷把 bug 修掉（Remote Control）
會議聽到一半，腦中突然想到「昨天那個 race condition 可能是這裡」。你把本機 Claude Code 開著，會議中用手機丟一段指令/想法，讓它去抓 log、跑一輪重現、甚至先把 fix 起草。
它不像遠端桌面那樣手忙腳亂，而是像你在遠端「追加幾句腦內指令」。
情境 3：你需要用本機 MCP / 私有工具鏈，所以不能用雲端（Remote Control）
如果你有接 MCP（例如內網 API、公司自建服務、或你自己本機的工具），Remote Control 這種「環境留在本機」的模式就很合理（來源：Remote Control docs）。
情境 4：你想同時開著 terminal 跟 web 介面一起 steer（Remote Control）
官方寫「conversation stays in sync across devices」，意思是你可以在 terminal 打指令、同時在 web 端看對話/補充需求——就像兩個視窗看同一個聊天室（來源同上）。
情境 5：把「粗活」丟到雲端跑，自己本機繼續寫別的（Claude Code on the web / –remote）
例如：把一個 well-defined 的 refactor、補測試、更新 docs、處理一批 lint error 丟到 web 跑。官方明講 web 版適合 parallel work、routine tasks、repositories not on your local machine（來源：Claude Code on the web docs）。
情境 6：你根本沒把 repo clone 在這台電腦上（Claude Code on the web）
web 版的爽點就是「不用本機環境」：你只要在 claude.ai/code 連 GitHub、選 repo，就能開工（來源同上）。
情境 7：雲端 session 跑完，你再 teleport 回 CLI 做最後收尾（Claude Code on the web → CLI）
web 版文件提供的手法是 /teleport 或 --teleport：把雲端跑出來的 branch / diff 拉回你本機 CLI，繼續 debug 或合併（來源：Claude Code on the web）。
情境 8：你只想把它當「行動監控器」：看 Claude 跑到哪裡了
不想一直盯著 terminal？那就用手機快速看進度、回一句「把 log 貼出來」「先跑到測試綠」「停在這裡不要動」。Remote Control / web 兩種模式都能做到。
情境 9：在公司網路環境，不想開 inbound port（Remote Control）
Remote Control 的安全模型，官方特別強調「本機只做 outbound HTTPS、不開 inbound port」（來源：Remote Control docs）。這點對很多企業網路限制超硬的地方，其實是決定性因素。
情境 10：你在外面用別台電腦，想接續同一個本機 session（Remote Control）
你用辦公室桌機跑著，回家用家裡筆電打開 session URL，繼續同一段對話。前提很簡單：你本機那台 machine 的 Claude Code process 要活著（來源同上）。
如果你看到這 10 個情境開始有畫面了，那你就會知道：它不是「遠端寫 code」而已，它比較像是把你的 coding session 變成一個可以隨身攜帶的工作流。
常見問題（FAQ）
Remote Control 跟 Claude Code on the web 是同一個功能嗎？
不是。Remote Control 是「本機跑、遠端介面連進來」；Claude Code on the web 是「雲端 VM 跑任務」（兩者官方文件都有明講：remote-control、claude-code-on-the-web）。
Remote Control 會把我的程式碼上傳到雲端嗎？
照官方描述，它不會把 session 移到雲端跑；你的工具與檔案系統仍在本機。遠端只是「窗」。但你仍然需要信任 Anthropic API 在訊息轉送過程中的資料處理方式，建議也讀一下官方 data usage / security 文件。
Remote Control 需要開防火牆 port 嗎？
不用。文件說本機只做 outbound HTTPS，不開 inbound port。
我可以同時開很多個 remote session 嗎？
同一個 Claude Code instance 一次只能一個 Remote Control session。如果你跑多個 instance，每個 instance 各自一個（來源：remote-control docs）。
我用 API key（Anthropic Console）可以用 Remote Control 嗎？
目前官方寫「API keys are not supported」，而且它是 Max plan 的 research preview（Pro plan 會陸續推出）。
那 web 的 –remote 誰能用？
文件寫目前 web 版也是 research preview，但可用對象包含 Pro/Max/Team/Enterprise（來源：claude-code-on-the-web docs）。
為什麼我的 remote session 會自己斷掉？
最常見是你把 terminal 關了，或是網路中斷太久（文件提到大約 10 分鐘就 timeout）。
我應該先學哪個？Remote Control 還是 web remote？
如果你已經習慣本機 Claude Code，我覺得先玩 Remote Control 會最有感；如果你追求並行跑多個任務、或你常常不在同一台機器上工作，那就去玩 web 的 --remote。
寫到這裡，如果你跟我一樣，原本把「remote control」想成遠端桌面，那恭喜，你也被這個命名陰了一下。
但弄懂之後，我覺得它其實很符合 Claude Code 的哲學：不是把人變成工具，而是把「正在進行的思考」變得更可攜、更連續。
如果你也在玩 Claude Code，或你已經把 --remote 跑起來了，留言跟我說你最想用它來解決哪種鳥事？我很好奇。
PS：我現在才知道，最好的 remote setup 不是 4K 螢幕，而是「不要被小孩叫到中斷」…但這個就無解了。