Claude Codeのリモートコントロールが繋がらない｜エラー文別12の原因と直し方【2026年8月最新】

「/rc を打ったのに、スマホのClaudeアプリにセッションが出てこない」

「昨日まで使えていたのに、今日は”オフライン”のまま」

「解説記事のとおりにやったのに、Remote Control isn't enabled for this account と出る」

——もしあなたが今この状態なら、あなたの環境が壊れているわけではない可能性が高いです。

理由は単純で、この機能は2026年2月の登場から半年のあいだに、対応プラン・エラー文言・再接続の挙動が何度も静かに書き換わっているからです。そして日本語で読める解説記事の多くは、いまだに2月時点の情報のまま止まっています。つまり、正しく手順どおりにやった人ほど、間違った前提に従って詰んでいる。

この記事では、公式ドキュメントの現行仕様を突き合わせながら、繋がらない原因を12個に分解します。最後まで読めば、自分がどの番号に該当するかが必ず特定できるように並べてあります。

そして最後に、ほとんどの解説記事が触れていない「繋がったあとのほうが怖い」という話をします。ここが本当の本題です。

まず30秒：あなたはどのタイプか

読み進める前に、症状から自分の番号を見つけてください。

症状該当する原因コマンド自体がエラーで弾かれる原因1〜4コマンドは通るがスマホに出てこない原因5〜7一度は繋がったが「オフライン」になる原因8〜10繋がっているのに操作できない・通知が来ない原因11〜12

該当箇所だけ読んでも直ります。ただし原因4は全員が一度確認してください。ここは「意識の高い人ほどハマる」逆説的な罠で、心当たりがないまま数時間を溶かす人が最も多いポイントです。

そもそもリモートコントロールとは何か（勘違いが原因の第一位）

最初に、最大の誤解を潰しておきます。

リモートコントロールは、クラウドでコードを動かす機能ではありません。

あなたのPC上で動いているClaude Codeのセッションに、スマホやブラウザが「窓」として接続するだけの機能です。処理もファイル操作もgit操作も、すべて手元のマシンで走り続けます。スマホは文字どおりリモコンです。

ここを取り違えると、次の3つの誤解が連鎖します。

• 「PCの電源さえ入っていればいい」→ 違います。claude プロセスが生きている必要があります
• 「クラウドだからPCを閉じても平気」→ 違います。ターミナルを閉じた瞬間に落ちます
• 「コードがクラウドに上がるのが不安」→ 実行は上がりません。ただし上がるものが別にあります（後述）

クラウド上で実行したいなら、それは「Claude Code on the web」という別機能です。混同したまま設定しても、永遠に繋がりません。

原因1：プラン要件を「古い情報」で判断している

2026年2月の登場時、この機能はMaxプラン限定のリサーチプレビューでした。Team・Enterpriseでは使えず、Proは「近日対応」とアナウンスされた状態。日本語記事の大半はこの時点の情報で書かれています。

現在は違います。 公式ドキュメントの現行版では、Pro・Max・Team・Enterpriseのすべてで利用可能です。

ただし条件が2つ。

• APIキー認証は非対応。claude.aiアカウントでのログインが必須
• Team・Enterpriseは既定でオフ。組織のOwnerが管理設定でトグルを有効化するまで使えない

「Proだから無理」と諦めていた人は、今すぐ試す価値があります。逆に「会社のTeamプランで使えない」人は、あなたの設定ではなく管理者側の問題です。

原因2：APIキーまたは長期トークンでログインしている

Remote Control requires a claude.ai subscription と出る場合、環境変数 ANTHROPIC_API_KEY が設定されている可能性があります。これを解除してから claude auth login でclaude.aiアカウントを選び直してください。

似て非なるエラーが Remote Control requires a full-scope login token です。これは claude setup-token や CLAUDE_CODE_OAUTH_TOKEN で発行した長期トークンを使っている状態。この種のトークンはモデルへのリクエストしか通せないため、セッションの確立ができません。claude auth login でフルスコープのセッショントークンを取り直します。

