Remote Control Initialization failed が出るとき、まず見るべき分岐このエラーは、少なくとも今回の issue 群では 2 つの経路で出ています。ひとつは、ANTHROPIC_API_KEY が process 環境に残っているケースです。もうひとつは、Claude Desktop アプリ内の interactive session で /remote-control を実行したときに、毎回 Remote Control Initialization failed になるケースです。前者は #81625、後者は #91325 にまとまっています。
切り分けの最初の一手は、今のセッションが何の認証状態で動いているか、そしてどこから起動しているかを見ることです。/status で Max が見えていても、ANTHROPIC_API_KEY が環境変数に入っていると Remote Control 初期化に失敗した、という報告が #81625 にはあります。報告者は「active auth は claude.ai Max subscription で、/status も Max を返すのに失敗する。ANTHROPIC_API_KEY を外して再起動すると直る」と書いています。つまり、見た目の認証状態だけでは足りず、プロセス環境に残った API キーが干渉している可能性があります。
一方で #91325 では、Claude Desktop アプリの interactive session から叩くと毎回失敗するのに、スタンドアロンの terminal CLI (~/.local/bin/claude) から同じ /remote-control を実行すると成功しています。報告内容だけを見る限り、ここでは問題の境界が「Desktop アプリでホストされた interactive session」にかなり寄っています。しかも、その issue のコメントでは、実際の原因は ANTHROPIC_API_KEY ではなく CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC だったと訂正されています。--verbose で拾えた実エラーは次の通りです。
Error: Remote Control requires feature-flag evaluation, which is disabled because `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC` is set. Unset it (or run in a shell without it) to use Remote Control.
このコメントベースの情報から言えるのは、Remote Control Initialization failed はかなり上流のまとめエラーで、下にある原因は 1 つとは限らない、ということです。ANTHROPIC_API_KEY が本当に原因のケースもあれば、別の環境変数が原因のケースもあります。
筆者側で実際に確認できた環境情報はこれだけです。OS と Python、検証日時は次の通りです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-22T08:51:58+09:00
この手元出力だけでは、どの変数が効いているかまでは断定できません。なので、現時点で安全に言えるのは次の順です。まず、自分のセッションが Desktop アプリ内なのか、通常の terminal CLI なのかを分ける。次に、/status で見えている認証状態だけで判断しない。最後に、ANTHROPIC_API_KEY と、issue で実際に原因になっていた CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC のような環境変数が残っていないかを疑う、という流れです。
もし ANTHROPIC_API_KEY を外して再起動したら直るなら、#81625 と同じ筋です。逆に、Desktop アプリ内だけ失敗して terminal CLI では通るなら、#91325 のように起動元の差が効いているかもしれません。その場合は、同じコマンドでも「どのシェル・どのホストアプリから起動したか」を揃えて比べる必要があります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-22T08:51:58+09:00