Claude Code はリモート Mac で 24時間動かせるか？2026年の運用ガイド

最新状況

2026年9月でも「リモート 24/7」を検索する理由

Claude Code が突然クラウドへ引っ越したからではありません。公式が Remote Control を正式機能として書いた結果、「席を外しても続きが見られる」と「蓋を閉めても仕事が続く」が同じ検索語に混ざっています。実際の境界は逆です。セッションはすでに Claude Code を起動したマシンで動き続けます。ノートが寝れば実行は止まり、復帰してから再接続されます。詳細は Claude Code Remote Control の公式ドキュメント を見てください。

もう一つは、一回のセッションが長くなったことです。関数を数行足して終わる仕事ではなく、テスト、リファクタ、MCP、子 Agent が十数分かかる運用が増えています。満員電車に乗るために蓋を閉じるのは、その長い仕事を自分で切る行為です。三つ目は、iOS / macOS 案件がまだ本物の Apple ハードウェアに縛られていることです。Linux VPS に CLI は入りますが、Xcode、シミュレータ、署名は載りません。

だから今の検索は「Claude Code とは」ではなく、遠隔で見る、遠隔で実行する、本当に電源を切らない、の三つを分けるためのものです。据え置き mini を今買うか、次世代チップを待つかで迷っているなら、先に 2026 Mac 購入ガイド：今 M4、M5 を買うべきか、それとも M6 を待つべきか？ で手元機の世代を整理し、常時稼働ノードはそれと分けて考えると迷いにくくなります。

五つの回し方：手元ノート、Remote Control、自前 mini、リモート Mac、CI

製品名の説明から入らないでください。先に痛い点で経路を選びます。下の五つはどれも Claude Code を回せますが、蓋を閉じたあとも続く可能性があるのは後ろの三つだけです。

経路 1：手元ノートを付けっぱなし。いちばん簡単で、いちばん 24/7 と勘違いされやすい運用です。蓋を開け、macOS を寝かさなければ、一晩中回せます。問題は、その一台がディスプレイでもキーボードでも出張の荷物でもあることです。蓋を閉じる、地下鉄に入る、自動スリープ——どれも仕事を止めます。「今日の午後にこのセッションを終わらせる」向きで、「翌朝に差分を見る」向きではありません。

経路 2：手元に Remote Control を足す。公式が用意したのは「人はキーボードから離れるが、マシンは机の上」という運用です。スマホとブラウザは窓で、MCP、リポジトリ、証明書は手元に残ります。解決するのは「昼休みに権限を一度承認する」ことであって、「ノートを鞄に入れる」ことではありません。Team / Enterprise は管理者がスイッチを開ける必要があります。API キーでは使えません。

経路 3：自前の Mac mini を席や自宅に置く。個人が 24/7 にいちばん近い自前運用です。常時点灯にして、SSH か画面共有で入ります。代償はグローバル公開、動的 IP、停電、ディスクを自分で持つことです。リモートログインを開くときは、Apple「ほかのコンピュータから Mac にアクセスできるようにする」 に沿って必要なアカウントだけ開き、管理者パスワードをインターネットに晒さないでください。

経路 4：リモート Mac / クラウド Mac。経路 3 との差は「Claude Code が動くか」ではなく、電気、回線、ディスク、アカウント回収を自分で抱えるかどうかです。蓋を閉じて外出する、夜に Agent にテストを続けさせる、同僚と同じ固定 Xcode に入る、といった運用が出たとき、初めて月額を検索する意味が出ます。常時稼働ノードは「今買う手元機」と役割が違います。世代選びは上の購入ガイドに任せ、ここではホストが寝ないことだけを条件にしてください。

経路 5：CI に預ける。Xcode Cloud や GitHub の macOS runner は成果物作成とテスト向きです。セッションの中でプロンプトを往復する作業向きではありません。「CI は 24/7 で並ばせられる」を「Claude Code の対話セッションが 24/7」と読まないでください。

Remote Control と SSH + tmux は別物

同じページに並びやすい二つの道具ですが、直す痛みが違います。Remote Control は、ログイン済みの claude.ai や Claude アプリを、すでに動いているローカルプロセスへつなぎます。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 は開けません。スマホで続きを見るなら、API キーではなく claude.ai へのフルログインが必要です。Claude Code の認証説明 を先に読み、GUI のない箱で token だけ配ってから claude remote-control が “full-scope login token” と返す理由を後追いしないでください。

名前が近い罠がもう一つあります。Claude Code on the web です。画面は claude.ai/code を Remote Control と共有しますが、セッションはクラウド基盤上で動き、そのリモート 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 を使います。ブラウザのない箱では、先に GUI のあるマシンで claude setup-token を済ませ、token はスクリプトや CI だけに使います。スマホから遠隔操作もするなら、戻ってフルログインを足してください。日常の 24/7 対話セッションなら、次が扱いやすいです。

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

これで端末に打ち込める対話セッションが残り、同時に claude.ai / Claude アプリからもつながります。このマシンをサーバーだけにして、入力は全部スマホで行うなら 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 は一部の確認をスマホへ回せますが、すべてのダイアログが転送されるわけではありません。長時間の無人運用では、自動承認の範囲を受け入れられるところまで締め、どこかで人が戻って見る前提を残してください。

向いている人、向いていない人

よくある質問