公式資料によると、Claude Code Remote Controlの作業セッションは接続元ではなくローカルのMac上で実行されます。Remote Controlの実行場所と接続条件を前提にすると、切断表示だけでタスク停止と判断するのは早計です。まずMacのオンライン状態とClaude Codeの実行状態を確かめてから、接続・認証・組織ポリシーを切り分けてください。
確認時期： 切断直後はMac上の元のセッションを確認し、Mac復帰後は接続状態を再確認します。今週は、作業を始める前にセッションの再接続経路を一度点検してください。最終更新：2026年11月4日。確認元はAnthropicの公式Remote Control資料です。
対象となる方： スマートフォンやブラウザーからMac上の作業を続けたい独立開発者。認証と組織設定のどこに問題があるか切り分けたいチーム管理者。SSH接続が途切れてもリモートMacの会話を継続できるか確認したい運用担当者です。
切断表示とタスク停止の切り分け
Claude Code Remote Controlは、Mac上のセッションへ別の端末から接続する機能です。スマートフォンやブラウザーが操作画面として使えなくなっても、それだけでMac上の処理が終了したとはいえません。逆に、Mac上のClaude Codeプロセスが終了していれば、接続画面だけを復旧しても元の処理は続きません。公式のセッション管理資料でも、セッションの状態を接続画面とは分けて扱う必要があります。
最初の分岐は、実行元のMacを確認できるかどうかです。Macがオンラインで元のターミナルに戻れるなら、まずそこで会話の進行状況を確認します。Macに接続できない場合は、遠隔操作画面からタスクの成否を推測せず、ホストのネットワークと稼働状態を確認してください。
【注意】スマートフォンの「disconnected」表示を根拠に同じ作業をすぐ再実行すると、処理の重複やファイルの競合につながることがあります。先にMac上で実行中の会話を確認してください。
独立開発者が確認するセッションと端末
まずClaude Codeを起動した元のターミナル、または利用中のデスクトップアプリに戻ります。最後の応答が表示されているか、処理が継続中か、入力待ちになっているかを確認します。ターミナルが残っているなら、そのセッションで作業を続けられるかを見てから、Remote Control側の接続を試してください。
次にMacの状態を確認します。Macがスリープ中、電源オフ、またはネットワークから切断されていれば、別端末からの操作はできません。Macがオンラインに戻り、対話セッションとClaude Codeのプロセスが利用可能なら、自動再接続する場合があります。自動再接続を待つ間も、タスクの状態はMac上で確認するのが確実です。Remote Controlの再接続条件を確認し、表示の復帰と作業の進行を混同しないようにします。
Macがオンラインなのに接続が戻らない場合は、認証が有効か、ネットワーク経由の接続が妨げられていないかを確認します。接続エラーの内容を控え、必要ならClaude Codeの公式トラブルシューティング手順に沿って次の確認へ進みます。原因が不明な段階で、会話の再起動や設定の削除を先に行うのは避けてください。
ホストを管理する人が見る稼働条件
リモートMacの管理者は、スマートフォン側より先にホスト側を調べます。確認するのは、Macがオンラインか、ネットワークが復旧しているか、Claude Codeを起動したターミナルまたはアプリが残っているかです。ホストに到達できないなら接続の再試行だけでは解決せず、Claude Codeが終了しているなら接続復旧とは別に会話の再開方法を判断する必要があります。
「通常の対話セッション」と、claude remote-controlで起動するサービスモードも区別してください。利用できる操作や終了条件は同一とは限りません。実際の起動方法と制約は、作業時点のRemote Control公式資料とCLIリファレンスで照合します。古い手順を前提にサービスの継続性を判断せず、利用中のモードに対応した説明を確認してください。
スリープやネットワーク復旧後の動作も、すべての環境で同じと決めつけないことが重要です。対話セッションはMacがオンラインに戻ると自動再接続する場合がありますが、Mac自体やプロセスが使えない状態なら接続は戻りません。ホストの電源管理、ネットワーク経路、セッションの実行状態を別々に記録すれば、次回の切断時に責任範囲を見分けやすくなります。
管理者が確認する認証と組織ポリシー
Remote Controlが使えない場合、個人アカウントのログイン方式と、組織側の利用制御を別々に確認します。対応する認証条件は公式認証資料で照合してください。組織の設定によって機能が制限されている可能性がある場合、ユーザーが個人側で繰り返しログインしたり、制御を迂回したりしても、正しい解決にはなりません。
管理者は、対象ユーザーのログイン方式、チームまたは企業の設定、適用されるポリシーを確認します。設定の優先順位や制御内容は、公式設定資料を基準に判断してください。ネットワーク制限の可能性がある企業環境では、公式ネットワーク設定資料も確認します。エラー文、対象アカウント、発生時のホスト状態を添えて管理者へ相談すると、認証と組織制御を混同しにくくなります。
組織ポリシーが原因なら、個人側での再インストールや認証情報の共有ではなく、管理者による設定確認が先です。許可されている利用方法が確認できるまで、別アカウントで制御を回避しないでください。
SSHとCI運用で確認するプロセスの存続
SSHクライアントが切断された事実だけでは、リモートMacのプロセスが終了したとは判断できません。一方で、SSHで開いたターミナル自体が閉じられた場合など、起動方法によってはセッションを維持できないことがあります。「SSHが切れたから必ず停止」「Mac上で起動したから必ず継続」といった一律の前提を置かないでください。
確認は次の順で行います。
- SSHでMacへ再接続し、ホストがオンラインかを確かめます。
- Claude Codeを起動したターミナルや、使用しているプロセス管理方法を確認します。
- 元の会話が残っているか、処理中か、終了しているかを確認します。
- 実行モードと復帰方法を、公式CLIリファレンスおよびセッション管理資料で照合します。
- SSHを切断してから再接続し、元の会話が確認できるかを、重要な作業を始める前に検証します。
この検証で分かるのは、あなたの起動方法と環境での挙動です。別のシェル、サービスモード、CIの実行条件でも同じ結果になるとは限りません。CI運用では、Remote Controlの画面接続とビルドジョブの成功判定も分けて記録してください。接続表示だけでジョブの完了や失敗を判断せず、ジョブ側のログとMac上のセッション状態を確認します。
役割別の判断表
| 利用者 | 最初に確認する項目 | 次に取る対応 | 避ける判断 |
|---|---|---|---|
| 独立開発者 | Mac上の元の会話とプロセス | Macのオンライン復帰後、接続を再確認 | 切断表示だけでタスクを再実行 |
| ホスト管理者 | Mac、ネットワーク、起動モード | 利用中のモードに対応した公式手順を照合 | すべてのセッションが同じ条件で継続すると仮定 |
| チーム管理者 | 認証方式と組織ポリシー | 公式設定資料に沿って利用可否を確認 | 個人側で組織制御を回避 |
| SSH・CI運用担当者 | 再接続後の元セッションとジョブログ | 起動方式ごとに切断・再接続を検証 | SSH切断を処理の停止または継続と断定 |
復旧方法を選ぶ比較表
| 状況 | 優先する確認先 | 判断の目安 |
|---|---|---|
| Mac上の元の会話が進行中 | 元のターミナルまたはアプリ | タスクを再起動せず、接続経路を確認 |
| Macがオフラインまたは到達不能 | ホストの電源・ネットワーク | Macが利用可能になってからセッションを確認 |
| Macはオンラインだが接続できない | 認証・ネットワーク設定 | エラー内容を記録し、公式資料に沿って切り分け |
| 組織ポリシーの警告がある | チームまたは企業の管理者 | 許可されたログイン方式と設定を管理者が確認 |
| SSH切断後に会話が見つからない | 起動したターミナルとプロセス管理 | モード別の復帰方法を確認し、事前検証を行う |
よくある切断後の判断
スマートフォンに「disconnected」と出た場合： まずMac上の元のClaude Codeセッションを確認します。画面の切断表示だけでは、タスクの停止も継続も確定できません。
Macがスリープした、またはネットワークが切れた場合： Macが再びオンラインになった後に対話セッションが自動再接続する場合があります。Macとプロセスが利用可能かを確認し、戻らない場合は認証やネットワークの状態を調べてください。
SSHを切断した後に作業を続けたい場合： SSHの切断とリモート側プロセスの終了を分けて確認します。元の会話が残っているか、利用中の起動方法で復帰できるかを、作業前に検証してください。
組織ポリシーによる制限が表示された場合： 個人側で回避せず、管理者に認証方式と組織設定の確認を依頼します。許可された手段が判明するまでは、資格情報を共有せず、別のアカウントで迂回しないでください。
継続運用に向けた選択
たまにスマートフォンから状態を確認するだけなら、まず今のMacのスリープ、ネットワーク、セッション復帰経路を整えるのが適切です。ただし、個人所有のMacを実行ホストにすると、電源管理や自宅回線、更新作業の影響を受けやすく、ホストが使えない間はRemote Controlも利用できません。
長時間にわたってmacOS上の作業環境を確保する必要があるなら、常時稼働するリモートMacも選択肢になります。自宅Macの電源や回線だけに依存しにくくなる一方、SSHやRemote Controlの設定、認証、組織ポリシーの確認は引き続き必要です。実際の利用条件はプラン詳細で確認し、利用前に接続サポート情報も参照してください。まず既存環境の復旧経路を確かめ、そのうえで一時的な検証用ホストや継続的な開発環境が必要なら、osxmeshのリモートMacを作業負荷に合わせて検討できます。
よくある質問
スマートフォンに disconnected と表示されても、Claude Codeの作業は続いていますか？
表示だけでは判断できません。Remote Controlでは作業セッションがMac上で実行されるため、まず実行元のMacに戻り、元のターミナルで会話や処理の状態を確認してください。プロセスが終了していれば、接続を戻してもその処理は再開しません。
Macがスリープしたりネットワークが切れたりした後、自動で再接続しますか？
公式資料では、対話セッションはMacが再びオンラインになった後に自動再接続する場合があります。ただし、MacとClaude Codeのプロセスが利用可能であることが前提です。復帰後も接続できない場合は、セッションが残っているかを先に確認し、認証やネットワーク設定を切り分けてください。
SSHが切れても、リモートMacのClaude Codeを動かし続けられますか？
SSH接続の切断と、Mac上のClaude Codeプロセスの終了は別の状態です。元のターミナルや、利用しているプロセス管理方法でセッションが残っているかを確かめてください。SSHを切断しても必ず継続するとは限らないため、公式に案内された起動方法で事前に復帰経路を確認します。
組織ポリシーによってRemote Controlが無効と表示されたら、どうすればよいですか？
個人側で設定を迂回したり、認証情報を共有したりせず、チームまたは企業の管理者に確認してください。管理者は対象アカウントのログイン方式と組織の設定を公式資料に照らして確認します。利用が許可されていない場合は、ポリシーの変更を依頼するか、承認済みの作業方法を使ってください。