#troubleshooting

この症状は、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:

この症状は、少なくとも今回渡された 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 テスト用の画面を準備している最中に安全ガードが誤っ

この症状に心当たりがあるなら、まず見分けたいのは「一度だけ 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

まず、この症状に当てはまるかどうかは、報告されている例を見るとかなりはっきりしています。`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という文字列が出ていて、スタックトレースに `nHt (B:/~BUN/root/chunk-9891yaqw.js:36:25132)` が含まれているケースです。今回の材料では、同じ症状として [#91880](https://github.com/anthropics/claude-code/issues/91880) と [#91653](https://github.com/anthropics/claude-code/issues/91653) の 2 件があり、どちらも open のままです。解決済みの報告はありませんでした。 もう一件の [#91653](https://github.com/anthropics/claude-code/issues/91653) は少し違っていて、Windows 11 で agents view を開い

この症状は、Claude Code が編集や生成を進めようとした直後に、Anthropic API 側のエラーとして ```text Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"},"request_id":"req_011CbWYp22Y864uHoBmCJ8hy"} ``` のような応答を返し、作業が進まなくなるものです。報告されている issue はどちらも同じエラーメッセージで、[#63572](https://github.com/anthropics/claude-code/issues/63572) と [#61565](https://github.com/anthropics/claude-code/issues/61565) です。 切り分けの入口は単純で、あなたのケースが「ファイルの中身や依頼内容に関係なく、このエラー文字列で止まる」かどうかです。

まず、この症状が自分のケースかどうかは、エラー本文の形でほぼ見分けられます。今回集まっている issue では、いずれも `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` に続いて、`keys=... messages=... range=[...,...)` という不一致が出ています。たとえば #79204 では `keys=249 messages=248 range=[211,249)`、#79194 では `keys=107 messages=106 range=[84,107)`、#79182 では `keys=520 messages=518 range=[460,520)` でした。`keys` と `messages` の数が 1 ずれ、しかも `range` が終端にかかっているのが共通点です。 この共通点だけを見ると、ユーザーがやっていた作業はかなり幅があります。計算作業をしていた人もいれば、DB の fine-tuning、防御的なセキュリティ作業、通常のデプロイ作業

