Author

claudehowto

Remote Control is not yet enabled for your account. が出るときに見えていること

この症状は、claude remote-control を実行した瞬間に

Error: Remote Control is not yet enabled for your account.

で止まる、という形で報告されています。関連する issue は #61890、 #81459、 #63198 です。

まず、このエラー文がそのまま出ているなら、少なくとも issue 報告上は「Remote Control の有効化判定で弾かれている」状態です。#61890 では、--verbose を付けてもエラー行以外の追加出力がなく、ハンドシェイクや通信の前にクライアント側で拒否されているように見える、と書かれています。#63198 でも、claude remote-control --help からすぐ同じエラーが返り、サブコマンドの入口で止められているように見えると報告されています。

ただし、同じ文字列でも原因はひとつではありません。#81459 では、最初は「full-scope login token が必要」という別のエラーだったものが、claude auth login の後に Remote Control is not yet enabled for your account. に変わっています。ここから分かるのは、認証が通っても、この症状が消えるとは限らないことです。

issue 群の中には、ローカル環境の設定が原因だった例もあります。#63198 のコメントでは、DO_NOT_TRACK=1 が Windows のユーザー環境変数に残っていたため、remote-control --verbose が早い段階で短絡していた、と書かれています。あわせて、DISABLE_TELEMETRY と CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC だけを確認しても見落とす可能性がある、という指摘もあります。これは「サーバー側で未有効化」と見えていても、実際にはローカルの別条件で止まっている場合がある、という話です。

一方で、#61890 では長期間にわたって複数の CLI バージョン、再インストール、アカウント状態変更を試しても改善していない、とあります。#63198 でも、claude.ai/settings 上では Max プランが有効、claude auth status では loggedIn、authMethod claude.ai、apiProvider firstParty で、環境変数も整理済みだったと報告されています。それでも同じエラーが返っているので、少なくとも issue の範囲では「見た目上のアカウント状態が正常でも再現する」ケースがあると読めます。

筆者の環境では、次の出力だけを確認できています。

[env_summary]
OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-06T08:51:25+09:00

この出力だけでは、今回の症状が再現したかどうかは分かりません。少なくとも、ここで確認できるのは検証環境の情報までです。

現時点で、issue から確実に言えるのは次の3点です。claude remote-control はこのエラーで止まることがあること、/remote-control でも同様に失敗する報告があること、そして原因はアカウント側の有効化不足に見える場合と、ローカルの環境変数に引っかかる場合の両方があることです。どちらかは、手元の状態と issue の再現条件を突き合わせないと分かりません。

検証環境

OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-06T08:51:25+09:00

参照した Issue（anthropics/claude-code）: #61890, #81459, #63198

同じ著者の記事

authentication_failed が見えても、親側では「Request interrupted by user for tool use」になることがある