CI用にトークンを仕込んだまま忘れている、というパターンが定番です。

原因3：接続先がAnthropic APIになっていない

Remote Control is only available when using Claude via api.anthropic.com は、リクエストの宛先が公式API以外に向いているサインです。

該当する構成は次のとおり。

• Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry経由での利用
• ANTHROPIC_BASE_URL をLLMゲートウェイやプロキシに向けている
• 企業向けのClaude appsゲートウェイ経由でのサインイン

いずれもclaude.ai側に対になるバックエンドが存在しないため、原理的に成立しません。CLAUDE_CODE_USE_BEDROCK のようなプロバイダ変数と ANTHROPIC_BASE_URL を、シェル環境と settings.json の env ブロックの両方から外して再起動してください。片方だけ消して「直らない」と言う人が非常に多いです。

原因4：プライバシー設定が機能そのものを殺している【最重要】

これが冒頭で予告した罠です。

次の4つの環境変数は、どれか1つでも設定されていると、リモートコントロールの利用可否判定そのものが動かなくなります。

• DISABLE_TELEMETRY
• DO_NOT_TRACK
• CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC
• DISABLE_GROWTHBOOK

この機能はフィーチャーフラグ評価に依存しているため、テレメトリを切ると評価が走らず、結果として「あなたのアカウントでは有効になっていません」と表示されます。アカウントには何の問題もないのに、です。

皮肉な構造に気づいたでしょうか。データ送信を嫌ってプライバシー設定を固めた人ほど、この機能を使えません。しかもかつてはエラー文言が原因を指しておらず、自力での特定がほぼ不可能でした。現在は Remote Control requires feature-flag evaluation という専用メッセージが出て、どの変数が見つかったかまで教えてくれますが、古いバージョンでは別のエラーに化けます。

シェルの .zshrc / .bashrc だけでなく、settings.json の env ブロックも確認してください。チームのdotfilesリポジトリから継承しているケースもあります。

原因5：ワークスペース信頼ダイアログが未承認

一度もそのプロジェクトディレクトリで claude を起動していない場合、信頼ダイアログが承認されていません。

注意点として、起動時の信頼ダイアログはホームディレクトリの信頼を保存しません。つまりホームディレクトリでいきなりリモートコントロールを起動しようとすると失敗します。必ずプロジェクトディレクトリに移動してから開始してください。

原因6：組織ポリシーでブロックされている

Remote Control is disabled by your organization's policy は2種類あります。

メッセージに disableRemoteControl が含まれていれば、IT管理者が管理設定でその端末について明示的に無効化しています。含まれていなければ、単にOwnerが組織全体のトグルをまだオンにしていないだけです。

もう一段深刻なのが Remote Control isn't available for your organization due to its compliance policy です。ゼロデータ保持（ZDR）などのコンプライアンス構成を採用している組織は、管理画面のトグル自体がグレーアウトし、Ownerでも有効化できません。なぜ有効化できないのかは、後述のセキュリティの章を読むと腑に落ちます。

原因7：バージョンが古い

意外な数のトラブルが、単純なバージョン差で説明できます。

• --continue と --session-id フラグはv2.1.200以降。それ以前は不明な引数として弾かれる
• アーカイブ済みセッションの復帰はv2.1.228以降
• スマホからの /effort 指定はv2.1.234以降
• Remote Control got an unexpected server response は、そのバージョンでは何度やっても同じ結果になります

claude update を実行してから再試行するのが、遠回りに見えて最短です。

原因8：ターミナルを閉じた（＝仕様どおり）

ここは故障ではありません。

リモートコントロールはローカルプロセスとして動くため、ターミナルを閉じる、VS Codeを終了する、claude プロセスを止める——このいずれかでセッションはオフラインになります。Claudeが処理中でない限り、プロセス終了から数秒でスマホ側の表示もオフラインに変わります。

PCのフタを閉じるだけなら大丈夫です。ターミナルを閉じるとアウトです。

SSH越しにリモートマシンで動かしていて、SSH切断後も維持したい場合は、tmux または screen の中で起動してください。