この症状は、Cowork で `mcp__workspace__bash` と `mcp__workspace__web_fetch` が毎回拒否される、という形で報告されています。関連する issue は [#91582](https://github.com/anthropics/claude-code/issues/91582) と [#91561](https://github.com/anthropics/claude-code/issues/91561) です。 まず、自分のケースかどうかは次の見え方で切り分けられます。Issue 報告では、`mcp__workspace__bash` だけでなく `mcp__workspace__web_fetch` も同時に拒否され、しかも毎回すぐに ```text Permission to use mcp__workspace__bash has been denied. ``` が返るとされています。許可確認のプロンプトは一度も出ず、Read / Glob / Grep / WebSearch / remote MCP conne

新しいターミナルを開くたびに `claude` が見つからない。けれど、インストールの途中では成功メッセージが出ている。そんなときは、まずこの2つの issue が自分の症状に近いかを見たほうがいいです。 1つは、`install.sh` か `claude install` が「launcher と shell integration を設定した」と表示するのに、`~/.local/bin` を `PATH` に追加していないケースです。報告は macOS / zsh ですが、症状そのものは「入ったはずなのにシェルから見えない」です。該当 issue は [#76060](https://github.com/anthropics/claude-code/issues/76060) です。 もう1つは、自動更新の途中で optional dependency のダウンロードが詰まり、更新は成功扱いで終わるのに、次の起動で `claude: command not found` になるケースです。こちらは [#72690](https://github.com/anthropics/c

手元の issue を見る限り、`exit code 127` は少なくとも 2 つの別系統で報告されています。ひとつは macOS の Claude Desktop / Cowork まわりで、Claude Code のプロセス自体が起動できずに落ちるケースです。もうひとつは、プロジェクト内に置いたカスタム subagent が Agent tool に現れないという報告です。後者は症状の説明に `exit code 127` そのものは出ていませんが、同じ症状クラスタとして渡されているため、周辺で起動や読み込みに失敗している可能性はあります。ただし、そこは現時点では断定できません。 まず、自分のケースがどちら寄りかを切り分けます。 `exit code 127` が前面に出るのは、[#58495](https://github.com/anthropics/claude-code/issues/58495) の報告です。ここでは macOS Intel、App Store 版の Claude Desktop、native install の Claude Code CLI という構

自分のケースかどうかを先に切り分けるなら、まず「Claude Desktop に付属している Claude Code だけが落ちるのか」を確認したほうが早いです。issue には、同じ macOS 12 系の機械で、Desktop app の bundled build だけが起動直後に死に、standalone CLI は動いた例がありました。つまり、少なくとも報告上は「macOS が古いから全部だめ」という話ではありません。 issue に出ているエラーは、どれも「起動直後に dyld がシンボルを見つけられず abort する」という形です。たとえば #91381 は `_DNSServiceGetAddrInfoEx`、#75206 は libc++ の symbol not found、#91550 も `_DNSServiceGetAddrInfoEx` でした。見た目は違っても、どれも `exit code 134` に落ち着いています。 #75206](https://github.com/anthropics/claude-code/issues/75206) では、

まず、このエラーが出るケースかどうかを切り分けます。手元の issue 報告では、どれも `thinking` か `redacted_thinking` のブロックが、最新の assistant message に入ったあとに壊れています。しかも一度壊れると、そのセッションの続行や再開がずっと失敗し続けます。 たとえば [#63258](https://github.com/anthropics/claude-code/issues/63258) では、バックグラウンド実行した subagent が最初のターンで即座に落ちています。`Explore` agent でも一般の `Agent` でも同じで、ツール呼び出しに進む前にこの 400 が返っていました。再試行しても同じでした。 共通しているのは、単発の一時的な失敗ではなく、会話履歴のどこかにある assistant message の `thinking` 系ブロックが、送信し直す過程で「元の応答のまま」でなくなってしまっている点です。issue の本文では、`thinking` の中身が空になっているのに signature

この症状は、Claude Code の会話が途中から進まなくなり、API から 400 を返され続けるタイプのものです。報告されている文言はほぼ共通していて、`thinking` か `redacted_thinking` ブロックを最新の assistant message から変更できない、という内容になっています。 Issue 群を見る限り、[#63121](https://github.com/anthropics/claude-code/issues/63121)、[#63341](https://github.com/anthropics/claude-code/issues/63341)、[#63247](https://github.com/anthropics/claude-code/issues/63247)、[#63337](https://github.com/anthropics/claude-code/issues/63337)、[#63404](https://github.com/anthropics/claude-code/issues/63404)、

この症状は、少なくとも 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

この症状は、少なくとも issue 報告上では、Claude Code の subprocess 起動後に初期化が 60 秒で打ち切られたときに出ています。該当する報告は [#72315](https://github.com/anthropics/claude-code/issues/72315) と [#91149](https://github.com/anthropics/claude-code/issues/91149) です。どちらもエラーメッセージは同じで、ホスト側は「authentication and network connectivity」を疑う文言を出しています。 まず切り分けたいのは、「認証やネットワークそのものが壊れている」のか、「subprocess は立ち上がるが、その後のホスト側 handoff で止まっている」のかです。後者は [#91149](https://github.com/anthropics/claude-code/issues/91149) の報告内容にかなり近く、そこでは IDE extension host から起動した Claud

この症状は、Claude Code が API への接続に失敗したときに出ています。今回の材料の中では、同じ文言が出ている issue は 2 件あり、Windows の報告 [#71485](https://github.com/anthropics/claude-code/issues/71485) と、macOS の報告 [#75897](https://github.com/anthropics/claude-code/issues/75897) です。どちらも「接続できない」こと自体は共通していますが、切り分けの材料は少し違います。 最初に見るべきなのは、Claude Code 以外では API に届いているかどうかです。[#71485](https://github.com/anthropics/claude-code/issues/71485) では、`claude auth status` はログイン済みで、`api.anthropic.com:443` への TCP テストも成功しています。さらに HTTPS は HTTP 401 まで返っており、少なくともネットワー

この症状は、Claude Code 側の issue 報告では 2 件とも closed になっており、しかも両方が duplicate 扱いでした。参照できる報告は [#70557](https://github.com/anthropics/claude-code/issues/70557) と [#70753](https://github.com/anthropics/claude-code/issues/70753) です。 最初に切り分けたいのは、「同じ 401 系の文面が出ているだけ」なのか、それとも「本当に会話の流れを壊しているのか」です。issue #70557 では、`.172` 以降にほぼ毎日このエラーが出るという報告があり、メッセージは `Please run /login · API Error: 401 The socket connection was closed unexpectedly. For more information, pass \`verbose: true\` in the second argument to fetch()` でし

この症状に近いのは、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 #62985 では、デスクトップアプリのサイドバーでセッションを切り替えただけで、動作中の `claude` プロセスが SIGTERM で止まり、`exit code 143` になっています。`Session was interrupted` の表示が出て、実行中の agent や tool call、応答途中の処理が止まる、という報告です。参照元は [#62985](https://github.com/anthropics/claude-code/issues/62985) です。 もう一つの [#62202](https://github.com/anthropics/claude-code/issues/62202) は、Desktop app と VS Code extension でだけ、ちょうど 300 秒ごとに `exit code 143` で落ちるという報告です。terminal CLI の `claude` では起きず、ラッパー側に限って再現している、と書かれています。こ

この症状は、GitHub issue 上では 3 件とも同じ系統のエラー文字列として報告されています。いずれも `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` で始まり、`keys` と `messages` の数が一致していませんでした。 たとえば [#86759](https://github.com/anthropics/claude-code/issues/86759) では `keys=222 messages=221 range=[197,222)`、[#86442](https://github.com/anthropics/claude-code/issues/86442) では `keys=1139 messages=1138 range=[1078,1139)`、[#86358](https://github.com/anthropics/claude-code/issues/86358) では `keys=38 messages=37 range=[0,38)` と

まず、このエラーが自分のケースかどうかを切り分けるなら、Claude Code の画面やログに次の文言が出ているかを見ます。 `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` 今回集めた issue は 2 件で、どちらも同じ症状クラスタに入っていました。1 件は [#87704](https://github.com/anthropics/claude-code/issues/87704) で、もう 1 件は [#86637](https://github.com/anthropics/claude-code/issues/86637) です。どちらの報告でも、エラー本体はほぼ同じ形で出ています。たとえば #87704 には次のようにあります。 ```json 報告されたエラー: TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=270 messages=269 range=[237

この症状は、Claude Code の Browser pane でトップレベルの HTML は開くのに、同一オリジンの subresource が `net::ERR_BLOCKED_BY_CLIENT` で落ちる、という形で報告されています。報告は [#86362](https://github.com/anthropics/claude-code/issues/86362) と [#89725](https://github.com/anthropics/claude-code/issues/89725) の 2 件で、どちらも「ページ自体は 200 で返るのに、CSS や JS、XHR/fetch が読めず、結果として画面が白い／素の HTML だけになる」という点が共通しています。 まず、自分のケースがこの系統かを切り分けると分かりやすいです。issue の記述で一致しているのは、次のような状況です。トップレベルの document は読み込めるのに、同じ origin の subresource だけがまとめて止まること。`http://127.0.0.1` のような li

この症状は、Claude Code 側で `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースです。今回集まっている issue は 3 件で、いずれも同じ系統のエラー文字列を含んでいました。 まず、自分のケースかどうかを見分けるには、エラー本文が `itemKeys/messages length desync` を含むかを確認します。報告されているものは、たとえば `keys=215 messages=214 range=[165,215)`、`keys=22 messages=21 range=[0,22)`、`keys=267 messages=266 range=[220,267)` でした。数は違っても、`keys` と `messages` の件数が 1 ずれている点は共通しています。 実際の issue では、エラーそのものに加えて、別の症状が同時に報告されていました。[#90169](https://github.com/anthropics/claude-

この症状は、Claude Code から Streamable HTTP の MCP サーバーに POST したとき、返ってきたエラー本文が `Request had insufficient authentication scopes.` になっているケースです。Issue では同じ文言が複数件まとまっており、[#70638](https://github.com/anthropics/claude-code/issues/70638)、[#70627](https://github.com/anthropics/claude-code/issues/70627)、[#82461](https://github.com/anthropics/claude-code/issues/82461) のいずれにもこのエラーが含まれていました。 まず大事なのは、これが「Claude Code 全般の操作不能」というより、MCP 接続先との認証スコープ不足として報告されている点です。コメントでも、`insufficient authentication scopes` は「streamable

この症状は、少なくとも今回の 2 件の issue では、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という同じエラー文字列で報告されています。該当するのは [#89889](https://github.com/anthropics/claude-code/issues/89889) と [#89307](https://github.com/anthropics/claude-code/issues/89307) です。 まず切り分けたいのは、「Claude Code が内部でメッセージ一覧の長さ不整合を起こして落ちているのか」という点です。今回の報告内容だけを見る限り、ユーザー操作そのものの失敗というより、クライアント側の実行途中で `VirtualMessageList` の `itemKeys` と `messages` の件数がずれたときに出る例外に見えます。`keys=353 messages=352 range=[298,353)` や `keys=72 messag

この症状は、ユーザーが不足分を示すために `this is the missing part.` と書いたあと、別のメッセージで「まだ部品が足りない」と指摘したつもりが、Claude Code 側では「その部品をキャンセルせよ」という意味に読まれてしまうケースです。報告されている issue は [#89886](https://github.com/anthropics/claude-code/issues/89886) と [#89899](https://github.com/anthropics/claude-code/issues/89899) です。 まず見分けたいのは、単なる実装漏れではなく、モデルがユーザーの追記を逆向きに解釈していないかです。今回の issue では、ユーザーがコンポーネント仕様を渡して「this is the missing part.」と伝えたのに、その後の「a11y panel and button がない」「bottom navbar がない」といった指摘が、キャンセル指示として扱われました。[#89899](https://github.co

このエラーが出ているなら、少なくとも Claude Code 側では「送ろうとしたリクエストが大きすぎる」と判定されています。報告されている2件はいずれも同じ文字列で、[#73908](https://github.com/anthropics/claude-code/issues/73908) は closed、[#77419](https://github.com/anthropics/claude-code/issues/77419) は open です。現時点では、issue だけを見る限り「何がどのくらい大きかったのか」を外から確定できません。 実際の報告では、どちらもスタックの先頭に `generate` が出ています。引用するとこうです。 ```text Error: 413 {"error":{"type":"request_too_large","message":"Request exceeds the maximum size"}} at generate (/$bunfs/root/src/entrypoints/cli.js:12:71094) ``` 別の報

この症状は、Issue 上では少なくとも 2 件まとまっていて、どちらも未解決です。[#85847](https://github.com/anthropics/claude-code/issues/85847) は legacy codebase の reverse engineering 中に fallback model のメッセージが出たあと、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=36 messages=35 range=[0,36))` に落ちています。[#87169](https://github.com/anthropics/claude-code/issues/87169) でも、通常で安全なプロンプトだと報告されているセッションで同系統のエラーが出ており、`keys=50 messages=49 range=[0,50)` というズレが記録されています。 まず、この文字列が見えていて、しかも途中でセッションが不自然に止まるなら、同じ症状クラスタの可能

この症状は、少なくとも今回参照した 2 件の issue では、Claude Desktop の起動直後に落ちる系の話として報告されています。1 件は Windows/MSIX 版で、起動後 1.5〜10 秒ほどで main process が自分で終了し、`exit code -1 (0xFFFFFFFF)` になったというものです [#86535](https://github.com/anthropics/claude-code/issues/86535)。もう 1 件は Windows 版で、renderer の bootstrap 周りや sessions-bridge、`claude.exe` の子プロセスに関する不調が並んでいます [#79846](https://github.com/anthropics/claude-code/issues/79846)。 ただし、手元で確認できている一次情報は Windows ではありません。実際に取得できたのは Linux 上の Node.js バージョンだけです。 ```text $ node --version v16.15.

`auto-update failed` の表示が出ても、実際には壊れていないケースがあります。少なくとも issue [#82408](https://github.com/anthropics/claude-code/issues/82408) と [#89286](https://github.com/anthropics/claude-code/issues/89286) では、背景の自動更新が一度失敗したあと、その失敗表示が残り続ける挙動が報告されています。しかも `claude doctor` を実行しても「No installation issues found」と返り、表示されている警告と実態が一致しません。 読者がまず確認したいのは、今見えている `auto-update failed` が「本当に更新失敗中」なのか、「過去の失敗記録が残っているだけ」なのかです。issue の報告を見る限り、この切り分けが重要です。[#82408](https://github.com/anthropics/claude-code/issues/82408) では、失敗時の状態が `

このエラーを追っていくと、少なくとも issue 上では「どのセッションを開こうとしているか」で挙動が分かれています。 `[#61726](https://github.com/anthropics/claude-code/issues/61726)` では、Cursor の Claude Code extension で Web タブに並んだセッションをクリックすると失敗し、Local タブのセッションは開ける、と報告されています。 `[#79924](https://github.com/anthropics/claude-code/issues/79924)` では、VS Code extension の `/memory` パネルで refresh を押したときに、同じ文言のエラーが出ています。 `[#85892](https://github.com/anthropics/claude-code/issues/85892)` では、VS Code extension が閉じられて再度開かれるたびに、空の local session stub が増えていく現象が

この文字列が出ているなら、少なくとも今の Claude Code は「auto mode で Bash の安全判定をしたいが、`claude-opus-4-8` が一時的に使えない」と判断しています。ここで大事なのは、エラーそのものよりも、Bash の扱いが auto mode による安全判定待ちで止まるという点です。 ただし、原因が一つに決まるわけではありません。公開 issue では、長いセッションやコンテキスト圧縮のあとにモデルが不自然な出力をした報告と、`ANTHROPIC_BASE_URL` 配下で auto-mode の safety classifier がその endpoint に向くという報告が別々に出ています。前者は [#74136](https://github.com/anthropics/claude-code/issues/74136)、後者は [#78372](https://github.com/anthropics/claude-code/issues/78372) です。どちらも、少なくとも「auto mode の内部で何かがうまくいっていな

そのエラーが出ていて、Claude Code の操作が途中で止まるなら、この件の報告とかなり近い可能性があります。Issue の本文では、ツールが指示に従わない、独自判断を始める、といった見え方で困っていましたが、実際に載っているエラーは同じでした。 引用できる一次情報は、報告されたエラー文字列です。 ```text Error: 401 {"type":"error","error":{"type":"authentication_error","message":"Invalid authentication credentials"},"request_id":"req_011CbsmtzJamMBn7jbsWoJnJ"} ``` 同じ症状として挙がっていた issue は [#68571](https://github.com/anthropics/claude-code/issues/68571) と [#68427](https://github.com/anthropics/claude-code/issues/68427) です。どちらも closed で、代表 iss

この症状は、少なくとも今回渡された issue では 2 つの顔を持っています。ひとつは、`--help` を付けたつもりのコマンドが実行されてしまったケース、もうひとつは、小さなファイルを読んでいる途中で CLI が長時間止まり、最後に `Request timed out.` を伴って落ちるケースです。どちらも共通して、表に出るのは `The socket connection was closed unexpectedly. For more information, pass \`verbose: true\` in the second argument to fetch()` というエラーです。 まず、自分のケースがどちらに近いかを切り分けます。 `--help` を付けたのに「説明だけ表示される」はずのコマンドが実際に動いてしまったなら、[#61285](https://github.com/anthropics/claude-code/issues/61285) が近いです。報告では `sfltool resetbtm --help` を実行したところ、`--help`

この症状は、少なくとも報告上は 2 つの別パターンがあります。ひとつは、auto mode の判定が本来通してよいツール呼び出しを止めるケース。もうひとつは、コンパクション後の文脈を「まだ有効なユーザー指示」とみなしてしまい、その後の呼び出しを拒むケースです。いずれも、ユーザー操作そのものが禁止されているというより、Claude Code 側の自動判定が原因になっています。 まず切り分けの軸は、拒否が「どの場面で」出たかです。長いセッションの途中で自動コンパクションが入った直後なら [#77158](https://github.com/anthropics/claude-code/issues/77158) の報告に近いです。ここでは、auto-mode の safety classifier がコンパクション時の割り込み文を恒久的な指示として扱い、次の正当な tool call を拒否したとされています。報告本文では、`--permission-mode auto` の環境、`claude-opus-4-8` と `claude-fable-5` の両方で再現したと書かれています。

この症状は、報告されている範囲では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` で、`keys=174 messages=173` や `keys=473 messages=472` のように、`itemKeys` と `messages` の数が 1 件ずれて落ちています。少なくとも issue [#88908](https://github.com/anthropics/claude-code/issues/88908) と [#88227](https://github.com/anthropics/claude-code/issues/88227) では、同じエラー文字列が出ています。 まず自分のケースかどうかを見るなら、エラーメッセージの中に `VirtualMessageList` と `length desync` が含まれているかを確認します。さらに、スタックトレースに `lGE` や `i8h` が見えていれば、報告された症状と一致しています。`TelemetryS

この症状は、Claude Code のフック実行時に `MODULE_NOT_FOUND` が出て、`session-state.cjs` を探しに行って失敗しているケースです。少なくとも issue [#54743](https://github.com/anthropics/claude-code/issues/54743) では、`PreToolUse:Bash`、`PreToolUse:Read`、`PostToolUse:Bash`、stop hook など複数の hook event で同じエラーが連発し、出力を埋め尽くすが、処理自体はブロックされないと報告されています。 手元で確認できた範囲では、`settings.json` のキー構造は次の状態でした。値は取れていませんが、少なくとも今回の検証環境では該当ファイルが見つかっていません。 ```text ~/.claude/settings.json: (存在しない) /mnt/vda5/git/papoo/newsbot_openai/.claude/settings.json: (存在しない) /mnt/vda5/g

「Share publicly」に切り替えた直後に、`This version can't be shared publicly. Publish a new version or change the shared version, then try again.` が返る。これが出ているなら、少なくとも issue 報告上は、Artifact の公開共有がその版で止まっている状態です。[#79824](https://github.com/anthropics/claude-code/issues/79824) では、Markdown の Artifact を公開しようとしてこの文言が即座に出ています。[#78374](https://github.com/anthropics/claude-code/issues/78374) でも、別の Artifact で同系統の共有エラーが報告されています。 この症状でまず大事なのは、単発の失敗ではなく、再公開しても続くかどうかです。[#79824](https://github.com/anthropics/claude-code/iss

まず、この症状に当てはまるかどうかを先に切り分けます。今回の 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) ``

この症状に当てはまるかどうかは、かなりはっきりしています。Claude Code の auto permission mode で、ユーザーが止めるつもりのない通常のツール呼び出しまで `Permission for this action was denied by the Claude Code auto mode classifier.` で落ちる。しかも、その理由が「直前のコンパクション時の文言」や、ユーザーが明示した許可に引っ張られているように見える、という報告です。 Issue [#77158](https://github.com/anthropics/claude-code/issues/77158) では、auto-compaction が走ったあと、コンパクション用の割り込み文の `Do NOT call any tools` を「まだ有効なユーザー境界」とみなして、その後の正当な tool call を拒否したと書かれています。報告者は `autoCompactWindow` に達した長いセッションで再現し、`claude-opus-4-8` と `claude-

この症状は、少なくとも今回集めた issue では「Claude Code の実行中に `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出る」という形で報告されています。 検索しやすいようにエラー文字列をそのまま書くと、`keys=17 messages=16 range=[0,17)` のように、`itemKeys` と `messages` の件数がずれている例と、`keys=109 messages=108 range=[66,109)` のように別の件数で出ている例がありました。いずれも同じ症状クラスタとして集まっています。 まず、自分のケースかどうかは「Claude Code の内部エラーとしてこの文字列が出ているか」で切り分けるのがよさそうです。今回の報告に出ているのは、ユーザーのコマンド失敗というより、`VirtualMessageList` の整合性が崩れたと見えるエラーです。少なくとも issue の本文からは、Shell の PATH 変更のような別の機能不具合と直

まず、この症状は「Claude Code の hook が関係しているらしいが、処理自体は止まらない」タイプではなく、少なくとも issue 上ではもっと厄介に見えます。Windows 環境で `hook_non_blocking_error` が繰り返し出て、設定した hook コマンドが実行されていないように見える、という報告が上がっています。 報告は 2 件あり、どちらも Windows 上の Claude Code に関するものです。[#72636](https://github.com/anthropics/claude-code/issues/72636) では「configured hook commands を実行しない。hook runner が `git` を呼んで失敗を黙って飲み込む」と書かれています。[#79847](https://github.com/anthropics/claude-code/issues/79847) では、Windows で `fg: no job control` が `hook_non_blocking_error` として再発し

この症状は、advisor の呼び出しがセッション中に一度成功したあと、同じセッション内で突然 > `The advisor tool is unavailable. Do not try to use it again.` に変わり、その後は advisor を実質的に使えなくなる、という形で報告されています。issue [#77513](https://github.com/anthropics/claude-code/issues/77513) では、セッション序盤の `advisor()` は成功したのに、後半でこのエラーになり、理由が出ないままだったと書かれています。issue [#67306](https://github.com/anthropics/claude-code/issues/67306) でも、最初の呼び出しで同じ文言が返り、その後は「do not try again」の通りセッション中ずっと戻らなかったとあります。 まず、自分のケースかどうかを見分けるなら、次の2点です。ひとつは、advisor が「そのセッションでは最初は動いていたか」。もうひとつは、失

`exit code 143` は、この材料だけを見ると「Claude Code のプロセスが SIGTERM で終わった」系の症状として扱うのが自然です。そう見てよさそうな根拠は、issue 側で実際に `SIGTERM (exit 143)` と書かれていることです。たとえば [#87658](https://github.com/anthropics/claude-code/issues/87658) では、Claude desktop アプリ内で 2 つ目の local Code セッションを始めると、先に動いていた CLI プロセスが SIGTERM で終了すると報告されています。 ただし、同じ `exit code 143` でも原因はひとつではありません。#76293 では、対話中の Claude Code が Bash tool の成功後に何のエラー表示もなく shell に戻り、あとでセッションを再開できたと書かれています。こちらの報告では、約 3 日動作していたこと、永続化された transcript が約 4.6 MB だったこと、request metadata

この症状は、issue [#87609](https://github.com/anthropics/claude-code/issues/87609) と [#87606](https://github.com/anthropics/claude-code/issues/87606) で、どちらも同じ系統のエラーとして報告されています。報告本文では、Claude 側の表示として > `API Error: Opus 4.8 can't help with this. Start a new session to continue.` に続いて、 > `Error: ELOOP: too many symbolic links encountered, open '/private/tmp/claude-503/-Users-b59c0877-f27c-4f84-86cf-511dc2fe8180-Documents-Jarvis--projects-competition-module/6cab9d6c-1a11-4c7c-9da5-3feec...` というエラーが出ています。少な

この症状クラスタでは、見えている失敗が 2 つあります。ひとつは、`Edit` や `Write` が「置換対象の文字列が見つからない」と扱われる系の失敗。もうひとつは、YAML の前提が崩れたときに、別の内容まで巻き込んで壊れるケースです。手元で確認できた情報だけでいうと、少なくとも [#76868](https://github.com/anthropics/claude-code/issues/76868) では、Markdown ファイルの frontmatter が YAML として解釈できないときに、内容をそのまま残すのではなく空の stub に差し替えてしまう、という報告がありました。なお [#87643](https://github.com/anthropics/claude-code/issues/87643) は open で、`isolation:"worktree"` の subagent が親セッション側の worktree に書き込んでしまう、という別系統の報告です。 最初に切り分けたいのは、「自分が遭遇しているのが、文字列置換の失敗なのか」「それとも別の

このエラーは、少なくとも今回の 2 件の issue では、`claude` を起動したときに「native binary が見つからない」と言われる症状でした。ひとつは `npm i @anthropic-ai/claude-code@2.1.126` の直後に `claude` を実行して発生し、もうひとつは自動更新が成功扱いになったあと、次の起動で同じエラーになっています。参照した issue は [#57577](https://github.com/anthropics/claude-code/issues/57577) と [#85974](https://github.com/anthropics/claude-code/issues/85974) です。 手元で確認した環境でも、`claude doctor` はインストール状態に少し気になる点を出しています。`native` で動いている一方で、`npm-global` の残骸も見えていました。 ```text $ claude doctor Claude Code doctor Running: native (2.

この症状は、issue の内容を見る限り「Claude in Chrome / Claude Code の MCP 経由で `navigate` を呼ぶと、許可済みのはずのドメインでも即座に拒否される」ケースが中心です。少なくとも報告されている範囲では、承認プロンプトが出ないまま `Navigation to this domain is not allowed` で止まっています。 たとえば [#58464](https://github.com/anthropics/claude-code/issues/58464) では、Claude in Chrome の設定で `Your approved sites` に入っていて、拡張機能のサイトアクセスも `On all sites` なのに、`mcp__Claude_in_Chrome__navigate` がそのドメインを拒否したと報告されています。手動で Chrome 上では普通に開けるのに、MCP 経由だけ失敗する、という切り分けです。 筆者の環境では Claude Code CLI の存在と MCP 管理コマンドの有無までは確

この症状は、issue 報告上では [#65202](https://github.com/anthropics/claude-code/issues/65202) と [#59781](https://github.com/anthropics/claude-code/issues/59781) で確認できます。どちらも、CLI の操作中に `The socket connection was closed unexpectedly. For more information, pass \`verbose: true\` in the second argument to fetch()` という文言が出ています。少なくとも報告された範囲では、単独のローカル設定ミスというより、通信が途中で切れたときに見えるエラーとして扱われています。 最初に切り分けたいのは、「自分の環境で再現しているか」ではなく、「同じ文言が出ているか」です。今回の issue 群では、`socket connection was closed unexpectedly` の後に `verbose: true`

この症状に当てはまるのは、`AskUserQuestion` の呼び出しで質問ウィジェットが最後まで出ず、途中で `Tool execution was interrupted` になり、モデル側には `[Tool result missing due to internal error]` が返るケースです。 報告されている issue は [#74797](https://github.com/anthropics/claude-code/issues/74797) です。もう一つ、長時間セッションでセッションプロセスが勝手に再起動し、バックグラウンドタスクの orphan 化や tool result の欠落が起きるという [#85181](https://github.com/anthropics/claude-code/issues/85181) もあります。 ただし、今回の手元確認だけでは、両者が同じ原因だとは断定できません。現時点では別件の可能性もあります。 まず、手元の環境では Claude Code は次の状態でした。 ```text $ claude --versi

この症状は、少なくとも今回の issue では Windows 上で報告されています。該当する報告は [#79401](https://github.com/anthropics/claude-code/issues/79401) と [#85333](https://github.com/anthropics/claude-code/issues/85333) の 2 件で、どちらも同じエラー文字列を含んでいます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=168 messages=167 range=[104,168)) ``` ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=85 messages=84 range=[68,85)) ``` まず切り分けとして、このエラーが「表示中のメッセージ一覧の整合性が崩れた」タイプのものかど

この症状は、少なくとも今回渡された issue では 2 つの見え方に分かれています。ひとつは Windows 11 ARM64 / Snapdragon X 系で、VM の起動や共有設定までは進むのに、ゲストがホストへ戻ってこず 60 秒で失敗するパターンです。もうひとつは、VM の状態が残ったままになり `smol-bin.vhdx` が掴まれ続けるパターンです。前者は [#85739](https://github.com/anthropics/claude-code/issues/85739)、後者は [#79270](https://github.com/anthropics/claude-code/issues/79270) に書かれています。 ただし、今回の二件だけでは「同じ原因」とまでは言えません。[#85739](https://github.com/anthropics/claude-code/issues/85739) では、VM 自体は始まっていて、`add_plan9_shares` までは 500ms 未満で終わる一方、その先のゲスト接続待ちで止まっています

Claude Code で `ECONNREFUSED` にぶつかったとき、いま手元で確認できる範囲では、少なくとも「ローカルサービスに向けた接続」と「Windows 11 での接続失敗」という 2 つの報告がありました。どちらも、単純な通信エラーに見えて、実際には接続先の見え方や実行環境が絡んでいそうです。 自分のケースかどうかを見分ける起点は、ローカルホスト宛てかどうかです。`localhost` や `127.0.0.1` に向けた通信で落ちるなら、[ #65482](https://github.com/anthropics/claude-code/issues/65482) の報告にかなり近いです。そこでは、Linux の bwrap サンドボックス環境で `sandbox.network.allowedDomains` に `localhost` と `127.0.0.1` を入れても、期待通りにローカルサービスへつながらないとされています。理由として、実行時に `NO_PROXY=localhost,127.0.0.1,...` が設定され、HTTP クライアントがサンド

手元で確認できたのは、同じ `HTTP 401` でも中身が違う 2 つの系統です。ひとつは GitHub のリリース URL を取りにいく途中で `HEAD` が拒否されるケース、もうひとつは `headersHelper` で取った bearer が切れたあとに再取得へ戻らず、OAuth の動きに入ってしまうケースです。どちらも issue 報告としては別件ですが、見えている症状はかなり近いです。 まず、あなたのケースがどちら寄りかで分けると見やすくなります。GitHub-hosted の release archive を fetch していて、`http_head request` の時点で `401 Unauthorized` になるなら #70588 の線が濃いです。MCP サーバーで `headersHelper` を使っていて、トークンが期限切れになったタイミングで `401` が出るなら #82070 の症状に近いです。 `#70588` では、Claude Code cloud/web session で network egress を `"All domains

まず切り分けたいのは、同じ `exit code 128` でも起き方が別物だという点です。今回の材料には、少なくとも 2 つのパターンがあります。ひとつは Claude Code on the web の remote execution sandbox で `git clone` が github.com への HTTPS 通信を通せず、`pip install` の `git+https://...` 依存関係が落ちるケースです。もうひとつはデスクトップアプリで、リンクされた worktree で既にチェックアウト済みのブランチに対して `git switch` が主レポジトリ側で走り、Git が拒否して 128 で終わるケースです。前者は [#71230](https://github.com/anthropics/claude-code/issues/71230)、後者は [#85543](https://github.com/anthropics/claude-code/issues/85543) です。 まず、あなたの症状がどちら寄りかを見ます。 remote execu

at fo8 (/$bunfs/roo` が出るときに見えていたこと この文字列が出ているだけでは、原因をひとつに絞れません。今回見つかった issue は 2 件だけで、どちらも最終的には closed ですが、報告内容はかなり違っていました。まず自分のケースがどちらに近いかを切り分けるのが先です。 `[#64103](https://github.com/anthropics/claude-code/issues/64103)` では、Claude Code が bash コマンドを誤って生成し、並列実行のような動きでロックやエラーを起こし、しかも「成功した」と書き残した、という報告でした。報告されたエラーは `Error: Failed to submit feedback:403` です。 `[#65584](https://github.com/anthropics/claude-code/issues/65584)` は `/code-review ultra` 実行時のクラッシュで、`free credit` を消費したあと、結果を返す前に落ちています。こちらの基礎になっ

この症状は、Issue に出ている文字列がかなり特徴的です。手元で確認できた範囲では、少なくとも [#85341](https://github.com/anthropics/claude-code/issues/85341) と [#85332](https://github.com/anthropics/claude-code/issues/85332) の両方で、同じ ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=52 messages=51 range=[7,52)) ``` または近い形のエラーが報告されています。どちらも open で、解決済みの報告ではありません。したがって、少なくとも現時点では「特定のユーザー設定だけが原因」とは言い切れません。 実際に出ている差分は、`itemKeys` と `messages` の数が一致していないことです。Issue のログでは `keys=52 messages=51`、もう一方では `keys=180 m

この症状は、Claude Code が `ENOSPC` とともに「temp filesystem is full (0MB free)」「Command output was lost...」のような文言を出すのに、実際には空き容量があるケースとして報告されています。少なくとも issue 上では、ディスク不足そのものではない例が 2 件ありました。ひとつは [#65086](https://github.com/anthropics/claude-code/issues/65086) で、`stdout` も `stderr` も出さずに非 0 終了した subprocess に対して、偽の `ENOSPC` が出たという報告です。もうひとつは [#65251](https://github.com/anthropics/claude-code/issues/65251) で、macOS 上で Bash tool の出力取得が失敗し、`/private/tmp/claude-501/.../tasks` の temp filesystem が満杯だと誤判定されたという報告でした。

まず、この `HTTP 403` がどこから返ってきているかで話が変わります。今回の症状クラスタに入っている issue は、どちらも「対象サイト側の拒否」ではなく、Claude Code 側の egress proxy が弾いているように見える報告でした。`[#34690](https://github.com/anthropics/claude-code/issues/34690)` では `x-deny-reason: host_not_allowed` が見え、`[#85330](https://github.com/anthropics/claude-code/issues/85330)` では auto mode classifier によるブロックが繰り返し起きています。 筆者の環境で `claude doctor` を見ると、少なくともインストール状態そのものは致命的には壊れていませんでした。ただし、`Multiple installations found` と `Leftover npm global installation` の警告は出ています。これは今回の `

まず、自分のケースかどうかを切り分けます。今回の issue 群では、同じ `invalid_request_error` でも中身がかなり違いました。 一方の [#64796](https://github.com/anthropics/claude-code/issues/64796) は、`/schedule` が `POST /v1/code/triggers` を使って新しい trigger を作れない、という報告です。こちらは `events[0] event_type is required` と出るのに、別の経路では `event_type` が `unknown field event_type` として拒否される、つまり v1 と v2 の変換が噛み合っていない状態だと書かれていました。既存の trigger は動き続けるが、作成や一部更新が失敗する、というのが報告内容です。 この2件に共通しているのは、エラー名は同じでも「画像処理系の失敗」と「トリガー作成のスキーマ不整合」で、症状の入口が違うことです。なので、`invalid_request_error` だけを