Remote Controlが「signed-in account changed」で止まる原因と戻し方
別ターミナルの/loginでアカウントや組織を切り替えると、Remote Controlだけが止まります。ローカルのセッションは続き、/remote-controlか/loginで戻せます。
Remote Control disconnected — signed-in claude.ai account or organization changed on this machine は、同じマシンで別のclaude.aiアカウントや組織にサインインし直したときに出る表示です。止まるのはRemote Controlだけで、手元のClaude Codeのセッションは動き続けます。
原因はたいてい、別のターミナルで実行した /login です。戻し方は2通りあり、どちらを選ぶかで、スマホ側に見えるセッションが変わります。
何が起きているのか
Remote Controlは、/login でサインインしているときに始めたセッションを、その時点のclaude.aiアカウントと組織に結び付けます。接続の持ち主が決まっているわけです。
同じマシンで別のターミナルから別のアカウントや組織にサインインすると、この前提が崩れます。Claude Codeはclaude.aiに確認し、アカウントか組織が変わったと分かった時点でRemote Controlのセッションを止めます。
画面には次の1行が出ます。
Remote Control disconnected — signed-in claude.ai account or organization changed on this machine — run /remote-control to start a session for the current account, or /login to switch back, then /remote-control止まるのはRemote Controlの接続です。会話の履歴や実行中の作業は残るので、ターミナルで続けている分には気づきにくい点に注意が要ります。スマホから送ったつもりの指示が届かなくなって、初めて分かるケースもあります。
「ログインし直しただけなのに」を解く
- 後輩
別のターミナルで
/loginしただけなのに、スマホから操作できなくなりました。ローカルは普通に動いています。 - 先輩
Remote Controlのセッションは、始めたときのアカウントと組織に結び付いています。マシン側のサインインが変わると、結び付きが切れて止まります。ローカルのセッションは別物なので続きます。
- 後輩
じゃあ、元のアカウントに戻せば直りますか。
- 先輩
戻せます。戻し方は、次の節の2通りです。
戻し方は2通り
どちらも最後は /remote-control を使います。違いは、どのアカウント・組織のセッションとして再開するかです。
どちらのアカウントで再開するか
今のアカウントで続ける
止まったセッションのターミナルで /remote-control を実行します。現在サインインしているアカウントか組織のもとで、新しいRemote Controlセッションが始まります。
前のアカウントに戻す
/login で前のアカウントか組織に入り直し、そのあと /remote-control を実行します。スマホやclaude.ai側で見ていた元の持ち主に戻ります。
次のコマンドは、どちらの場合も止まったセッションの中で打ちます。
/status
/remote-control/status は、今どのプランと組織でサインインしているかを確かめるのに使えます。複数のアカウントを使い分けている人は、/remote-control の前に一度見ておくと、意図しない側で再開する事故を避けられます。
同じ「止まった」でも原因が違う表示
Remote Controlが止まるときの表示は、原因ごとに文面が分かれています。ここで扱った表示は、切り替えたのが自分のマシンでの /login である場合のものです。
| 表示の一部 | 原因 | 戻し方 |
|---|---|---|
signed-in claude.ai account or organization changed on this machine | 原因このマシンで別アカウント・組織にサインインした | 戻し方/remote-control、または/loginで戻して/remote-control |
Signed out of Claude | 原因このマシンでサインアウトした(別ターミナルの/logoutなど) | 戻し方/login、続けて/remote-control |
Claude.ai login expired / was rejected | 原因保存済みのログインが期限切れか取り消された | 戻し方/login。末尾がrun /login to restore Remote Controlなら再接続は自動 |
the app running this session is now signed in to a different Claude account | 原因デスクトップアプリやIDEがホストするセッションで、アプリ側のアカウントが変わった | 戻し方新しいアカウントでRemote Controlを新規に始める |
最後の行は性質が違います。デスクトップアプリやIDEがホストしているセッションは、/login ではなくアプリから受け取ったトークンで動いています。アプリ側が別アカウントに切り替わると、終了したセッションを新しいアカウントで引き継ぐことはできません。アプリで新しいRemote Controlセッションを始めることになります。
アプリがサインアウトしただけなら、アプリでサインインし直してからRemote Controlを入れ直せば足ります。
止まったRemote Controlの切り分け
- Q直前に、別のターミナルやアプリでアカウント・組織を切り替えましたか?答えがサインアウトや期限切れの可能性があります。表示が「Signed out of Claude」か「Claude.ai login ...」なら、/login で入り直します。答えがはい
次の確認へ進みます。
- Qそのセッションは、ターミナルで/loginしたものですか?(デスクトップアプリやIDEのホストではない)答えがアプリが別アカウントに切り替わった場合、止まったセッションは引き継げません。アプリで新しいRemote Controlセッションを始めます。答えがはい
次の手順へ進みます。
/remote-control で再開する
前の節の2通りのどちらかで再開します。
古いバージョンでは何が見えていたか
この検知は、Claude Code v2.1.234で入りました。更新履歴には、このマシンを別のclaude.aiアカウントや組織にサインインさせると、実行中のセッションが数秒以内に止まり、理由が表示されるようになったと書かれています。
それ以前のバージョンは、マシン側のアカウント切り替えに気づかず、Remote Controlの接続を保ったままにしていました。切り替えから時間が経った後のリクエストが失敗して初めて、Remote Control server rejected the request (HTTP 404) が出ます。そのエラーが切り替えの何時間も後に出ることがあり、原因がアカウント切り替えだと結び付けにくい状況でした。
古いバージョンで原因不明の404が出ていて、思い当たる /login があるなら、アカウント切り替えを疑う価値があります。バージョンが新しい環境では、切り替えの数秒後に理由付きで止まります。
切り替えを起こしにくくする
アカウントの切り替えそのものを避けられない人も多いはずです。複数のアカウントや組織を使うときに、起きにくくする方法があります。
落とし穴
別ターミナルの/loginは、全セッションに効く
サインイン状態はマシン単位です。別のターミナルで /login を実行すると、同じマシンで動いているほかのClaude Codeセッションからも、現在のアカウントが変わって見えます。Remote Controlで繋ぎっぱなしのセッションがあるマシンでは、そのターミナルでアカウントを切り替えないのが安全です。
- 別のアカウントでの作業が必要なときは、Remote Controlを使わないマシンか、作業の切れ目に回す
- 切り替えたあとは、Remote Controlを使いたいセッションのターミナルで
/remote-controlをその場で実行する
モバイルのプッシュ通知を使う場合も、スマホ側のアプリにはClaude Codeで使っているのと同じアカウントと組織でサインインします。アカウントがずれると、スマホ側に目当てのセッションが見えない原因になります。接続できないときの見分け方の全体像はRemote Controlに接続できないときの見分け方と対処にまとめています。
組織が絡む場合の注意
アカウントが同じでも、組織が変わると同じ扱いになります。Pro・Maxプランに移ったのに、以前のTeam・Enterprise組織のログインが残っている場合は、組織側のRemote Controlポリシーが見られて止まることもあります。
その場合は /status でプランと組織を確認し、claude auth logout のあとに claude auth login でサインインし直す手順が、Remote Controlのトラブルシューティングに載っています。組織のポリシーで止まる場合の表示は、この記事の表示とは別物です。
組織がTrusted Devicesを必須にしている環境では、/login 自体が端末の登録を兼ねます。登録の仕組みはRemote Control Trusted Devicesとはで説明しています。
戻らないときの確認先
/remote-control を実行しても再開しない場合は、表示された文面を手がかりに別の原因を当たります。
Previous session is unavailableやcould not verify the signed-in accountと出るなら、どちらも/remote-controlで新しいセッションを始めることで解決します- 文面に
Remote Control requires the Anthropic APIとあるなら、サインインではなく接続経路の問題です。詳しくはRemote Controlが使えない「requires the Anthropic API」の意味にあります - ログイン自体が繰り返し切れる場合は、Claude Codeで何度もログインを求められる原因と対処法も参考になります
まとめ
別ターミナルの /login でアカウントか組織を変えると、Remote Controlだけが止まり、ローカルのセッションは続きます。どちらの戻し方を選んでも、スマホ側に見えるセッションの持ち主は、再開した時点のアカウントと組織で決まります。
デスクトップアプリやIDEがホストしているセッションは別扱いで、アプリが別アカウントに切り替わったら新しいセッションを始めます。複数アカウントを使うマシンでは、サインイン状態がマシン単位だという点が、いちばんの落とし穴になります。