#remotecontrol

この症状は、少なくとも今回の issue 群では 「Remote Control の起動や再接続の途中で、資格情報の取得が失敗している」 形で報告されています。読者が自分のケースかどうかを先に切り分けるなら、次の2つに当てはまるかを見るのが早いです。 ひとつは、起動直後や cold start で Remote Control を有効にしたときに、ステータスバーへ `Remote Control failed · Remote credentials fetch failed — see debug log` のような表示が出るケースです。[#78598](https://github.com/anthropics/claude-code/issues/78598) では、`"remoteControlAtStartup": true` を有効にした状態で、OAuth アクセストークンの更新より先に remote bridge が最初の API 呼び出しを行い、`POST /v1/code/sessions` と `/bridge` が **HTTP 401 Authentic

このエラーは、少なくとも今回の issue 群では 2 つの経路で出ています。ひとつは、`ANTHROPIC_API_KEY` が process 環境に残っているケースです。もうひとつは、Claude Desktop アプリ内の interactive session で `/remote-control` を実行したときに、毎回 `Remote Control Initialization failed` になるケースです。前者は [#81625](https://github.com/anthropics/claude-code/issues/81625)、後者は [#91325](https://github.com/anthropics/claude-code/issues/91325) にまとまっています。 切り分けの最初の一手は、今のセッションが何の認証状態で動いているか、そしてどこから起動しているかを見ることです。`/status` で Max が見えていても、`ANTHROPIC_API_KEY` が環境変数に入っていると Remote Control 初期化に失敗し

この症状は、少なくとも報告上は「一度つながったはずの Remote Control が、再接続で失敗する」かたちで出ています。該当する issue は [#95609](https://github.com/anthropics/claude-code/issues/95609) と [#87720](https://github.com/anthropics/claude-code/issues/87720) です。どちらも、`Remote Control failed to connect: Remote Control connect timed out` で止まる、あるいは `connecting` のまま進まない、という流れが書かれています。 まず切り分けたいのは、「そのセッションだけがおかしいのか」「Remote Control 自体が環境全体で不安定なのか」です。#95609 では、同じアカウントでも別のセッションは claude.ai/code の Web では見えており、モバイル側だけ `連結 해제됨` 相当の状態に見えていました。つまり、アカウント全体の認証不能とい

この症状は、Claude Code の Remote Control が起動時やセッション中の短い失敗をきっかけに、再試行できないまま無効化されるケースとして報告されています。少なくとも issue では、失敗後に自動で復帰しない、あるいは復帰の手がかりが利用者側から見えない、という点が共通しています。 自分のケースかどうかを最初に切り分けるなら、次の2つに当てはまるかを見ます。ひとつは、起動直後の transient な通信失敗や認証まわりの失敗のあとに Remote Control が戻らないこと。もうひとつは、背景実行や分離されたセッションでは、その失敗が表に出てきにくいことです。 手元で実際に取れている出力は環境情報だけでした。 ```text OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64) Python : 3.8.13 検証日時 : 2026-09-20T08:51:48+09:00 ``` なので、この段階では「特定の OS だけで起きる」とは言えません。issue だけを見る限り、少なくと

`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 Desk

このエラーが出たとしても、同じ見え方で中身が違うことがあります。今回の issue 報告では、少なくとも二つのパターンがありました。ひとつは Remote Control のセッション登録が失敗するケース、もうひとつは `/remote-control` をその場で打ったときに最初の一回だけ無言で失敗するケースです。 手元で実際に確認できた環境情報はこれだけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64) Python : 3.8.13 検証日時 : 2026-09-16T08:51:20+09:00 ``` この情報だけでは、今回の症状が issue のどちらと一致するかは断定できません。ただ、もしあなたの環境で次のどれかに当てはまるなら、報告されているクラスタにかなり近いです。 Docker やコンテナの中で Claude Code を動かしていて、Remote Control の登録だけが失敗する `/remote-control` を最初に打ったときだけ何も起きず、二回目で通

この症状は、`claude remote-control` の登録段階で止まり、401 とともに `Missing Authorization header` と出るケースです。今回の報告では、[`#83958`](https://github.com/anthropics/claude-code/issues/83958) と [`#83976`](https://github.com/anthropics/claude-code/issues/83976) のどちらも、登録フェーズで同じエラーに落ちています。 まず切り分けたいのは、「単に認証が切れている」のか、「Authorization ヘッダー自体が送られていない」のかです。issue #83958 では、当日の新しく発行された OAuth トークンでは Authorization ヘッダーが送られず、同じ CLI バージョンでも朝は古いトークンで送れていた、という観察が書かれています。つまり、少なくともその報告では、ユーザー操作のミスというより CLI 側の挙動に見えます。 issue #83976 では、同じアカウ

この症状は、少なくとも issue [#79057](https://github.com/anthropics/claude-code/issues/79057) と [#76954](https://github.com/anthropics/claude-code/issues/76954) で報告されています。 どちらも共通しているのは、Desktop 側でセッションを開き直したときに Remote Control 接続が失敗し、同じ文言のエラーが出ることです。 まず、自分のケースがこの系統かを切り分けると話が早いです。 同じ issue のコメントでは、これは cloud-sandbox の routine 実行ではなく、ローカルホストの scheduled-task session だと補足されています。つまり、セッション一覧にはアカウント単位で出てくるが、実体は最初に動いた端末側にあった、ということです。 > `Remote Control disconnected — Your terminal's Claude Code session stopped res

この症状に近いのは、Remote Control のセッション作成が失敗し、再接続や再登録をしてもすぐには直らないケースです。報告されている issue では、iOS の Claude app から Remote Control セッションを作ろうとすると `Session creation failed — see debug log` が出る一方で、ローカル側の `claude-remote@*` systemd サービスは healthy に見えていた、と書かれています。しかも、別のマシンから新しく Remote Control セッションを登録すると、影響を受けていた環境全体で復旧したそうです。これは [#57715](https://github.com/anthropics/claude-code/issues/57715) にある報告です。 別の報告では、macOS で `claude --remote-control ketobaza` を開始したあとに Remote Control が切断され、`Session creation failed` が出たとされています。

まず、この症状に当てはまるかどうかを先に切り分けます。今回の issue では、Remote Control が失敗を重ねたあとに無効化され、再起動しないと試し直せないように見える、という報告が 2 件あります。`[#78364](https://github.com/anthropics/claude-code/issues/78364)` では「3 回の一時的な失敗」で Remote Control が静かに恒久無効化される、と書かれています。`[#87269](https://github.com/anthropics/claude-code/issues/87269)` では、起動時に Remote Control の開始に失敗すると、そのセッション中は回復せず、再接続経路もないと報告されています。 今回の手元の確認では、Claude Code は Remote Control 機能自体を案内していますが、同時に複数インストールの存在も出ています。実際の出力は次のとおりです。 ```text $ claude --version 2.1.207 (Claude Code) ``