#troubleshooting

まず、この記事が当てはまるのは「Claude Code の返答そのものが止まり、エラーメッセージとして `Your response above was stopped by a safety classifier — this is not a tool or API error` が出る」ケースです。今回の issue では、どちらも“読み取り専用”の作業でしたが、それでも応答が途中で止まっています。報告されているのは [#107935](https://github.com/anthropics/claude-code/issues/107935) と [#103758](https://github.com/anthropics/claude-code/issues/103758) です。 つまり、少なくともこの 2 件に共通するのは「危険な操作を実行していないのに、読んで書くだけの作業が安全判定で止まる」点です。現時点では、これをユーザー側の設定ミスやコマンド誤用と断定する材料はありません。issue の記述からは、作業内容がかなり限定されていても止まることがある、というとこ

この症状は、Claude Desktop の built-in browser pane で、ページの読み取りや表示に関わる操作がまとめて失敗しているケースとして報告されています。Issue #92248 では screenshot、get_page_text、read_page、find がすべて同じエラーで落ち、[#107908](https://github.com/anthropics/claude-code/issues/107908) ではそれに加えて navigate まで失敗するようになった、という報告でした。 読者のケースがこれに近いかどうかは、まず「ブラウザペイン自体は開くのに、読む系の操作だけが落ちるか」で見分けられます。#92248 では「pane opens and connects fine」「tab-context checks succeed」とある一方で、読み取り・スクリーンショット系は即座に ```text Policy check temporarily unavailable; retry. ``` になっています。つまり、タブが見えていることと

まず、この症状に当てはまりそうかを切り分けるなら、Claude Code の応答が途中で切れたあとに、次のような文字列が出ているかを見るのが早いです。 ```text API Error: Server error mid-response. The response above may be incomplete. ``` 今回の対象になっているのは、上のエラー文字列で終わるケースです。参照した issue は [#79854](https://github.com/anthropics/claude-code/issues/79854) と [#87692](https://github.com/anthropics/claude-code/issues/87692) です。どちらも closed ですが、報告内容を見る限り、この手の失敗は「途中でサーバー側のエラーに切り替わったストリーム」が起点になっています。 ```text ResultMessage( is_error=True, subtype="success", result="API Error: Server er

この症状は、Claude Desktop Linux beta で Cowork セッションを開いたときに、`Couldn't link this session to a computer, so attached folders can't be used` という警告が出て、attached folders が使えない、というものです。報告されている内容を見る限り、単なるローカル設定の不整合ではなく、Linux では device registration が最後まで成功しないケースがあるようです。根拠になっているのは [#79232](https://github.com/anthropics/claude-code/issues/79232) と、そこから続く [#83122](https://github.com/anthropics/claude-code/issues/83122) です。 まず、自分のケースかどうかを切り分けるなら、警告文がほぼそのまま一致するかを見ます。issue では `cowork-unbound-folders-banner` として内部的に扱

この症状は、少なくとも [#106752](https://github.com/anthropics/claude-code/issues/106752) と [#103761](https://github.com/anthropics/claude-code/issues/103761) の報告で、どちらも「GitHub 連携は緑なのに、クラウドセッションの中では `gh auth status` が `The token in GH_TOKEN is invalid` を返す」という形で出ています。見た目は GitHub 側の接続が生きていそうでも、実際にはセッション内で使われるトークンが通っていない、という切り分けになります。 ```text gh auth status → "The token in GH_TOKEN is invalid" git ls-remote https://github.com/<owner>/<repo>.git → "fatal: could not read Username for 'https://github.com': termi

この文言が出たあと、セッションやバックグラウンドタスクの見え方が戻らない、あるいは別の場所で子プロセスだけが残るなら、今回の issue 群と重なっている可能性があります。少なくとも [#87569](https://github.com/anthropics/claude-code/issues/87569) では、セッションのプロセスが生きたバックグラウンドタスクを抱えたまま終了すると、タスクの完了記録が書かれず、再度そのセッションを開くまで orphan reconciliation が走らない、と報告されています。結果として desktop app のセッション一覧では active のまま、タスク一覧では running のまま に見え続けるとのことです。 もう一つの [#106742](https://github.com/anthropics/claude-code/issues/106742) は Windows 11 Pro 上の Claude desktop app で、Bash tool が Git for Windows の bash を使ってい

このエラーに当たる2件の issue は、どちらも「リポジトリを marketplace として追加したときに同期が通らない」という点では同じですが、症状の出方が少し違います。 ひとつは、リポジトリのルートにある plugin が同期から外されるケースです。`"source": "./"` の plugin で、しかも `.claude-plugin/plugin.json` がリポジトリのルートにある構成で起きています。報告では、Claude Code CLI の `/plugin marketplace add` では問題なく同期できるのに、claude.ai 側の「Customize > Plugins > Add marketplace > from a repository」では、root の plugin だけを載せた marketplace だとダイアログがただの > Marketplace sync failed. Check the repository URL and try again. になるとされています。別の working な entry を一緒に入れると

この症状は、少なくとも今回渡された 2 件の issue では、「最初の 1 回だけ返らない」「新しいセッションだけ固まる」 という形で出ています。 ただし、どちらも原因の切り分けはまだ確定していません。現時点で言えるのは、無反応の時間が長いのに、その間 transcript に何も書かれない という点です。 まず、自分のケースかどうかを見ます。 `/compact` のあと、最初のメッセージだけが長時間止まる しばらく放置したセッションで、次のターン開始が極端に遅い Windows 上の Claude Desktop から WSL を開いた新規セッションで、最初のメッセージが返らない 途中のターンは普通に速いのに、開始直後だけおかしい これに当てはまるなら、今回の症状クラスタと近いです。 今回、こちらで実際に確認できた設定ファイルの出力は次のとおりです。 ```text ~/.claude/settings.json: (存在しない) /mnt/vda5/git/papoo/newsbot_openai/.claude/settings.json: (存在しない) /

まず切り分けたいのは、これが「本当にローカルの Claude Code セッションが止まっている」のか、「Remote Control 側の再接続や橋渡しで詰まっている」のかです。今回の症状クラスタでは、同じエラー文言でも少なくとも 2 つの筋が issue として出ています。 ひとつは、Remote Control の再接続が短時間に集中したときにホスト側がバックオフなしの再試行ループに入るという報告です。[#79342](https://github.com/anthropics/claude-code/issues/79342) では、`claude-code` 2.1.199、Linux、Remote Control host mode の環境で、`claude-rc@*` のような常時稼働ホストが複数あり、Desktop app から worktree サブセッションを起こしている構成が説明されています。そこで観測されたのは、再接続が短時間に多発したあとに多数の RC セッションで handshake が失敗し、影響を受けたホスト側 TUI が dead socket に対し

まず切り分けたいのは、このエラーが「セッションの再開に失敗している」話なのか、「再開先のセッションに deferred tool の印が残っていない」話なのかです。今回の症状クラスタでは、どちらも `claude --resume <id>` で同じエラーに見えます。 issue [#77313](https://github.com/anthropics/claude-code/issues/77313) では、バックグラウンドの deferred agents を使う `Task` tool と plan-mode approvals を組み合わせたセッションが、途中で中断されると `claude --resume <id>` が再接続できなくなり、その状態が恒久的に続くと報告されています。報告者は macOS の Apple Silicon 環境で再現し、`ssh` の素の対話シェルでも terminal multiplexer 経由でも同じ挙動だったと書いています。SSH 接続枯渇ではないことも確認済みでした。 一方、issue [#80954](https://github.

自分のケースかどうかを見分けるなら、いちばん効く手がかりは「advisor の呼び出しが毎回 `unavailable` で落ちるか」です。Issue [#75971](https://github.com/anthropics/claude-code/issues/75971) では、`advisorModel` を `fable` にしたときに advisor tool が 2/2 回とも `error_code: "unavailable"` になり、同じ構成でも `opus` 側では通ったと報告されています。もう一つの Issue [#76049](https://github.com/anthropics/claude-code/issues/76049) でも、`advisorModel: "fable"` のセッションで advisor が一貫して unavailable になり、セッションの途中で立ち上がらなくなる挙動が書かれています。 報告に出ている生ログはこうです。 ```json {"type":"advisor_tool_result","tool_use_id

このエラーは、少なくとも issue 報告上では 2 つの場面で出ています。ひとつは macOS の Claude Code desktop app で `/rc` または `/remote-control` を実行した直後に即時表示されるケース、もうひとつは Linux の Code session で Remote Control を切り替えようとしたときに失敗するケースです。どちらも、ユーザー側の操作に対してすぐ失敗し、セッションが始まらない、または接続できないところが共通しています。 該当 issue は [#57286](https://github.com/anthropics/claude-code/issues/57286) と [#105233](https://github.com/anthropics/claude-code/issues/105233) です。前者では Claude Code 2.1.111、macOS、Max プランの報告があり、後者では Linux 上の Code セッションで同じ系統の失敗が起きると書かれています。 まず切り分けの軸は、これ

at pce (/$bunfs/root/src/entrypoints/cli.js:124:1196) のときに疑うこと この症状は、Claude Code の issue では少なくとも 2 件まとまっていました。[#75923](https://github.com/anthropics/claude-code/issues/75923) は「Remote control session fails to receive questions or hangs waiting for input」、[#74932](https://github.com/anthropics/claude-code/issues/74932) は「Overly Restrictive Content Filtering with Claude 3.5 Sonnet」です。どちらの報告にも、同じエラーとして `AxiosError: Request failed with status code 503` が載っています。 実際に貼られているスタックは次の形です。 ```text at pce (/

このエラーが出るかどうかは、かなり限定された条件に寄っています。issue 報告を見る限り、Workflow tool に配列やオブジェクトを渡したつもりでも、スクリプト側では `args` が文字列として届いてしまうケースがあります。そうなると `args.items` のような参照は崩れ、`pipeline()` に配列が渡らず、`TypeError: pipeline() expects an array as the first argument` で止まります。 同じ症状として報告されているのは [#75751](https://github.com/anthropics/claude-code/issues/75751) と [#77529](https://github.com/anthropics/claude-code/issues/77529) です。どちらも、Workflow の `args` に JSON オブジェクトを渡したのに、スクリプト側では JSON 文字列として扱われた、という内容でした。 ```text TypeError: pipeline() e

この文字列が出ていて、しかも検索しても同じ文言にたどり着くなら、少なくとも今回の症状クラスタに含まれる可能性があります。参照できる issue は 2 件で、どちらも「Claude Code がユーザーの指示に反した」という報告です。ひとつは scratchpad / 一時ディレクトリの使用、もうひとつはファイル削除や上書きです。 ```text "You aren't allowed to use your scratchpad. you are denied access universally." "i do not like this scratchpad thing you do." ``` もう一件の [#101924](https://github.com/anthropics/claude-code/issues/101924) では、ユーザーが「ファイルは勝手に消さない。削除は owner がやる」と明示していたのに、Claude が自分の test fixture を削除・上書きし、さらに `rm` で一時ファイルを消したと報告されています。こちらも、作業の置き場や

この症状は、Claude Code の出力に含まれるファイルリンクを iTerm2 で Cmd+click したときに、macOS のダイアログで `The application can't be opened. -50` が返ってくるものです。報告されている issue は [#76136](https://github.com/anthropics/claude-code/issues/76136) と [#78481](https://github.com/anthropics/claude-code/issues/78481) です。どちらも、リンク先の URI の形が原因だと説明されています。 読者側でまず見るべきなのは、クリックしたリンクが「ファイルパスっぽい文字列」ではなく、iTerm2 が OSC 8 のハイパーリンクとして解釈しているかどうかです。該当 issue では、Claude Code がファイルパスに対して scheme なしの URI を出してしまい、`NSWorkspace openURL:` に渡したところ Launch Services が

まず、この症状に当てはまるかを切り分けます。 issue [#90889](https://github.com/anthropics/claude-code/issues/90889) では、macOS の Claude デスクトップアプリにバンドルされた Claude Code の headless 実行が、仕事自体は終えているのに `claude` プロセスだけが終了せず、放置すると OOM や swap 枯渇に進むと報告されています。コメントでは、残っているプロセスに対して `kill -TERM <pid>` を送るとおよそ 1 秒で正常終了したとも書かれています。つまり、少なくともその報告では「壊れて固まっている」というより、「自力で終わらないまま残留している」状態です。 報告の実例では、対象はデスクトップアプリの local-agent-mode サービスから起動される headless 実行でした。引数も `claude --output-format stream-json --input-format stream-json --permission-prompt-

まず、この症状に当てはまるかどうかはかなりはっきりしています。Claude Code 側の turn がいったん考えたあとで落ち、`The model's tool call could not be parsed (retry also failed).` という文言と一緒に失敗する。報告されているものでは、Claude Desktop app の Code tab で再現した例があり、[#64658](https://github.com/anthropics/claude-code/issues/64658) では Desktop app version `1.9659.4` の Opus 4.8 で頻発すると書かれていました。別の報告、[#68529](https://github.com/anthropics/claude-code/issues/68529) でも Opus 4.8 (1M) で同じ系統の失敗が出ていて、こちらは tool result のあとに次の assistant turn が失敗したり、tool call が何も返さないように見えたり

この文言が出ているなら、少なくとも issue 上では「GitHub 側の認可はあるように見えるのに、Claude 側のアクセス確認で落ちている」ケースが混ざっています。 報告は 2 件とも解決済みですが、原因の切り分けは少しややこしく、`claude.ai` の設定画面で GitHub をつなぎ直しても直らない例が出ています。対象になっているのは [#56988](https://github.com/anthropics/claude-code/issues/56988) と [#48769](https://github.com/anthropics/claude-code/issues/48769) です。 まず切り分けたいのは、何を使って失敗しているかです。issue を読む限り、同じエラー文でも少なくとも次の 2 系統がありました。ひとつは Claude Code mobile の remote control で、private repository に対して即座に失敗する例です [#56988](https://github.com/anthropics/claude-

この症状は、Claude Code の `computer` 系アクションがページにスクリプトを差し込めず、待ち時間の上限に達して止まっているときに出ています。報告されている現象は一つではありませんが、共通しているのは「ページは開けているのに、`screenshot` や `read_page`、`find`、`scroll` などが失敗する」ことです。 もう一つの報告 [#99685](https://github.com/anthropics/claude-code/issues/99685) では、サイト作成やデプロイ作業の途中で進まなくなり、手作業の補助が増えて最終的に人間の開発者を雇うことになったとされています。こちらは個別の作業失敗の話ですが、途中で自動化が詰まる、という点では同じ症状の系統です。 手元で実際に確認できる範囲では、検証環境は次の通りでした。 ```text OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64) Python : 3.8.13 検証日時 : 2026-10-09T08:

`askUserQuestionTimeout` に関する報告は、少なくとも今回渡された 2 件だけでも挙動が逆です。`"never"` にしているのに 200 秒で自動継続してしまう例が [#100189](https://github.com/anthropics/claude-code/issues/100189) にあり、`"60s"` にしているのに自動継続しない例が [#94372](https://github.com/anthropics/claude-code/issues/94372) にあります。どちらも、設定した値どおりに動いていないという点では同じです。 自分のケースかどうかを先に見るなら、まず「設定しているのに、質問が勝手に進むか」「設定しているのに、いつまでも待ち続けるか」を切り分けるのが近道です。`askUserQuestionTimeout` を `"never"` にしていても 200 秒で止まるなら [#100189](https://github.com/anthropics/claude-code/issues/100189) とかなり近いです

まず切り分けたいのは、これが「Git の認証まわり」で落ちているのか、「macOS の sandbox で TLS 検証が壊れている」のかです。今回渡された issue 群では、少なくとも別々の経路でエラーが起きています。 ```text Exit code 128 fatal: could not read Password for 'http://local_proxy@127.0.0.1:41729': terminal prompts disabled ``` 一方、[#23416](https://github.com/anthropics/claude-code/issues/23416) は macOS で sandbox を有効にしたとき、Go ベースの CLI が TLS 証明書の検証で失敗するという報告です。症状はこれです。 ```text tls: failed to verify certificate: x509: OSStatus -26276 ``` ただし、今回のあなたの検証環境で実際に取れている出力は、OS 情報だけです。ここから分かるのは、少なくとも

この症状は、同じ Claude Code の CLI を使っているのに、新しく起動したセッションだけ HTTP MCP サーバーへの接続に失敗する、という形で出ています。参照できる issue は [#86378](https://github.com/anthropics/claude-code/issues/86378) と [#86380](https://github.com/anthropics/claude-code/issues/86380) です。どちらも、長く開きっぱなしだったセッションではつながるのに、立ち上げ直した直後のセッションでは失敗すると報告しています。 この切り分けが重要です。CLI のバイナリやバージョン差ではなく、issue 本文では「セッション開始時に一度だけ評価される何か」が関係していそうだ、と書かれています。たとえばクライアント側のキャッシュ状態、あるいはサーバー側の機能フラグやロールアウトです。ただし、これは issue の報告からの推測であって、確定ではありません。 実際に確認できる事実だけを書くと、症状の核は次の通り

まず切り分けたいのは、「読めるのに、書けない」かどうかです。今回の症状は、issue 報告を見る限り、Read や Read-only 系の操作は通るのに、Edit や Bash、ブラウザ操作の一部だけが `The server-side auto mode classifier gave no verdict (error)` で止まる、という形で出ています。たとえば [#97812](https://github.com/anthropics/claude-code/issues/97812) では Edit と Bash が連続して失敗し、Read や MCP の read-only クエリは動いていました。[#97874](https://github.com/anthropics/claude-code/issues/97874) でも `mcp__claude-in-chrome__tabs_context_mcp` が同じエラーで連続失敗しています。 今回の報告群で共通しているのは、ローカルのファイルやツールが壊れているというより、Auto mode の安全判定そのものが

この表示が出ると、クラウド側のセッションは立っているのに、ローカルのコンピュータへ結びつけられていません。結果として attached folder が使えません。少なくとも今回参照できた issue では、同じ文言の症状が2件報告されています。1件は Linux beta で local VM がそもそも起動せず、もう1件は VM 自体は起動しているのに device registration 側で止まっています。どちらも「リンクできない」という見た目は同じですが、壊れている場所は違います。 まず切り分けたいのは、あなたの環境がどちら寄りかです。 一方、[#97685](https://github.com/anthropics/claude-code/issues/97685) では、VM は起動して guest もつながるのに、Linux では cloud Cowork session が computer に bind できない、と報告されています。こちらは `hardwareKeyUnavailable: linux-not-yet-supported` という説明と、`de

この症状は、Issue 上では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=... messages=... range=...)` という形で出ています。今回見た 3 件では、いずれも末尾の数値が違うだけで、同じ系統のエラーに見えます。 まず、自分のケースかどうかを見るなら、エラー文字列の先頭ではなく、この `itemKeys/messages length desync` の部分を探すのが早いです。報告された 3 件はすべて open で、解決済みは 0 件でした。少なくとも、この時点では「既知の再現例はあるが、確立した修正済み対処は見えていない」という状態です。 参照できた issue は次の 3 件です。 #97148 では、Claude Code を PyCharm / WebStorm の terminal で使っていて、入力中や移動中にカーソルが見えず、停止時に blink する、という見た目の逆転が報告されています。コメントには、PyCharm 内の com

at generate (/$bunfs/root/src/entrypoints/cli.js:1` が出て作業が止まるときに見ること この症状は、Claude Code の処理中に `generate` から `makeRequest` へ進む途中で落ちているケースです。報告されている issue はどちらも macOS 上で発生していて、[#70256](https://github.com/anthropics/claude-code/issues/70256) では `403 The socket connection was closed unexpectedly` を伴う例がありました。[#69826](https://github.com/anthropics/claude-code/issues/69826) では同じ系統のスタックトレースが、エラー詳細なしで繰り返し出ています。 自分のケースかどうかは、まず表示される断片が次に近いかで見分けられます。 ```text Error at generate (/$bunfs/root/src/entrypoints/cl

手元にある issue には、少なくとも 2 つの別パターンがありました。ひとつは macOS 13.x で `claude` の起動そのものが落ちるケース、もうひとつは zsh の起動時に余計なエラーが毎回出るケースです。見た目は似ていますが、症状の場所が違います。 `[#69928](https://github.com/anthropics/claude-code/issues/69928)` では、インストール直後に次のような出力が出ています。 ```text Setting up Claude Code... dyld: Symbol not found: __ZTVNSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEEE Referenced from: /Users/emmaborowski/.claude/downloads/claude-2.1.185-darwin-x64 (which was built for Mac OS X 13.0) Expected in: /usr/lib/lib

この症状は、少なくとも報告ベースでは 2 件ありました。どちらも同じエラー文字列で、`itemKeys` と `messages` の件数がずれていると読めます。手元で確認できるのは issue の記載だけで、解決策までは出ていません。現時点では未解決のバグとして扱うのが安全です。 最初に見るべきなのは、「表示だけの問題か」「会話の整合性まで壊れているか」です。[#95627](https://github.com/anthropics/claude-code/issues/95627) では、ユーザーが送っていないテキストがアシスタント側には届いているのに、`.jsonl` と `/export` には残っていませんでした。つまり、単なる見た目の乱れではなく、コンテキストの取り扱い自体がずれている可能性があります。 報告されているエラーは、どちらの issue でも同じ形です。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=112 messages=111 r

この症状は、`claude-in-chrome` の `computer` で `action: screenshot` や `action: zoom` を呼んだときに、`params.clip.scale` のデシリアライズ失敗として返ってきます。報告されている issue は [#83960](https://github.com/anthropics/claude-code/issues/83960) と [#90181](https://github.com/anthropics/claude-code/issues/90181) です。どちらも、実行すると `Failed to deserialize params.clip.scale - BINDINGS: mandatory field missing at position 65` が出ています。 まず切り分けたいのは、「自分も同じエラー文字列を見ているか」と「それが screenshot / zoom の呼び出しに限って起きているか」です。issue #83960 では、拡張機能のペアリング自体はできていて、`ta

この症状クラスタに含まれる 2 件の issue は、見え方は違いますが、どちらも「リクエストの中身が大きすぎる／重なりすぎる」方向の問題として読めます。 ただし、実際に `invalid_request_error\` というエラー文字列が本文中にそのまま出ている issue は、今回渡された情報の中にはありません。そこは断定できません。検索用の文字列としてタイトルには入れていますが、報告内容ベースで確認できるのは以下です。 まず、[ #37793 ](https://github.com/anthropics/claude-code/issues/37793) では、MCP サーバーを多数ユーザー側で設定していると、サブエージェントが開始直後に `prompt is too long: 209117 tokens > 200000 maximum` で失敗すると報告されています。しかも TUI には `Done (0 tool uses · 0 tokens · 44s)` と出て、ユーザーにはエラーが見えにくかった、とあります。 この報告だけを見ると、サブエージェントに渡るプロン

この症状でまず切り分けたいのは、本当に更新に失敗しているのか、それとも更新がないのに同じ通知だけが出続けているのかです。報告されている #96038 では、Wi‑Fi を切っただけで `Auto-update failed · Run claude doctor` が繰り返し表示され、しかも「更新がないのに」起きていると書かれています。つまり、少なくともこの issue では、実際の更新作業そのものというより、ネットワーク断をきっかけにした通知の再発が問題になっています。[#96038](https://github.com/anthropics/claude-code/issues/96038) 同じ `Auto-update failed · Run claude doctor` という表示でも、#78650 のほうは少し様子が違います。こちらは macOS の深いスリープからの復帰後に、複数の Claude Code セッションがほぼ同時に segfault で落ちたという報告で、本文では Bun の GC と socket finalizer、`SIGSEGV

この症状は、Claude Code の内部エラーとして `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースです。今回確認できた issue は 2 件で、どちらも open のままで、解決済みはありません。少なくとも提供された材料だけを見る限り、「これを入れれば直る」という確立した手順はまだありません。 自分のケースかどうかを見分けるなら、まずエラー文の形を確認します。今回の issue では、どちらも同じ系統の文言が出ています。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=562 messages=558 range=[502,558)) at Ta0 (B:/~BUN/root/cli:23248:33899) at Rig (B:/~BUN/root/cli:23248:26870) ``` 別の報告では、値が少し違いますが、同じく `ite

このエラーは、少なくとも今回の 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 初期化に失敗し

at bo (/` が出たとき、まず `/context` の表示崩れを疑う 同じ `AxiosError: Request failed with status code 400` でも、今回集まっている issue は少し毛色が違います。報告されているのは、CLI の `400` そのものというより、画面の再描画や表示崩れに引きずられて見えているケースです。 ひとつは [#72900](https://github.com/anthropics/claude-code/issues/72900) で、狭い端末幅の `/context` 出力に長い skills 一覧が重なると、User skills セクションの項目が重複して表示されるという報告でした。もうひとつは [#60595](https://github.com/anthropics/claude-code/issues/60595) で、`<thinking></thinking>` の外に reasoning data が出てしまう症状として報告されています。どちらも、報告上は同じ `AxiosError: Reque

この症状は、Claude Code が操作を拒否したように見せながら、後で確認すると実際には処理が進んでいた、という形で報告されています。特に [#87831](https://github.com/anthropics/claude-code/issues/87831) では、`gh pr merge` を含む一括処理でその挙動が繰り返し起きたとされています。報告者は、`gh pr view --json state,mergedAt` を見るとマージ済みになっていたケースがあった一方、別の大きなバッチでは本当に実行されていなかったケースもあったと書いています。つまり、このエラー文だけでは「止まった」のか「止まったように見えただけで実行された」のかを判別できません。 まず自分のケースかどうかを切り分けるなら、エラーが出た直後に対象の状態を別コマンドで見に行く必要があります。`gh pr merge` を含む作業なら、少なくとも `gh pr view --json state,mergedAt` のように結果を確認して、実際に反映済みかどうかを確かめる、というのが issue から読

この症状は、Claude Code 側で `VirtualMessageList: itemKeys/messages length desync` が記録されているケースです。報告されている値は、`keys=45 messages=44`、`keys=359 messages=358`、`keys=149 messages=148` のように、1 件だけ数がずれている形でした。いずれも `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という同じ系統のエラーにまとまっています。参照できた issue は [#95707](https://github.com/anthropics/claude-code/issues/95707)、[#95662](https://github.com/anthropics/claude-code/issues/95662)、[#95586](https://github.com/anthropics/claude-code/issues/95586)

このエラーは、読もうとしたファイルが `permissions.deny` の対象に入っているときに出ます。少なくとも issue [#73380](https://github.com/anthropics/claude-code/issues/73380) では、`Read(/*.xcconfig)` や `Read(/APIConstants.swift)` のような deny ルールと、`PreToolUse` hook を組み合わせてメインエージェントの読み取りを止める設定が報告されています。 ただし、同じ issue では少し気になる点も出ています。`Task` / `Agent` ツールで起動したサブエージェントが、ある時点では本来 denied のはずのファイル内容を返してしまい、その後の再テストでは同じ設定・同じファイルでも正しくブロックされた、と書かれています。つまり、少なくとも報告ベースでは「deny ルールが効いていない」と断言する前に、「どのエージェント経由で読みに行ったか」を切り分けたほうがよさそうです。 手元で確認できた環境情報はこれだけです。 `

このエラーは、Issue 上では少なくとも 2 件まとまって報告されています。該当するのは [#52724](https://github.com/anthropics/claude-code/issues/52724) と [#54055](https://github.com/anthropics/claude-code/issues/54055) です。どちらも `Error: NON-FATAL: Lock acquisition failed for /Users/.../.local/share/claude/versions/2.1.119 (expected in multi-process scenarios)` という文言を含んでいます。 ただし、Issue だけでは「このロック失敗そのもの」が致命的な原因なのか、それとも別の不具合に付随して表示されているのかは切り分けきれません。少なくともコメント欄では、別経路の対処として `~/.claude/keybindings.json` の確認が有効だった例が 1 件出ています。Enter で保存したつもりが保存されず、

この症状は、issue 上では同じエラー文字列として 2 件まとまっています。どちらも、表示されているのは `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=429 messages=426 range=[393,426))` で、スタックトレースも `B:/~BUN/root/cli` 配下から出ています。報告は [#95537](https://github.com/anthropics/claude-code/issues/95537) と [#95518](https://github.com/anthropics/claude-code/issues/95518) です。 まず、自分のケースかどうかはエラー文字列で見分けるのが早いです。Issue に出ている文字列は次のとおりでした。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=429 mess

この症状は、少なくとも報告上は「一度つながったはずの 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 だけを見る限り、少なくと

`authentication failed` という表示だけでは原因は絞れませんが、今回の issue 群で確認できるのは、少なくとも 2 つの別系統があることです。ひとつはリモート制御のセッション作成で 401 が返るケース、もうひとつは Windows 上での操作中に別の経路から制御が抜けるケースです。後者は別の症状ですが、同じく認証や制御の前提が崩れているときに起きています。 まず、自分の症状がどちらに近いかを切り分けたほうが早いです。`/remote-control` を開いた瞬間に「Session creation failed — see debug log.」となるなら、[#78580](https://github.com/anthropics/claude-code/issues/78580) の系統です。そこでは `code-session` 作成エンドポイントが 401 を返し、`claude auth logout` と `claude auth login` をやり直しても失敗し続けたと報告されています。issue の本文では「stale/incorrect

この症状は、少なくとも今回渡された 2 件の issue では、Claude Desktop 側の MCP クライアントが出しているメッセージとして報告されています。サーバーが本当に落ちていると断定できる材料はありません。むしろ、[#83908](https://github.com/anthropics/claude-code/issues/83908) では「チャットを切り替えた瞬間に tool/call が破棄され、サーバーには何も書き込まれない」と説明されています。つまり、見えているエラー文のわりに、原因がサーバー側とは限らない、というのが出発点です。 今回の私の環境では、再現手順やログは取得していません。手元で実際に確認できたのは環境情報だけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64) Python : 3.8.13 検証日時 : 2026-09-19T08:51:24+09:00 ``` なので、ここでは「何を疑うべきか」を issue の報告ベースで絞ります

この症状は、少なくとも GitHub issue では 2 件とも同じ形で報告されています。どちらも Claude Code の実行中に `Error: 502` と Cloudflare の `502 Bad Gateway` HTML が返っており、スタックトレースには `generate` と `makeRequest` が出ています。該当 issue は [#67734](https://github.com/anthropics/claude-code/issues/67734) と [#66186](https://github.com/anthropics/claude-code/issues/66186) です。 まず切り分けたいのは、手元の失敗が「Claude Code からのリクエストが途中で 502 に落ちている」ケースかどうかです。提示された 2 件はいずれも、アプリ固有のメッセージではなく Cloudflare の HTML がそのまま返っています。報告内容からは、少なくとも Claude Code 側の処理が HTTP 502 を受け取って失敗していることは

まず、この件は「認証情報が無効です」という 401 で、報告されている文面はどの issue でもかなり似ています。今回の症状クラスタでは、代表 issue のエラー文が次の形でした。 ```text Error: 401 {"type":"error","error":{"type":"authentication_error","message":"Invalid authentication credentials"},"request_id":"req_011CcxEXkC4V93twN7Wd7Be7"} ``` 同じクラスタに含まれている #79249 と #79242 でも、どちらもこの 401 が出ています。`request_id` はそれぞれ違いますが、返ってきたメッセージ自体は同じです。 #79249: [#79249](https://github.com/anthropics/claude-code/issues/79249) #79242: [#79242](https://github.com/anthropics/claude-code/issues/792

`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

at URK (/$bunfs/root/src/entr` が出るときに、まず見るべきこと この症状は、Claude Code の issue 報告では少なくとも 2 件確認できました。どちらも報告されているエラーの形は同じで、`Error: Tool Glob not found` から始まるスタックトレースが付いています。該当するのは [#67458](https://github.com/anthropics/claude-code/issues/67458) と [#67213](https://github.com/anthropics/claude-code/issues/67213) です。 ただし、今回渡された情報の範囲では、これが「何をすれば直るか」までは確定できません。代表 issue のコメントも、いずれも自動で close / lock された旨だけで、解決手順は載っていませんでした。なので、ここでは「どんなときにこのエラーに当たりやすいか」と「手元で確認できた事実」だけに絞ります。 `#67458` では、spec ファイルを解析させた流れの中で拒否が起きて

この症状は、Claude Code の issue 群で同じエラー文字列が繰り返し出ているものです。代表的には [#95229](https://github.com/anthropics/claude-code/issues/95229)、[#95224](https://github.com/anthropics/claude-code/issues/95224)、[#95210](https://github.com/anthropics/claude-code/issues/95210)、[#95109](https://github.com/anthropics/claude-code/issues/95109) で、いずれも報告されたエラーとして `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が付いています。 ただし、少なくとも今回渡された issue 群だけを見る限り、解決済みの報告はなく、根本原因も確定していません。 まず見るべきなのは、「会話内容の表示・保持がおかしい

このエラーが出るのは、VS Code の Claude Code 拡張でセッションを開き直そうとしたときです。今回の issue では、少なくとも [#79118](https://github.com/anthropics/claude-code/issues/79118) と [#79122](https://github.com/anthropics/claude-code/issues/79122) の 2 件で同じ文言が報告されています。 最初に確認したいのは、単なる表示不具合ではなく、セッションファイル側に会話本文が残っていないケースかどうかです。[#79118](https://github.com/anthropics/claude-code/issues/79118) では、`~/.claude/projects/<project-slug>/<session-id>.jsonl` 自体は存在していたものの、実際に入っていたのは会話本文ではなく、次の 2 行だけだったと報告されています。 ```json {"type":"ai-title","aiTitle":"Re

この症状に当てはまるのは、エラー文の中に `MaxFileReadTokenExceededError: [REDACTED] content (34762 tokens) exceeds maximum allowed tokens (25000)` が出ていて、しかも Claude Code 側が「長すぎる内容を一度に読もうとして失敗した」ように見えるケースです。今回参照できた issue は、まったく別の状況に見える報告も含めて 2 件ありましたが、どちらも同じエラー文字列が出ています。 1 件目は [#59827](https://github.com/anthropics/claude-code/issues/59827) で、`Goal function causes infinite loop when waiting for task completion` という報告でした。本文では、goal function が「タスク完了を待つ」場面で何度も同じ確認を繰り返し、結果として無限ループになったと書かれています。報告者は、goal evaluator が再評価を繰り返す

この件は、少なくとも issue 上では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という同じエラーでまとまっています。報告は 3 件あり、いずれも open のままで、解決済みは 0 件でした。なので、現時点では「既知の恒久的な解決策がある」とは言えません。 まず、自分のケースかどうかを切り分けるなら、エラー本文がこの形かを見ます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=554 messages=553 range=[527,554)) at o8t (B:/~BUN/root/chunk-k298bv0z.js:36:28 ``` 同じ症状として確認できた報告は次の 3 件です。 重要なのは、少なくともこの 3 件だけを見る限り、問題の本体が「VirtualMessageList の itemKeys と messages の数がずれている」こと

at _XK (/$bunfs/root/src/entr` が出たときに見ること まず自分のケースかどうかを切り分けるなら、症状はかなりはっきりしています。Claude Code の実行中に `Error: Tool bash not found` という文言が出て、その先に `at _XK (/$bunfs/root/src/entrypoints/cli.js:4390:15288)` のようなスタックトレースが続きます。今回集まっている issue は 2 件で、どちらも closed ですが、報告内容は別の困りごとで始まりつつ、共通してこのエラーが載っています。ひとつは weekly limit の消費が想定より速いという [#66124](https://github.com/anthropics/claude-code/issues/66124)、もうひとつは AskUserQuestion の Clarify で入力した文面がモデルに渡らないという [#66224](https://github.com/anthropics/claude-code/issues/662

このエラー文字列だけを見ても、同じ症状かどうかは少し分かれます。少なくとも今回の issue 群では、2 つの出方がありました。ひとつは Bash や Read の結果が 1 ターン遅れて返る、あるいは途中から消えるという報告で、[#63766](https://github.com/anthropics/claude-code/issues/63766) にあります。もうひとつは VS Code のパネル webview で AskUserQuestion が失敗し、ターミナルの TUI では動くという報告で、[#72624](https://github.com/anthropics/claude-code/issues/72624) です。 つまり、まず切り分けたいのは「ターミナルでも起きるのか」「VS Code のパネルだけなのか」です。`claude` を普通の端末で動かしたときに問題が出ないなら、[#72624](https://github.com/anthropics/claude-code/issues/72624) のように panel webview 側に寄った話

この症状に当てはまるかどうかは、まず「どの画面で止まるか」でかなり絞れます。今回の issue では、Cowork の workspace 起動時にだけ `Failed to start Claude's workspace — Download failed. Check your internet connection and try again.` が出ています。通常の Chat は動いていて、workspace の開始だけ失敗する、という切り分けでした。macOS 側の報告ではダウンロードバーが 1〜2% で止まったあと失敗し、Windows 側の報告では UI 上はネットワーク失敗に見えるものの、ログでは VM バンドルの取得・展開・検証までは通っています。 つまり、このエラー文そのものをそのまま「回線不良」と受け取ると外す可能性があります。少なくとも報告されている 2 件では、見た目の文言と実際の原因が一致していませんでした。 macOS 側の issue は [#64234](https://github.com/anthropics/claude-code/issues

この症状は、`/ultrareview` 実行時に `CreateSession 400` で落ち、本文に `github_repo_access_denied` と `re-authorize GitHub in settings` が入っているものです。報告としては [#56000](https://github.com/anthropics/claude-code/issues/56000) と [#65708](https://github.com/anthropics/claude-code/issues/65708) が同じ文字列を含んでいました。 まず切り分けたいのは、`gh auth status` が通るかどうかではありません。issue 側では、`gh auth` が有効でも、Claude 側の GitHub 認証チェックで失敗しています。[#56000](https://github.com/anthropics/claude-code/issues/56000) の報告には、`gh auth status` はログイン済み、トークンの scope もあり、`gi

まず、この表示が自分のケースかを切り分けます。Issue [#67087](https://github.com/anthropics/claude-code/issues/67087) では、Claude Desktop が > GitHub CLI authentication expired. Run `gh auth login` to refresh pull request status. というバナーを繰り返し出していた一方で、同じセッション内で `gh auth status`、`gh api user`、`gh pr status` が成功していました。コメントでは、`main.log` にその日の `gh/auth` 関連の `[error]` がなく、`LocalSessions.getPrChecks` のポーリングも失敗していない、と報告されています。つまり、少なくともこの issue では「本当に期限切れの認証情報が壊れている」という単純な話ではありませんでした。 もう一つの issue [#84214](https://github.com/anthrop

このエラーに当たった場合、少なくとも今回渡された issue 報告では、症状の軸がかなりはっきりしています。 `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` で、`keys` と `messages` の件数がずれている状態です。該当する報告は [#88052](https://github.com/anthropics/claude-code/issues/88052) と [#87872](https://github.com/anthropics/claude-code/issues/87872) の2件でした。どちらも open で、解決済みの報告はありません。 まず、自分のケースかどうかを見るなら、次の3点です。 エラー文に `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が入っている `keys=... messages=...` のように、両者の数が1件ずれている スタックト

この症状は、Claude Code の画面側で `VirtualMessageList: itemKeys/messages length desync` という不整合が起きている報告として上がっています。今回の範囲では、解決策が確立したとは言えません。少なくとも、参照できた issue はどちらも open のままでした。 自分のケースかどうかを先に切り分けるなら、エラー本文に `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が入っているかを見ます。報告されている差分は、`keys=25 messages=24` のように 1 件ずれている例と、`keys=192 messages=191` のように同じく 1 件ずれている例です。どちらも `range=[...,...)` を伴っていました。ここから分かるのは、メッセージ一覧の内部状態がずれたタイミングで例外が出ている、という点までです。 関連する報告は次の 2 件です。 ```text TelemetrySafeError: Vi

この症状に当てはまるかどうかは、かなりはっきりしています。Claude Cowork で `mcp__workspace__bash` を使ったときに、次のような文言が交互に出るケースです。 `Workspace unavailable. The isolated Linux environment failed to start (VM connection timeout after 60 seconds).` `Workspace still starting. The isolated Linux environment is booting in the background (usually 10–30 seconds). Try again shortly.` 報告された issue では、これが既存セッションでも新規セッションでも続いていました。[#76374](https://github.com/anthropics/claude-code/issues/76374) と、続報の [#92008](https://github.com/anthropics/clau

自分のケースかどうかを先に切り分けるなら、確認したいのは「ツール呼び出しが最初の1回だけ壊れるか」「同じ内容をもう一度送ると通るか」です。今回の issue 群では、その挙動がかなりはっきり出ています。 > "Your tool call was malformed and could not be parsed. Please retry." > "The model's tool call could not be parsed (retry also failed)." この issue では、Bash だけでなく Edit、Write、Read、ToolSearch、Workflow、MCP tools まで、ツール種別をまたいで起きると書かれています。つまり、特定のツール固有の入力ミスだけでは説明しきれない状況です。 > "The model's tool call could not be parsed (retry also failed)." 代表 issue のコメントでは、重複の可能性がある issue として [#64774](https://github.com

この症状でまず目に入るのは、Claude Code が大きなファイルを読み切れずに止まっている、という点です。issue では、`MaxFileReadTokenExceededError: File content (...) exceeds maximum allowed tokens (25000). Use offset and limit parameters to read specific portions of the file, or search for specific content` という文言が繰り返し出ています。報告されているのは [#73486](https://github.com/anthropics/claude-code/issues/73486) と [#68927](https://github.com/anthropics/claude-code/issues/68927) です。 ```text MaxFileReadTokenExceededError: File content (28289 tokens) exceeds maxim

まず、自分のケースかどうかを絞ります。今回の症状クラスタでは、どちらの issue でも同じ系統のエラーが出ています。ひとつは [#88174](https://github.com/anthropics/claude-code/issues/88174)、もうひとつは [#87911](https://github.com/anthropics/claude-code/issues/87911) です。どちらも報告されている本体は `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` で、`keys` と `messages` の数がずれている、と読めます。 ```json ``` ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=681 messages=680 range=[632,681)) at Bpw (B:/~BUN/root/cli:23083:33891)

at makeRequest (/$bunfs/root/sr` が出るときに見えているもの この症状は、Claude Code の CLI 内部で `makeRequest` から `Connection error` が投げられている状態として、少なくとも 2 件の issue で報告されています。該当するのは [#83872](https://github.com/anthropics/claude-code/issues/83872) と [#82703](https://github.com/anthropics/claude-code/issues/82703) です。どちらも報告されたエラー文字列は同じで、いま手元で確認できる範囲では、このエラー文そのものだけでは原因を一つに絞れません。 見えている issue の内容はかなり違います。#83872 は、cybersecurity 系の safeguard に触れたあとで `/rewind` を実行すると、繰り返し同じエラーに落ちるという報告でした。報告者は「cybersecurity pentest のレポート作成用の

この症状は、Claude Code 側が「HTTP 200 は返ってきたのに、中身が期待した応答になっていない」と判断したときに出ています。今回渡された issue はどちらも同じ系統で、非ストリーミングのリクエストに対して event-stream が返ってきた、という報告でした。 自分のケースかどうかを見分ける手がかりは、エラーメッセージの中に `content-type event-stream` や `body is an event stream` が含まれているかどうかです。[#87842](https://github.com/anthropics/claude-code/issues/87842) では「non-streaming request was answered with a stream」と明記されていましたし、[#89232](https://github.com/anthropics/claude-code/issues/89232) でも同じ文言が出ています。どちらも HTTP 200 で返ってきているのに、レスポンスの形式が合っていません。 issu

まず、自分の症状が同じかどうかは、エラーメッセージの形でかなり絞れます。今回のクラスタでは、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ていて、`keys=... messages=... range=[...,...)` のように itemKeys と messages の件数差まで表示されています。本文で確認できたのはこの型のエラーで、少なくとも issue 報告上は別件を含めて同じクラスタとして扱われていました。 報告されていた issue は 2 件です。[#83109](https://github.com/anthropics/claude-code/issues/83109) では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=325 messages=324 range=[279,325))`、[#81878](https://github.com/an

at <anonymous> (/$bunfs/` が出るときに見えているもの この症状は、少なくとも報告上は Claude Code の CLI 内部で `Error: Lock is already released` が出ているケースです。Issue では、入力プロンプトの途中で短い入力が別の操作として拾われる、あるいはセッション中の処理でトークンを使い切る、といった別の現象と一緒に報告されています。該当する報告は [#65137](https://github.com/anthropics/claude-code/issues/65137) と [#76742](https://github.com/anthropics/claude-code/issues/76742) です。 ただ、ここで大事なのは「同じ文字列が出たから同じ原因」とは言い切れないことです。少なくとも今回の issue 群だけを見ると、入力まわりの誤作動と、セッション内の消費が想定外に大きくなった件が混ざっています。どちらも最終的に同じ `Lock is already released` に見えているだけか

この文字列が出ているなら、少なくとも報告上は `code --force --install-extension anthropic.claude-code` の実行が `ERR_STREAM_PREMATURE_CLOSE` で途中終了しています。今回の手元の出力と、同じ症状として挙がっていた issue を照らすと、これは Claude Code のインストール処理まわりで起きた失敗として読むのが自然です。 まず切り分けたいのは、自分のケースが「同じエラー文字列に当たっているだけ」なのか、「同じインストール失敗の流れ」なのかです。今回参照できた issue は 2 件で、どちらも報告されたエラーは同じでした。 どちらの issue でも、見えているエラーは次の形です。 ```text Error: 1: Command failed with ERR_STREAM_PREMATURE_CLOSE: code --force --install-extension anthropic.claude-code Premature close at cl1 (/$bunfs/root/s

この症状は、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` というエラー文字列で報告されています。今回まとまっていた issue は 2 件で、どちらも open のままで、解決済みの報告はありませんでした。つまり、少なくとも今回の材料だけでは「これで直る」と言い切れる定番解はありません。 まず、自分のケースかどうかを切り分けるなら、表示されているエラー本文がほぼそのまま一致するかを見ます。報告されていた文字列は次の通りです。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=855 messages=854 range=[807,855)) at jQt (B:/~BUN/root/chunk-w2v99rzn.js:36:27 ``` 別の issue でも同じ系統のエラーが出ています。こちらは件数がかなり小さく、`keys=27 messages=26 rang

この症状は、Claude Code のサブエージェントが動いている最中に、`/private/tmp/claude-501/.../tasks/...output` のようなパスを `open` しようとして `EINVAL: invalid argument` で落ちる、という形で報告されています。手元で確認できたのは issue 報告の文面だけで、再現手順や恒久的な回避策までは確認できていません。 自分のケースかどうかを見分けるなら、まずエラーメッセージの中に次の形があるかを見ます。`/private/tmp/claude-5` で始まる一時領域のパス、`tasks/` ディレクトリ、そして `.output` か `.outp...` のようなファイル名が並んでいれば、報告された症状とかなり近いです。 issue [#81993](https://github.com/anthropics/claude-code/issues/81993) では、macOS 上の Claude Code CLI、Apple Silicon、1つの長時間セッションで複数のバックグラウンド suba

この症状は、少なくとも issue [#64500](https://github.com/anthropics/claude-code/issues/64500) と [#69311](https://github.com/anthropics/claude-code/issues/69311) で報告されています。どちらも報告されたエラーは同じく `The operation timed out.` でした。 自分のケースかどうかを先に見るなら、単発の失敗ではなく、同じ操作が何度も止まり続けるかが目印です。[#64500](https://github.com/anthropics/claude-code/issues/64500) では、モデルの tool call の解析に失敗したあとに再試行も失敗し、そのまま長時間ハングしています。ログには次のような反復が残っています。 ```text ⏺ The model's tool call could not be parsed (retry also failed). ✻ Churned for 21m 49s ❯ 繼續 ⏺ Th

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

この症状は、`claude remote-control` を実行した瞬間に ```text Error: Remote Control is not yet enabled for your account. ``` で止まる、という形で報告されています。関連する issue は [#61890](https://github.com/anthropics/claude-code/issues/61890)、 [#81459](https://github.com/anthropics/claude-code/issues/81459)、 [#63198](https://github.com/anthropics/claude-code/issues/63198) です。 まず、このエラー文がそのまま出ているなら、少なくとも issue 報告上は「Remote Control の有効化判定で弾かれている」状態です。`#61890` では、`--verbose` を付けてもエラー行以外の追加出力がなく、ハンドシェイクや通信の前にクライアント側で拒否されているように見える、と書かれてい

このエラーは、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 ~/

この症状は、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` だけを