Claude Codeをスマホから操作する——Remote Controlの仕組み・始め方・安全性

Remote Control は、自分のマシンで動いている Claude Code のセッションに、スマホやブラウザから接続してそのまま操作を続ける機能だ。公式の説明はこうなっている——「デスクで作業を始めて、ソファに移ってからスマホで、あるいは別のコンピュータのブラウザで、それを引き継ぐ」（Continue local sessions from any device with Remote Control）。

ここで押さえるべき点は1つだけだ。Claude は最初から最後まであなたのマシンで動いている。コードの実行もファイルアクセスも手元のまま。スマホと claude.ai はそのローカルセッションを覗く窓であって、実行環境ではない。

1. Remote Control とは——動くのはクラウドではなく手元のPC

「スマホからAIに開発をさせる」と聞いたとき、多くの人はクラウド上のどこかでコンテナが立ち上がる絵を思い浮かべる。Remote Control はそれとは逆の設計だ。計算もファイルも動かさず、操作する場所だけを移す。

この違いが、できることの中身をそのまま決めている。公式が挙げているのは次の4点だ。

最後の1点は地味に効く。「電車に乗る前に走らせたビルドの結果を、降りてから受け取る」という使い方が、途中でトンネルに入っても壊れない。

使うための条件

2. 外から動かす手段は4つある——どれが「自分のPC」か

Claude Code には「ターミナルの前にいないときに働かせる」手段が複数あり、どれが手元で動き、どれがクラウドで動くのかが最初の分岐点になる。公式のプラットフォーム比較表を、その軸で読み直すとこうなる。

上の3つは「自分のPCが動く」。だからローカルにしかない資産——クローンしていないリポジトリ、社内ネットワーク越しのDB、インストール済みのツールチェーン、デプロイ用の鍵——に手が届く。クラウドセッションには原理的にできないことがここに入る。

クラウドを選べない場合がある

見落とされがちだが、リポジトリのホスティング先が選択肢を削る。公式の制限事項にこうある——リポジトリのクローンとプルリクエスト作成にはGitHub が必要で、GitLab・Bitbucket など GitHub 以外のリポジトリはローカルバンドルとして送ることはできるが、結果をリモートへ push して戻せない。

自前のGitサーバや社内GitLabで運用しているなら、「外から動かす」の実質的な選択肢は Remote Control か Dispatch の2つになる。これは好みの問題ではなく、構成が決めてしまう部分だ。

3. 始め方——入口は3つ、使い分けの基準

CLI には3つの起動方法があり、「1つのセッションを持ち出したいのか、複数を受け付けたいのか」で選ぶ。

① いま話している会話をそのまま持ち出す

すでに Claude Code のセッション中なら、これだけでいい。

/remote-control

公式の記述は「現在の会話履歴を引き継いだ Remote Control セッションを開始する」。/rc と省略でき、引数を渡すとセッション名になる（/remote-control 記事の校正）。「作業の途中で出かけることになった」に対する最短の答えがこれだ。VS Code 拡張でも同じコマンドが使える。

② 最初からリモート有効で始める

claude --remote-control "プロジェクト名"

通常の対話セッションにリモート接続が付いた状態で立ち上がる。--rc と省略可。ターミナルでも打てるし、スマホからも打てる。

③ サーバーモード——複数セッションを受け付ける

claude remote-control

プロセスがサーバーとして常駐し、リモートからの接続を待つ。スペースキーを押すとQRコードが表示されるので、スマホのカメラで読めばそのまま繋がる。

スマホから開く

接続方法は3通りある。セッションURLをブラウザで開く／QRを読む／Claudeアプリの一覧から選ぶ。モバイルアプリではナビゲーションの「Code」がセッション一覧で、Remote Control のセッションはコンピュータのアイコンと緑のドットで表示される。

アプリが未インストールなら、Claude Code の中で /mobile を実行するとダウンロード用のQRコードが出る（iOS / Android）。

毎回つなぐのが面倒なら

自動接続は既定でオフで、明示的に起動したときだけ有効になる。常時つなぐなら /config の Enable Remote Control for all sessions、または設定ファイルの remoteControlAtStartup を true にする。

ここにはよくできた非対称性がある。プロジェクト設定（.claude/settings.json）に書いた false は尊重されるが、true は無視される。チェックインしたファイルで、そのリポジトリを開いた全員のRemote Controlを勝手に有効にはできない、という設計だ。

4. スマホ側でできること・できないこと

接続した端末には、ターミナルで起きていることがそのまま流れてくる。ただしスラッシュコマンドには線が引かれている。

ターミナルでピッカーやスライダーが出るコマンドは、スマホでは引数を渡す形に置き換わる。/model を単体で打つのではなく /model sonnet と書く、ということだ。

権限プロンプトに答えられる——これが本命

実用上いちばん効くのは、権限プロンプトと質問がスマホに転送されることだ。公式は「あなたが答えるまで開いたままにする」と明記している。長いタスクが承認待ちで止まったまま帰宅を待つ、という時間が消える。

