你在桌機啟動一個要跑 40 分鐘的重構，準備出門時，Claude Code 正好問：「要不要執行測試？」這時最容易做錯兩件事：把筆電闔上，以為工作已搬到雲端；或為了不想一直核准，直接打開全面自動批准。Claude Code Remote Control 真正解決的是「人離開鍵盤後，如何繼續掌握同一個本機 session」，不是把本機變成無人監管的雲端 Agent。
需求並不是想像出來的。Reddit 一則 2026 年 7 月 28 日的實際使用討論，在 7 月 30 日畫面快照約有 770+ points，最高具體工作流回覆約 270+ points；約 31 小時後又有人直接問：手機接手後，要怎麼 review Agent 寫出的 code？數字會隨 Reddit vote fuzzing 浮動，但問題很清楚：能遠端下指令，不等於能放心驗收。
這篇會帶你完成一次「桌機啟動 → 通勤中手機接手 → 回桌面驗收」的完整演練，並把 Remote Control、Claude Code Cloud、SSH、Tailscale、tmux 各自負責的層次畫清楚。看完後，你應能替本機、EC2 或家用 Linux 主機設計一條可恢復、可 review、沒有開全面 Bypass 的長任務流程。若你還分不清 Claude、Claude Code 與 Cowork，先看 Claude 三種產品怎麼選，會更容易進入狀況。
TL;DR：先記住「遠端方向盤」
Remote Control ＝ 手機上的控制面 ＋ 仍在主機執行的 Claude Code。日常用 Remote Control 回答問題；用 tmux 防止 SSH／終端斷線帶走程序；用 SSH、Tailscale 或 AWS SSM 當故障救援；手機先審 Plan 與權限，逐行 diff 則放進 draft PR。主機睡著時不會繼續運算，程序結束時也無法遠端接手。
Claude Code Remote Control 是什麼？核心是「遠端方向盤」
依照 Anthropic Remote Control 官方文件，手機 Claude App 或 claude.ai/code 連到的是「正在你的機器上執行」的 Claude Code session。本機 filesystem、command execution、MCP、tools 與 project config 仍由那台主機使用；手機負責顯示 conversation、workflow 進度、permission request，並把你的下一個決策送回去。
但「運算沒搬家」不等於「資料零上雲」。官方也寫明，Remote Control 連線期間的 messages、responses 與 tool activity transcript 會存放在 Anthropic 伺服器，以完成跨裝置同步與重連。主機只需要建立 outbound HTTPS 連線，Remote Control 本身不開 inbound port；這降低的是網路入口面，不是 Claude 在主機上的檔案權限。
Claude Code Remote Control、Cloud、SSH、Tailscale 怎麼選？
「remote」一詞在這裡至少代表四種不同層次。最重要的更正是：目前把工作交給 Anthropic 雲端 VM 的主命令是 claude --cloud；舊的 --remote 只是已棄用的 cloud alias，不是 Remote Control 的縮寫。Claude Code on the web 官方文件也明確區分兩者。
- 要延續眼前的未提交檔案、local MCP 與 conversation：選 Remote Control。
- 筆電會關機，但任務仍必須繼續：另開 Claude Code Cloud session；它不是把既有 local CLI 原地搬上雲。
- 工作必須在 VPC、GPU 主機或家用 NAS 執行：把 Claude Code 跑在那台主機；SSH／AWS SSM 負責主機管理。
- 不想把 SSH 暴露到公網：可用 Tailscale 建 private admin path；但它不會替你啟動 Claude 或保活程序。
實務上不是四選一，而是疊加：Remote Control 是日常方向盤；tmux 是程序安全帶；SSH／SSM 是救援通道；Tailscale 是可選的私有網路底座。想深入多主機 private network 的做法，可接著看 Tailscale AI Agent Fleet 實戰；若你的目標是打造常駐自治 Agent，則屬於 Personal AI Agent 的另一類架構。
開始前 5 分鐘：版本、登入、信任與主機生命週期
Remote Control 仍在快速更新。本文以 2026-07-30 的官方文件與當時最新 Claude Code v2.1.220 為快照；native 安裝可先更新，其他安裝方式則依原 package manager 更新，再確認版本與健康狀態：
claude update
claude --version
claude doctor
claude auth login接著進入專案目錄，至少啟動一次 claude 並接受 workspace trust。Remote Control 需要 claude.ai 的完整登入；API key、model-only token，以及 Bedrock、Google Cloud Agent Platform、Microsoft Foundry 或自訂 API base URL，不能用來建立這種 session。Team／Enterprise 預設需 Owner 開啟；官方頁首目前稱 research preview available on all plans，但 requirements 區段另列 Pro／Max／Team／Enterprise，實際仍以帳號與組織開關為準。
最後檢查主機：電源不休眠、網路可恢復、磁碟空間足夠、repo 已有可回退的 branch。筆電睡著時任務不會繼續；喚醒後若程序仍活著，Remote Control 會嘗試重連。主機保持清醒但離線約超過 10 分鐘，程序可能 timeout 並退出。tmux 只能防 terminal／SSH client 斷線帶走程序；Tailscale SSH／SSM 才是程序退出或 Remote Control 失聯後的登入、檢查與重啟路徑。
實戰：桌機啟動，手機接手，再回桌面驗收
Step 1：在 tmux 裡，以 Plan 模式啟動 Claude Code Remote Control
本機 Mac／Linux 或 EC2 都可使用同一個骨架。先用 tmux -V 確認已安裝；第一次建立乾淨的 tmux session，再在裡面進入 repo 並啟動 Claude：
tmux -V
tmux new -s claude-rc畫面進入新的 tmux shell 後，再執行：
cd /absolute/path/to/your/repo
claude --remote-control "checkout-refactor" --permission-mode plan若你只想讓 EC2 等待手機建立工作，可改用 server mode：
claude remote-control \
--name "checkout-refactor" \
--spawn=session \
--sandbox \
--permission-mode plan--spawn=session 把這個 server 限定成單一 session，較適合第一次操作；要同時跑多個會改檔的任務，才使用 git repo 裡的 --spawn=worktree。server mode 的 sandbox 預設是 off，因此上例明確打開。Plan 會阻止 source edit，但不是 no-execution sandbox：它仍可執行探索命令；prompt 裡的「只讀」是任務邊界，不是作業系統層級保證。這也呼應 AI Agent Harness 的核心：安全不是一句 prompt，而是執行環境、權限與驗證閘門的組合。
Step 2：離桌前先寫「交接契約」
不要丟一句「幫我做完」就走。先貼入這段可重用 prompt，讓遠端每一次核准都有上下文：
先只讀取 repo 並提出計畫，不要修改檔案。
目標：重構 checkout 的錯誤處理，不改 API contract。
每完成一個階段，回報：變更檔案、測試結果、未解風險、下一個權限需求。
不要 merge、deploy、刪除資料、改 secrets；遇到模糊或不可逆操作就停下來問我。先在桌面確認 Plan 的邊界與驗收條件，再按 session URL、掃 QR code，或到 Claude App 的 Code 分頁找帶綠點電腦圖示的同名 session。手機必須登入相同 account 與 organization。確認手機已看到同一段 conversation 後，按 Ctrl-b 再按 d detach tmux；不要退出 Claude。需要時可在 /config 開啟「Claude 做出決定」與「需要操作」的 push notification。
Step 3：手機只放行下一段可逆工作
Remote Control App 目前可選 Manual、Accept edits、Plan；不能從 App 選擇 Auto 或 Bypass。建議先留在 Plan；讀完修改範圍、測試策略與風險後，再切 Manual，逐次批准每個需要授權的動作。Manual 仍會直接允許 reads，不代表每一次 tool call 都會跳 prompt。不要把 Accept edits 誤解成「只接受文字編輯」：官方 permission modes 指出，它也會自動允許工作目錄內部分常見 filesystem commands，包括 rm、mv、cp 與 sed。
更危險的例外是：如果主機 terminal 已進入 bypassPermissions，這個狀態不會完整回報到 claude.ai，手機 dropdown 可能仍顯示另一種 mode。因此這條工作流的硬規則是：不要以 --dangerously-skip-permissions 啟動準備交給手機的 session。
Step 4：手機 review 分兩層，不把聊天摘要當成 diff
Anthropic 官方明確保證 Remote Control 可顯示 conversation、tool activity、workflow progress 與 permission prompt；但目前文件沒有明確承諾它一定具備 Cloud session 同款的視覺 diff 與 inline comments。因此第一層先在 Remote Control 要求「決策摘要」：
先不要再修改。請回報：
1. git status --short
2. git diff --stat
3. git diff --check
4. 每個檔案改了什麼、為什麼
5. 測試命令與結果
6. 最可能的三個回歸風險
等我確認後再進下一步。git diff --check 只是在抓 whitespace error，不是品質保證；它要和測試、lint、型別檢查一起看。第二層若要逐行 review，先確認 remote repo、feature branch 與 staged files 沒有 secrets，再於 Manual 分別批准 push 與建立 draft PR。接著用 GitHub Mobile／Web 的 Files changed 看 diff，依 GitHub 官方 PR review 流程留下 inline comment 或 Request changes；大量 generated／reordered diff 留到桌面看。Request changes 只有在 branch protection／ruleset 要求 review 時才是強制閘門。Remote Control 負責對話與決策，PR 則提供可追蹤的 review boundary。
Step 5：回桌面後，重新驗收再結束
tmux attach -t claude-rc
git status --short
git diff --stat main...HEAD
git diff --check main...HEAD
# 再執行專案自己的 lint、typecheck、test上例假設 base branch 是 main，請依 repo 調整；這組 base-to-head 比較即使 Agent 已 commit、working tree 為乾淨，仍看得到 PR 全部變更。不要因為手機上看到「tests passed」就直接 merge。回桌面打開實際 PR Files changed、重跑關鍵 checks、確認 branch 與 review 狀態，再由人決定合併或部署。
若程序仍活著，桌面與手機會同步同一段 conversation；若它已因長時間離線退出，可在相同目錄重新啟動，server mode 也可用目前版本的 claude remote-control --continue 嘗試續接最近的 Remote Control session。--continue 恢復的是對話／session，不會從中斷點復活已退出的測試或 shell process。手機 App 關閉不會停止 host process；完成桌面驗收後，interactive session 用 /exit 結束，server mode 則在 host 明確停止程序或對應 service。
EC2／家用主機怎麼維持 24/7？tmux、systemd 各管什麼
tmux 官方入門的價值很單純：SSH client 或 terminal 視窗斷開後，pseudo-terminal 與裡面的 Claude process 仍可留在主機。Detach 用 Ctrl-b 再按 d；回來用 tmux attach -t claude-rc。但 tmux 不處理主機 reboot、Claude crash、OAuth 到期或長時間網路 outage，所以「放進 tmux」不等於真正 24/7。
服務管理器可補上開機與 failure restart，但本文不提供可直接照抄的 systemd unit。若要自行管理，應把它限定為進階、non-interactive 的 claude remote-control server mode，並依 systemd.service 官方規格明確指定 dedicated low-privilege user、WorkingDirectory=、登入憑證所在環境、log、Restart=on-failure、restart rate limit 與更新策略；user service 要在登出後存活，還要理解 linger。最重要的是：服務重啟一個 process，不代表保證恢復原本的 in-memory session。先在非生產 repo 驗證 reboot、token expiry 與 --continue，再把它升級成常駐服務。
另留一條 break-glass path：AWS EC2 在已設為 Systems Manager managed node，並完成 Agent、IAM 與 endpoint 連線的前提下，可用 AWS Session Manager；私有裝置可用最小權限的 Tailscale SSH。Tailscale 不會自動關閉既有 public SSH，也不是保活工具；仍要檢查 security group、firewall 與 tailnet policy。要建立更完整的測試、審查、回復 Harness，可延伸閱讀 AI Agent Harness 實作指南。
Claude Code Remote Control 的安全邊界：密鑰、網路與權限
- 把 repo 範圍縮小：從專案目錄啟動，不要在 home directory 根目錄讓 Agent 搜整台主機。
- 把 secrets 當成 host 權限的一部分：Remote Control 不會把 filesystem 搬上雲，但主機上的 Claude tools 仍可能讀到它有權存取的檔案與環境變數。
- 把 outbound-only 與 sandbox 分開：沒有 inbound port 不代表 command execution 已隔離；server mode sandbox 預設 off。
- 把手機當 approval device：啟用螢幕鎖、生物辨識與帳號保護；Team／Enterprise 可評估 Trusted Devices beta。
- 把高風險動作留在桌面：production deploy、資料 migration、secret rotation、force push 與刪除，不要在通勤時靠小螢幕批准。
若公司使用 Zero Data Retention（ZDR），官方目前說該組織不能啟用 Remote Control。這不是安裝問題，而是資料同步模型與組織政策的衝突。企業導入前應先確認 retention、workspace trust、允許的 MCP／network domain 與審計要求，而不是只看「不開 inbound port」這一項。
最常踩的 7 個坑與恢復路徑
- 沒有 tmux／screen 就關掉 terminal／VS Code：Claude process 會跟著結束；若已在 tmux 中則只是 detach，程序仍留在主機。
- 把睡眠當成背景運算：主機睡著時不執行；喚醒後才可能重連。
- 把
--remote當 Remote Control：改用--cloud表示雲端 session；本機接手用--remote-control或/remote-control。 - 多個 session 共用同一工作目錄：可能互相踩檔；需要平行修改時使用
--spawn=worktree。 - 只看手機文字摘要：摘要是導覽，不是 diff；正式 review 放到 draft PR 或回桌面 IDE。
- 誤用 Accept edits／Bypass：敏感 repo 保持 Plan／Manual，遇到手機無法完整顯示的安全 prompt 就回 terminal 回答。
- Remote Control 消失又沒有救援路徑：用 Tailscale SSH／SSM 登入主機、attach tmux、檢查
claude doctor與網路，再重新啟動或續接。
Claude Code Remote Control 常見問題 FAQ
1. Remote Control 會把我的 code 上傳到雲端執行嗎？
不會把執行環境搬到雲端；command 與 filesystem 操作仍在 host。不過對話、回覆與 tool activity transcript 會經 Anthropic 儲存同步，所以也不能說「所有資料都不離開本機」。
2. 闔上筆電後，長任務還會繼續嗎？
筆電睡眠時不會繼續運算。喚醒後若 Claude process 仍在，可自動重連；若要真正持續執行，請用保持在線的 EC2／家用主機，或改用 Cloud session。
3. Remote Control 一定要開 SSH 或裝 Tailscale 嗎？
不用。Remote Control 本身只建立 outbound HTTPS。SSH、SSM、Tailscale 是你選配的主機管理與故障救援路徑。
4. 手機可以直接看完整 code diff 嗎？
官方目前未明確保證 Remote Control 有 Cloud session 同款 visual diff／inline comment。先看 Plan、變更摘要與測試；需要逐行 review 時，用 draft PR 的 Files changed 或回桌面 IDE。
5. 可以在手機開 Auto 或 Bypass permissions 嗎？
Remote Control App 目前可選 Manual、Accept edits、Plan，不能從 App 選擇 Auto 或 Bypass。不要在 host 先開 Bypass 再交接，因為手機可能不會正確顯示該狀態。
6. tmux 能保證 EC2 上永遠不中斷嗎？
不能。tmux 只避免 terminal／SSH 斷線帶走程序；reboot、crash、OAuth expiry 與長網路中斷仍需服務管理器、監控與人工救援。
7. 一台主機可以同時開多個 Remote Control session 嗎？
server mode 可以。只看一個任務可用 --spawn=session；多個會改檔的任務使用 --spawn=worktree，避免預設 same-dir 的檔案衝突。
8. Remote Control 和 Claude Code Cloud 最大差別是什麼？
前者用你的 host、保留 local state，但依賴 host process；後者在 Anthropic-managed VM 跑，筆電關掉仍可繼續，並有明確的 web diff review 流程。選擇關鍵是執行位置，不是名字裡有沒有 remote。
新手最該帶走的 7 件事
- Remote Control 是遠端方向盤，不是雲端搬家。
--cloud才是現在的雲端主命令；--remote是棄用別名。- 手機接手前先在 Plan 寫清邊界，接手後以 Manual 批准每個需要授權的動作。
- tmux 管 terminal persistence；SSH／SSM 管救援；Tailscale 管私有連線。
- 聊天摘要用來找風險，draft PR 才適合逐行 code review。
- 不開 inbound port，不等於 host 上的 secrets 與命令已被 sandbox。
- merge、deploy、刪除與 production 變更，回桌面完成最後驗收。
接下來怎麼學：從一次交接到完整 Agent 工作流
先拿一個測試 branch 做 20 分鐘演練：桌面開 Plan、手機在 Manual 核准一次範圍明確的指令、要求變更摘要、建立 draft PR、回桌面重跑 checks 並明確結束 session。流程跑順後，再搬到 EC2 或家用主機，而不是第一天就追求 24/7。
- 想比較另一套 coding agent：Claude Code vs Codex 實測比較
- 想降低長 session 成本：Claude Code 省 Token 完整攻略
- 想把規則做成可重用系統：打造 AI Agent Harness
- 想從零補齊操作能力：AlphaLab AI 課程與實戰資源
真正可靠的遠端工作，不是讓 Agent 永遠不用問你；而是讓每一個需要你的時刻，都能在正確裝置上、帶著足夠證據出現。先把「遠端方向盤」這條最小安全迴路跑通，再逐步加入常駐主機、worktree 與自動化驗證。