止めてしまったセッションを復活させる「4時間ルール」

サーバーモードを Ctrl+C で止めた場合、同じディレクトリで次のコマンドを打てば復帰できます。

• claude remote-control：そのサーバーが配信していた全セッションを復帰
• claude remote-control --continue：起動時のセッションだけを復帰
• claude remote-control --session-id <id>：IDを指定して1つだけ復帰

セッションIDは、claude.ai/code のURLの /code/ と ? のあいだの文字列です。

そしてここが見落とされがちなのですが、これらが効くのは停止からおよそ4時間まで。それを過ぎたら新規セッションを立て直すしかありません。「昨日の続きをやろう」は原則できないと考えてください。

原因9：ネットワーク変更・VPN・403

VPNの切り替えや回線変更の直後に切れるパターンです。

接続済みのインタラクティブセッションでHTTP 403が返された場合、Claude Codeは最大3分間リトライします。それを超えると切断され、何が拒否したのか（ネットワークエッジなのか、自分のネットワーク内のプロキシ・VPN・ファイアウォールなのか）が理由に表示されます。

マシンは起きているのにネットワークに到達できない長時間の障害では、モードによって挙動が分かれます。

• サーバーモード：約10分で諦めてプロセスが終了する。再実行が必要
• インタラクティブセッション：ローカル作業を続けたまま、復旧時に自動で再接続する

2026年8月のアップデートで、接続失敗時の表示が8秒で消えるトーストから、理由と再接続ショートカットを含む常設のインジケータに変わりました。以前より原因が追いやすくなっています。

原因10：プレゼンスハートビートの30分切れ

could not reach the Remote Control server for about 30 minutes という見慣れない文言が出ることがあります。

これは接続本体は生きているのに、死活監視用のハートビートだけが失敗し続けた場合の表示です。約30分の再登録試行のあとに切断されます。/remote-control を打ち直せば復帰します。

原因11：他のデバイスにセッションを持っていかれた

切断理由を読まずに /remote-control を連打していませんか。ここは読み分けが必要です。

• 他のデバイスやセッションが引き取った：取り返したいときだけ再実行する
• 他の端末やアプリから終了・アーカイブした：戻したいときだけ再実行する（アーカイブ済みでも再開されます）
• サーバーがセッションを見つけられない：他の端末から削除された可能性が高い

理由文にはどれに該当するかが書かれており、この3ケースでは「/remote-control を実行してください」という通常のアドバイスがあえて省かれます。アドバイスが出ていないこと自体がシグナルです。

なお、/plugin や /resume のようにターミナル専用のコマンドは、スマホからは動きません。「操作できない」の一部はこれです。

原因12：プッシュ通知だけ来ない

接続はできているのに通知が来ない場合の切り分けです。

まずターミナルで /config を開き、「Push when Claude decides」（長時間タスク完了などの能動通知）と「Push when actions required」（権限確認や質問）のどちらか、または両方が有効か確認します。

No mobile registered と表示されていたら、スマホのClaudeアプリを一度開いてプッシュトークンを更新させてください。次回接続時に警告が消えます。

それでも来ない場合は端末側です。iOSは集中モードと通知要約が抑制・遅延の原因になります。Androidはバッテリー最適化が犯人で、Claudeアプリを最適化の対象外に設定する必要があります。

なお、あなたが接続元のターミナルで入力中・フォーカス中のときは、通知は意図的にスキップされます。「PCの前にいるときは鳴らない」のは正常動作です。

原因が特定できないときは claude doctor

どの判定に落ちたのかを機械的に教えてくれます。環境変数の衝突、到達不能、組織設定——それぞれ別のメッセージが出るので、推測で環境をいじり回すより速いです。

本題：繋がったあとのほうが、実は危ない

ここからが、他のトラブル記事が書いていない部分です。

まず通信面。ローカルのClaude Codeは送信方向のHTTPS通信のみを行い、マシンに受信ポートを一切開きません。すべてTLSで、用途ごとに分離された短命の資格情報を使います。設計としては堅牢です。

しかし、次の2点は必ず認識しておいてください。