ただし他の種類のダイアログには期限がある。権限プロンプトと質問以外——たとえば安全上の拒否のあとに出るモデル選択——は、既定5分待って閉じ、「何もしない」既定値で続行する。dialogExpiry で調整・無効化できる（v2.1.224 以降）。

モデルと effort の変更が、どこまで残るか

同じ「モデルを変える」でも、UIから選ぶかコマンドを送るかで永続性が違う。移動中に軽いモデルへ落として、そのまま既定が変わっていた、という事故はここから起きる。

5. 呼び戻される仕組み——プッシュ通知

Remote Control が有効な間、Claude はプッシュ通知を送ってくる。公式の説明では「長時間のタスクが終わったとき、あるいは続行のために判断が必要なとき」に送られる。プロンプトに notify me when the tests finish のように書いて明示的に要求することもできる。

設定は /config の2つのトグルだけで、イベントごとの細かい設定は無い。

気の利いた挙動として、あなたがターミナルを触っている間はプッシュを送らない。さらに CLAUDE_CLIENT_PRESENCE_FILE にマーカーファイルのパスを設定すると（v2.1.181 以降）、そのファイルが存在する間はスキップされる——画面ロック解除で作成、ロックで削除するようにしておけば、「別ウィンドウで作業中だがPCの前にはいる」時間帯も黙らせられる。

6. 仕組み——なぜポートを開けずに繋がるのか

自宅PCを外から操作する話で最初に警戒すべきは、受信ポートを開けることだ。SSHを外に晒せば総当たりの標的になり、VNCも同じ。Remote Control はそこを構造的に避けている。

公式の記述は明快だ——「ローカルのClaude Codeセッションは外向きのHTTPSリクエストしか行わず、マシン上で受信ポートを開くことは決してない」。

すべての通信は Anthropic API を経由し、通常の Claude Code セッションと同じTLSで保護される。接続には複数の短命クレデンシャルが使われ、それぞれ単一の目的にスコープされ、独立に失効する。

従来手段との比較

NAT越えの副産物として、ルータ設定も固定IPもDDNSも要らない。実家のPCでも、社内LANのマシンでも、外向き通信さえ通れば繋がる。

7. セキュリティ——門は1枚、それがアカウント

受信ポートが無いことでネットワーク側の攻撃面はほぼ消える。ではリスクはどこへ行ったのか。アカウントに移った。

QRは認証ではない

ここを誤解している解説を見かけるが、QRコードは認証の一段ではない。接続方法は「URLを開く／QRを読む／アプリの一覧から選ぶ」の3通りで、一覧から選べる時点で、QRは短縮でしかない。

では何が門を守っているのか。公式は自動接続の項でこう書いている——「自動接続はあなた自身のclaude.aiアカウントでサインインするので、そのセッションはあなたのアカウントのClaudeアプリにしか現れず、他の誰にもアクセス権を与えない」。セッションはアカウントに紐付いているのであって、URLを知っているかどうかで決まるのではない。

そして門が1枚であることは、公式自身の言葉からも読み取れる。Trusted Devices の説明に「Remote Controlへのアクセスを既知の端末と最近の認証に結びつける、単にサインイン済みのアカウントだけではなく」とある。裏返せば、既定の門はまさに「サインイン済みのアカウント」1枚だ。

1枚でも弱くない理由と、その条件

結論として、やるべきことは1つに集約される——claude.ai にパスキーを設定すること。端末に鍵が紐付き、フィッシング耐性があり、生体情報自体はAnthropicに渡らない（保存されるのは公開鍵と、表示名・プラットフォーム・登録日時といった基本的なメタデータだけ）。Team・Enterprise なら Trusted Devices で登録端末＋18時間以内のサインインを組織全体に強制できる。

会話ログはサーバに保存される

正直に書いておくべき点がある。接続中は、セッションのトランスクリプト——あなたのメッセージ、Claudeの応答、ツールの実行内容——がAnthropicのサーバに保存される。デバイス間の同期と、回線断からの復帰のためだ。エンドツーエンド暗号化ではない。

設定は claude.ai のプライバシー設定でいつでも変更できる。ゼロデータ保持（ZDR）の組織は、そもそもRemote Controlを有効化できない。

公平のために添えておくと、通常のClaude Codeも全てのプロンプトと出力をAPIへ送っているし、会話ログはすでにローカルの ~/.claude/projects/ に平文で置かれている（既定30日・cleanupPeriodDays で変更可）。Remote Control で新たに増えるのは「同期のための実体がサーバ側にも残る」という点だ。

スマホを紛失したら

最も速くて確実なのは、PC側で claude のプロセスを止めること。入口そのものが消える。そのうえでパスワード変更とサインアウトを行う。Trusted Devices を使っている場合は アカウント設定の Trusted devices からその端末を削除すれば資格情報が即座に失効する。

スマホ側に「PCへの鍵」が常駐しているわけではない。アプリのログイン状態が全てなので、画面ロックとパスキーがそのまま防御になる。

実務で本当に効くリスク

なお --sandbox による隔離は選択肢としてあるが、ネイティブWindowsではサンドボックスがサポートされていない（WSL 2 なら対応）。構成によっては、この保険が使えないことを前提に置く必要がある。

