Remote Control failed という同じ文言でも、issue を読む限り中身が少し違います。少なくとも今回集めた報告では、どちらも「接続しようとした瞬間に失敗する」点は共通していますが、片方は /bridge エンドポイントでの 401、もう片方は Remote Control server rejected the request (HTTP 403) でした。
自分のケースがどちらに近いかは、まずこの出方で切り分けられます。[#78453](https://github.com/anthropics/claude-code/issues/78453) では、セッション作成後の remote control 接続が 401 Authentication failed at /bridge endpoint になっています。報告文には、完全にサインアウトして入り直しても直らなかったとあります。[#92760](https://github.com/anthropics/claude-code/issues/92760) では、Claude Desktop の Code tab から /remote-control を実行したときに HTTP 403 で拒否され、再試行でも解消しなかったと書かれています。
#78453 側で書かれている状況は、ローカルの認証情報が壊れている、というよりサーバー側の /bridge で落ちているように見える点です。報告では、claude --remote-control --debug-file <pfad> で再現でき、code-session の作成が 2 回失敗して 3 回目で通った、とあります。ただし、ここから先の原因までは issue 本文だけでは断定できません。
関連するコメントも、完全に同じパターンとは限らないものの、ひとつ気になる挙動を示しています。通常のログインで新しいターミナルを開くと、Remote Control がログイン直後に自動接続を試みて失敗するが、そのあとチャット内で手動で /remote-control を打つとすぐつながる、という再現が複数回あったと書かれていました。つまり、少なくとも一部のケースでは「自動接続だけ失敗して、手動実行は通る」ようです。これは Remote Control failed が出たからといって、毎回同じ壊れ方とは限らないことを示しています。
一方で、#92760 は現時点で open のままです。報告者は Windows 11、Claude Desktop app の Code tab、Pro plan で、サインアウト・再起動・/remote-control の再実行を試しても直らなかったとしています。ここから分かるのは、少なくとも「再ログインすれば必ず直る」タイプではない、ということまでです。
筆者環境では、関連 issue から再現手順や追加のコマンド出力までは取得できていません。したがって、ここで言えるのは issue に書かれた範囲だけです。もし同じ文字列で困っているなら、まずは 401 なのか 403 なのか、そして自動接続で落ちるのか手動の /remote-control でも落ちるのかを見たほうがよさそうです。そこが違うと、同じ Remote Control failed でも別件の可能性があります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-18T08:51:39+09:00