Claude Code 可以在遠端 Mac 上 24/7 運行嗎？2026 部署指南

最新狀態

現在還在搜「遠端 Mac 24/7」的真正原因

不是 Claude Code 突然搬進雲端長住，而是官方已經把 Remote Control 寫成正式能力：你可以在書桌邊把任務丟出去，再用手機或另一台電腦的瀏覽器接著看。很多人因此以為闔蓋、出門、甚至關機都沒差。官方說明正好相反：工作階段繼續跑在那台已經啟動 Claude Code 的機器上；筆電一睡，執行就停，恢復上線後才會重連。細節見 Claude Code Remote Control 官方文件。

第二件事是單次任務變長了。現在一次工作階段常常不只補幾個函式，還會帶著測試、重構、MCP 工具和子 Agent 跑十幾分鐘。這時候闔蓋等於主動掐斷。第三件事是 iOS／macOS 工程仍卡在真實蘋果硬體：Linux VPS 能裝 CLI，跑不了 Xcode、模擬器和簽章。

所以這個關鍵字現在值得搜，不是百科意義上的「Claude Code 是什麼」，而是要把遠端查看、遠端執行、以及真正不關機拆開。選工具、選 Agent 工作流時，也可以對照 GitHub Copilot App vs Cursor：2026 該換工具嗎？，先想清楚你要的是互動工作階段，還是流水線任務。

五條部署路徑：本機、Remote Control、自購 mini、遠端 Mac、CI

先按痛點選路，不要先背產品名詞。下面五條都能「跑 Claude Code」，但只有後三條有機會在你闔上筆電之後繼續跑。

路徑 1：本機一直開著。最省事，也最容易被當成 24/7。只要不闔蓋、不讓 macOS 進入睡眠，Claude Code 可以連跑一整晚。問題是：這台電腦同時是你的螢幕、鍵盤和出差行李。闔蓋、進捷運、系統自動睡眠，任務就停。適合「今天下午要把這次工作階段跑完」，不適合「明天早上再回來看結果」。

路徑 2：本機加 Remote Control。這是官方為「人離開鍵盤、但機器還在桌上」準備的能力。手機和瀏覽器只是視窗，MCP、儲存庫和憑證仍在本機。它解決的是「我去吃飯還能批一次權限」，不是「我把電腦塞進行李箱」。Team／Enterprise 還要管理員打開開關；API Key 不能用。

路徑 3：自購 Mac mini 放在座位或家裡。這是個人開發者最接近 24/7 的自建做法。機器可以通電不睡，你用 SSH 或螢幕共享連上去。代價是公網暴露、動態 IP、停電和磁碟自己扛。開啟遠端登入時，依 Apple「允許遠端電腦取用你的 Mac」說明 只開必要帳號，不要把管理員密碼直接暴露在公網。

路徑 4：遠端 Mac／雲端 Mac。跟路徑 3 的差別不是「能不能跑 Claude Code」，而是你還要不要自己管電、管網、管磁碟和帳號回收。需要關本機出門、夜間讓 Agent 繼續改測試，或讓同事連同一套固定 Xcode 時，這條才開始值得花錢。這裡講的是「租一台隨時 SSH」，不是「再買一台放桌上」。

路徑 5：CI 託管。Xcode Cloud 或 GitHub 的 macOS runner 適合打包和測試，不適合你坐在工作階段裡來回改提示詞。不要把「CI 能 24/7 排隊」理解成「Claude Code 互動工作階段能 24/7」。

Remote Control 和 SSH + tmux 不是同一件事

兩套工具常被搜到同一頁，但解決的問題不同。Remote Control 讓已登入的 claude.ai 或 Claude App 連上已經在跑的本機程序；SSH 讓你登入另一台 macOS，在那台機器上啟動程序。24/7 要的是後者把「程序主人」換機，而不是前者多一塊螢幕。

官方把限制寫得很硬：關掉終端機、退出 VS Code，或停掉 claude 程序，遠端工作階段會在幾秒內顯示離線。要在 SSH 斷線後繼續跑，必須把工作階段放進 tmux 或 screen。伺服器模式遇到大約 10 分鐘的網路中斷還會自己退出，需要再執行一次 claude remote-control。這些不是社群傳聞，而是同一份 Remote Control 文件裡的 Limitations。

登入方式也要分開看。claude setup-token 和 CLAUDE_CODE_OAUTH_TOKEN 適合 CI 和腳本，有效期長，但只能發模型請求，不能建立 Remote Control。要在手機上接著看工作階段，必須用完整的 claude.ai 登入，而不是 API Key。對照 Claude Code 身分驗證說明，避免在沒有圖形介面的盒子上先發了 token，再奇怪為什麼 claude remote-control 報 “full-scope login token”。

還有一個容易混的名字：Claude Code on the web。它和 Remote Control 共用 claude.ai/code 介面，但工作階段跑在雲端基礎建設上，用的不是你那台遠端 Mac 上的憑證、DerivedData 和本機 MCP。要簽 iOS 套件、用本機鑰匙圈或公司內網 MCP，仍得讓程序落在真實 macOS 上。