1. 会話の記録はAnthropicのサーバーに保存される

「コードはローカルに残るから安全」——ここで思考を止める人がほとんどです。

正確には、リモートコントロールが接続されているあいだ、あなたのメッセージ、Claudeの応答、ツールの実行内容を含むセッションのトランスクリプトは、Anthropicのサーバーに保存されます。デバイス間で会話を同期し、通信断からの再接続を可能にするための仕組みです。

実行とファイルアクセスは手元に残る。しかし「会話も残らない」とは書かれていません。ZDR要件のある組織がこの機能を有効化できない理由は、まさにここにあります。

2. スマホがPCの全権限を持つ

最も見落とされているリスクはこれです。

ローカルセッションでできることは、すべてスマホからできます。ファイルの書き換えも、コマンドの実行も。つまりロック解除された状態のあなたのスマホは、あなたの開発マシンへのフルアクセス端末そのものです。

Anthropicはこれに対して「Trusted Devices」というデバイス紐付けの仕組みをベータ提供しています。端末ごとに認証情報を登録させ、18時間以内のサインインをFace ID・Touch ID・Windows Hello・パスキーで確認させる方式です（生体情報自体はAnthropicに送られず、公開鍵とメタデータのみが保存されます）。

ただし——この機能はTeam・Enterpriseプラン限定で、しかも既定でオフです。

言い換えれば、個人のPro・Maxユーザーには、現時点でデバイス紐付けによる保護手段が用意されていません。守りは自分で組む必要があります。具体的には、権限を絞る、危険なコマンドを settings.json の拒否リストに入れる、Hooksでガードレールを敷く。スマホの小さな画面で片手で「承認」を押し続ける運用が常態化したとき、人間による確認は形骸化します。便利さそのものが安全弁を削っていく構造になっている——この点は意識しておく価値があります。

機能を完全に無効化したい場合は disableRemoteControl 設定を使います。

目的別：6つの選択肢から正しいものを選ぶ

そもそもリモートコントロールが最適解ではないケースもあります。

手段実行場所向いている用途リモートコントロール自分のマシン進行中の作業を別端末から操縦するDispatch自分のマシン（Desktop）外出先からタスクを投げて任せるClaude Code on the webクラウドローカル環境なしで新規タスクを並列実行Channels自分のマシンCI失敗やチャットなど外部イベントへの反応Slack連携AnthropicクラウドチームチャットからのPR・レビュースケジュールタスクCLI/Desktop/クラウド日次レビューなどの定期実行

「外出先から指示を投げたいだけ」ならDispatchのほうが設定が軽く済みます。繋がらない機能と格闘する前に、そもそも別の入り口が正解ではないか——一度立ち止まる価値はあります。

まとめ：12項目チェックリスト

1. プラン要件を現行仕様で確認したか（Pro/Max/Team/Enterprise、APIキー不可）
2. ANTHROPIC_API_KEY や長期トークンが残っていないか
3. Bedrock・Vertex・Foundry・カスタム ANTHROPIC_BASE_URL を使っていないか
4. テレメトリ無効化系の環境変数が設定されていないか
5. プロジェクトディレクトリで一度 claude を起動したか
6. 組織ポリシーでブロックされていないか
7. claude update を実行したか
8. ターミナルを閉じていないか（4時間ルールを覚えたか）
9. VPN・ネットワーク変更の直後ではないか
10. 切断理由の文面を読んだか
11. /config でプッシュ通知を有効にしたか
12. claude doctor を試したか

多くの人はここまでで復旧します。そして復旧したあと、スマホがあなたのPCの合鍵になったという事実が残ります。

繋げることより、繋げたあとの守りを先に決めておく。この機能と長く付き合うなら、その順番が正解です。

参考

• Claude Code 公式ドキュメント｜Remote Control: https://code.claude.com/docs/en/remote-control
• Claude Code 公式チェンジログ: https://code.claude.com/docs/en/changelog

本記事は2026年8月23日時点の公式ドキュメントに基づきます。仕様は予告なく変更される場合があります。