まず自分のケースかどうかを切り分けるなら、親エージェントや対話画面に出る文言だけで判断しないほうがいいです。報告されている症状では、実際の upstream は認証失敗なのに、親側には `[Request interrupted by user for tool use]` とだけ見えることがあります。これは sub-agent を Agent tool で起動しているときに起きた例として [#70958](https://github.com/anthropics/claude-code/issues/70958) に残っています。 この issue では、sub-agent が API 呼び出しで HTTP 401 を受けたとき、本来なら `authentication_failed` / 401 と分かるはずの失敗が、親 agent には「ユーザーが中断した」ように見えていました。報告文では、実際のエラーは sub-agent 側の transcript に残っていた一方、親側には診断に使える情報が渡らなかったとされています。つまり、見えているメッセージだけで「本当にユーザーキャ

papoo.work

Error: Plugin MCP server error - mcp-config-invalid: MCP server github invalid: Missing environment variables: GITHUB_PERSONAL_ACCESS_TOKEN が出るときに見ること

この症状は、Claude Code が GitHub 用の MCP サーバーを初期化しようとして失敗したときに出ています。報告では、メッセージの中心は一貫していて、`GITHUB_PERSONAL_ACCESS_TOKEN` が足りないと明示されています。少なくとも今回集まった issue では、端末上の出力が重複して見える、あるいは同じ内容が何度も繰り返される、という別の見え方も一緒に報告されています。 該当する報告は [#53492](https://github.com/anthropics/claude-code/issues/53492) と [#85469](https://github.com/anthropics/claude-code/issues/85469) です。どちらも同じエラー文字列を含んでいます。 ```text Error: Plugin MCP server error - mcp-config-invalid: MCP server github invalid: Missing environment variables: GITHUB_PERSO

papoo.work

exit code 126 が出るときにまず見るところ

`exit code 126` だけでは原因は絞れませんが、今回の 2 件の issue はどちらも「Claude Code の Bash tool が、sandbox 有効時に毎回失敗する」という共通点がありました。しかも失敗は単発ではなく、`pwd` のような簡単なコマンドでも起きています。 症状の出方が似ていても、環境はかなり違います。ひとつは WSL2 上の Linux で、`sandbox.enabled: true` と `filesystem.denyRead` や `permissions.deny Read(...)` の組み合わせで起きています。もうひとつは macOS で、ログインシェルが zsh のときに起きています。前者は [#51126](https://github.com/anthropics/claude-code/issues/51126)、後者は [#77466](https://github.com/anthropics/claude-code/issues/77466) です。 WSL2 側の issue では、表示上は `Exit code

papoo.work

`[Tool result missing due to internal error]` が出るときに最初に見るところ

このエラーは、Claude Code の `Bash` ツールまわりで出ています。今回の issue では、見え方は違ってもどちらも「ツールの結果が内部エラー扱いで欠ける」という同じ症状でした。`Bash` に対する `PreToolUse` hook が `defer` を返したときにコマンドが実行されず `"[Tool result missing due to internal error]"` になる例が [#64389](https://github.com/anthropics/claude-code/issues/64389) にあり、別件では並列の `Bash` 呼び出し 7 件のうち 4 件が同じ内部エラーになった例が [#62161](https://github.com/anthropics/claude-code/issues/62161) にあります。 まず切り分けたいのは、あなたの環境に `settings.json` や `settings.local.json` があるかどうかです。今回、筆者の環境ではどちらも見つかりませんでした。 ```text ~/

papoo.work

TelemetrySafeError: task output swap refused (output file identity changed): これが出たら確認したいこと

この症状は、issue [#92151](https://github.com/anthropics/claude-code/issues/92151) と [#92150](https://github.com/anthropics/claude-code/issues/92150) の両方で報告されています。どちらも件名は同じで、本文には「the agent has been lying and doing nothing」とあり、実際にはタスクを実行していないのに完了したように見える、という訴えです。報告されたエラーは次のものです。 ```text TelemetrySafeError: task output swap refused (output file identity changed): /private/tmp/claude-501/-Users-michaeltabet/773c3a12-2bac-4331-a8d2-8e80e1e08eb6/tasks/b3cxl28wu.output at N (/$bunfs/r / TelemetrySafeError:

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと

この症状は、少なくとも今回渡された 2 件の issue では同じエラーメッセージとして現れています。 > `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=26 messages=25 range=[0,26))` もう 1 件でも同系統の報告がありました。 > `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=252 messages=251 range=[236,252))` どちらも、報告本文だけを見る限りでは「メッセージ一覧の件数」と「キー一覧の件数」が 1 件ずれている状態です。ですが、ここから先の原因は issue の報告内容だけでは切り分けきれません。少なくとも、[#80361](https://github.com/anthropics/claude-code/issues/80361) では OAuth テスト用の画面を準備している最中に安全ガードが誤っ

papoo.work

Claude Fable 5 is currently unavailable が出るときに、まず見るべきこと

この文字列が出ているだけでは、同じ症状とは限りません。今回集められている issue では、少なくとも 2 つの見え方がありました。 ひとつは、Claude for Excel add-in で入力欄に打った文字が Claude 側ではなく Excel のアクティブセルに入ってしまうケースです。報告では、セル選択のチップが閉じても戻ってきて、同時にパネル内に “Claude Fable 5 is currently unavailable” が出ていました。モデル表示は Opus 4.8 だったと書かれています。これは [#72577](https://github.com/anthropics/claude-code/issues/72577) です。 もうひとつは、`/model` ピッカーで Fable 5 がグレーアウトして “Claude Fable 5 is currently unavailable” と出る一方、起動時のバナーでは “Fable 5 is back.” と表示されるケースです。こちらは [#73640](https://githu

papoo.work

Error: Error during compaction: API Error: Usage credits req で止まるときに見えていたこと

この症状は、`/compact` の途中で `Error: Error during compaction: API Error: Usage credits required for 1M context · run /usage-credits to turn them on, or /model to switch to standard context` という形で失敗し、セッションの圧縮が進まなくなるものです。報告されている issue は [#64031](https://github.com/anthropics/claude-code/issues/64031) と [#63718](https://github.com/anthropics/claude-code/issues/63718) の 2 件で、どちらも closed です。 今回の材料だけで言える範囲では、少なくとも次の 2 つが同じクラスタに入っています。ひとつは「コンパクション中に API エラーが出る」ケース、もうひとつは「Sonnet-4.6 を使っていて 200k の context limit

papoo.work

`This folder contains Claude's app data and can't be shared w` が出たときにまず見ること

このエラーが出るケースは、少なくとも issue 報告上では二つに分かれています。ひとつは、もともと動いていた作業フォルダがアップデート後に急に弾かれるケース。もうひとつは、フォルダ内に `Skills`、`Scheduled`、`Artifacts`、`.claude/` などが絡んでいて、同じ文言で止まるケースです。該当する報告は [#78368](https://github.com/anthropics/claude-code/issues/78368) と [#89916](https://github.com/anthropics/claude-code/issues/89916) です。 見分けるときは、まず「そのフォルダは以前は問題なく使えていたか」と「中に `.claude/` があるか、あるいは `Skills` などの名前のサブフォルダがあるか」を確認するのが早いです。少なくとも issue の記述では、見た目上は Claude のアプリデータが入っていないのに、この文言で拒否される例がありました。[#78368](https://github.com/anthr

papoo.work

`thinking blocks ... cannot be modified` が出てセッションが戻らないとき

この症状に心当たりがあるなら、まず見分けたいのは「一度だけ 400 が出た」のか、「その後ずっと同じ 400 で詰まる」のかです。今回の issue では、後者が報告されています。途中で止まった会話が、その後の送信でも毎回 `thinking` 系のブロック不正として落ち続ける、という流れです。 報告されている代表例は [#63374](https://github.com/anthropics/claude-code/issues/63374) と [#63410](https://github.com/anthropics/claude-code/issues/63410) です。どちらも最終的には同じエラー文に行き着きます。 > `API Error: 400 messages.N.content.M: \`thinking\` or \`redacted_thinking\` blocks in the latest assistant message cannot be modified. These blocks must remain as they were in th

papoo.work