開工前先把環境列清楚

環境一次列清，後面步驟才不會卡在登入頁。

• 一台不會自動睡眠的 macOS 主機：本機以外的 mini，或遠端 Mac。
• 已開啟「遠端登入」，且你能從本機 SSH 進去。
• 在那台主機上安裝 Claude Code CLI，不要在本機對著掛載磁碟跑。
• 主機上有 tmux 或 screen；登入後第一條指令就應該是進入工作階段。
• 若要用 Remote Control：Pro／Max／Team／Enterprise，並且完成 claude.ai 登入。Team／Enterprise 還需管理員打開開關。
• 專案目錄至少成功跑過一次 claude 並接受工作區信任；Remote Control 不會把家目錄記成已信任。
• 不要在環境裡留著 ANTHROPIC_API_KEY 當唯一登入方式，也不要對著自訂 ANTHROPIC_BASE_URL 指望 Remote Control。

記憶體不要按「官方最低能啟動」來買。只跑 CLI 和中小型儲存庫時，16GB 通常夠用；同時開 Xcode、模擬器或兩個以上 Agent 時，24GB 比較不容易在尖峰掉進 swap。這是容量規劃，不是對照實驗分數。

在遠端 Mac 上把工作階段掛住

下面假設你已經能 SSH 進目標 Mac。目標不是「裝上就能開始對話」，而是「斷線後程序還在」。

1. 先關掉睡眠

系統設定 → 電池／電源轉接器：防止自動進入睡眠，必要時允許關閉螢幕但保持系統喚醒。主機睡了，tmux 也救不了正在跑的模型請求。

2. 開啟遠端登入並驗證

系統設定 → 一般 → 共享 → 遠端登入。只給需要的使用者。從本機執行：

ssh user@mac-host.local
uname -m
sw_vers

能看到架構和系統版本，再往下走。連不上時先查防火牆、公司 VPN 和「僅限同一 iCloud 使用者」之類的限制，不要先裝 Claude Code。

3. 登入後立刻進 tmux

tmux new -A -s claude
# 之後再安裝或啟動 Claude Code
# 離開時：Ctrl-b 然後 d
# 下次：tmux attach -t claude

官方原意可以縮成一句：SSH 斷了還想工作階段在，就放進 tmux 或 screen。沒有這一步，後面所有 Remote Control 技巧都是在幫一個會隨 SSH 一起死的程序化妝。

4. 在主機上登入並啟動

在 tmux 裡進入專案目錄，執行 claude，用 /login 走 claude.ai。沒有瀏覽器的盒子可以先在有圖形介面的機器完成 claude setup-token，把 token 只用於腳本或 CI；若你還要手機遙控，回來補一次完整登入。日常 24/7 互動工作階段，建議：

cd ~/Projects/ios-app
claude --remote-control "night-agent"

這會留下可在終端機裡打字的互動工作階段，同時允許 claude.ai／Claude App 連上來。若你只想讓這台機器當伺服器、自己完全在手機上打字，用 claude remote-control。兩種模式都要求這個程序不要退出。

5. 斷一次線做驗收

不要相信「應該還在」。按這個清單過一遍：

• 在 tmux 裡 detach，關掉本機 SSH 視窗。
• 重新 SSH，tmux attach -t claude，工作階段還在、捲動歷史還在。
• 若開了 Remote Control：本機 SSH 關掉後，手機仍能看到工作階段在線。
• 讓主機睡 2 分鐘再醒：工作階段應暫停後恢復，而不是假裝從未中斷。
• 看 tmux ls。若提示沒有 server，代表上次根本沒在 tmux 裡啟動。

斷線、睡眠、登入失敗怎麼排

工作階段消失。先 tmux ls。沒有 server，就不是「弄丟了」，是沒掛上。養成習慣：登入後第一條指令永遠是 tmux new -A -s claude。

Remote Control 報需要完整登入。你大概用了 setup-token 或 CLAUDE_CODE_OAUTH_TOKEN。卸掉環境變數，執行 claude auth login，選 claude.ai。環境裡若還留著 ANTHROPIC_API_KEY，先清掉再登入。

闔蓋後手機顯示離線或卡住。這是預期行為，不是設定錯誤。Remote Control 會在主機回來後重連；它不會在睡眠的筆電上繼續改檔案。要出門，就把程序放到另一台不睡的 Mac。

伺服器模式自己退出。主機醒著但網路中斷大約 10 分鐘，claude remote-control 會放棄。互動模式會繼續在本機重試。重新 SSH 進 tmux，再啟動一次伺服器模式即可。

自訂閘道或 Bedrock。Remote Control 要求走 api.anthropic.com。設了 ANTHROPIC_BASE_URL、Bedrock、Vertex 或企業閘道時，先當這個功能不存在，改走 SSH + tmux 的純終端機方案。

權限彈窗沒人點。Remote Control 可以把一部分確認轉到手機，但不是所有對話框都會轉發。長時間無人值守時，把權限模式收到你能接受的自動核准範圍，並假設總有一步必須人回來看。

適合誰，不適合誰

常見問題