完全に禁止したい場合は disableRemoteControl 設定で無効化できる。管理者が管理設定から端末単位で禁止することも可能だ。

8. 繋がらない・切れるときの原因切り分け

エラーメッセージが原因をかなり具体的に名指ししてくれる。代表的なものを整理する。

切れたときに、再接続していいのか

ここは公式が明確に「理由を読んでから判断しろ」と書いている箇所だ。接続が失敗すると理由が表示されるが、次の3つの場合は「/remote-control を実行しろ」という通常の案内が意図的に省かれる。

ネットワークが落ちたとき、モードで挙動が違う

ここは知らないと戸惑う。マシンは起きているのにネットに届かない状態が続いた場合——

• サーバーモード：約10分で諦めてプロセスが終了する。claude remote-control を再実行して新しいセッションを始める
• 対話セッション：そのままローカルで作業を続けられる。Claude Code は障害が続く限りリトライし、ネットワークが戻れば自分で再接続する

また Ctrl+C でサーバーを止めた場合、セッションは約4時間は呼び戻せる（claude remote-control / --continue / --session-id）。それを過ぎたら新規に始めることになる。

9. Dispatch との使い分け

どちらも「手元のPCが動く」点は同じで、混同されやすい。分かれ目は、出かける前に準備が要るかどうかだ。

片方を選ぶものではない。外から投げるときは Dispatch、席を立つ前に繋いでおくときは Remote Control、という併用が自然だ。Dispatch の詳細と安全な線引きは専用記事にまとめてある。

まとめ

FAQ

Q1. デスクトップアプリからも使えますか？

公式が起動方法として挙げているのはCLI と VS Code 拡張で、デスクトップアプリからの開始手順は記載されていない。一方で「設定 > Claude Code > Enable remote control by default」というトグルがデスクトップアプリにもあるという記述と、Claude Desktop で Remote Control が有効だった会話を再開すると既存セッションに再接続するという記述がある。まず設定画面を確認し、無ければCLIを使うのが確実だ。

Q2. デスクトップアプリで進めていた会話を、CLIから引き継げますか？

できる可能性が高い。VS Code拡張・JetBrainsプラグイン・デスクトップアプリはいずれも ~/.claude/ に書き込むと公式に明記されており、会話は ~/.claude/projects/ に保存される。同じディレクトリで claude --resume を実行して該当の会話を選び、/remote-control を実行する、という流れになる。

Q3. Node.js が古いのですが、CLIを入れられますか？

入れられる。ネイティブインストーラは Node.js を使わない——Windows なら PowerShell で irm https://claude.ai/install.ps1 | iex。npm版は Node.js 22以降を要求するが、こちらも実体はネイティブバイナリで、古いNodeでは EBADENGINE 警告が出るだけでインストール自体は完了する。

Q4. PCがスリープしたらどうなりますか？

セッションはオフラインになるが、マシンが復帰すると Claude Code が自動で再接続する。再接続までの間のサブエージェントやワークフローの状態更新はキューされ、復旧後に配送される。ただしプロセス自体を終了した場合（ターミナルを閉じる、VS Codeを終了する）は、数秒でオフライン表示になり、呼び戻す操作が必要になる。

Q5. 同時に何セッション繋げますか？

対話セッションは1プロセスにつき1リモートセッション。複数を1プロセスで捌きたいならサーバーモード（claude remote-control）を使う。既定の上限は32セッションで、--capacity で変更できる。

Q6. 複数セッションが同じファイルを壊しませんか？

既定の --spawn same-dir では全セッションが同じ作業ディレクトリを共有するので、同じファイルを編集すれば衝突する。--spawn worktree を指定すると、オンデマンドのセッションごとに専用の git worktree が割り当てられる（gitリポジトリが必要）。実行中に w キーで切り替えることもできる。

Q7. スマホから /resume で別の会話に移れますか？

できない。/resume はローカル専用コマンドで、引数を付けても動かない。なおターミナル側で /resume して会話を切り替えた場合、接続中の端末には切り替え先の履歴やタイトルは届かないが、新しいメッセージは双方向にターミナルで開いている会話へ流れる。

Q8. Claude Code on the web との違いは？

実行場所が違う。どちらも claude.ai/code の画面を使うが、Remote Control はあなたのマシンで実行されるのでローカルのMCPサーバ・ツール・プロジェクト設定が生きる。Claude Code on the web はクラウドで実行されるので、手元に環境が無くても動かせる代わりに、ローカル資産には触れない。

Q9. 会社のプロキシやLLMゲートウェイ経由でも使えますか？

使えない。api.anthropic.com 以外のホストを ANTHROPIC_BASE_URL に指定していると利用できない（v2.1.196 以降）。エンタープライズの Claude apps gateway 経由のサインインも対象外。ゼロデータ保持などのコンプライアンス設定がある組織も有効化できない。

関連記事

• スマホから自分のPCを動かす「ディスパッチ」の安全性——本記事の Dispatch 側
• Claude Code の agent view と「ディスパッチ」——同じ名前で呼ばれる別機能
• サブエージェントとエージェントチームの違い——リモートでも進捗が同期する対象