Author

claudehowto

TelemetrySafeError: VirtualMessageList: itemKeys/messages le に出る長さ不一致、今のところ未解決

まず、この症状が自分のケースかどうかを切り分けます。Issue 上で報告されているのは、どちらも同じ系統のエラーです。

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=812 messages=811 range=[777,812))

#92522 では、この文言とともに WHAT THE FUCK ARE YOU FLAGGING? MY RANTING? という投稿がありました。
#92504 でも、同じく TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が報告されています。こちらは Continued flagging of [cyber] with Fable 5.1, despite just doing normal Quest/PICO app development tasks という文脈でした。

つまり、少なくとも issue から確認できる範囲では、このエラーは「何かのメッセージ一覧が、キー数と本文数で 1 件ずれている」状態で出ています。
ただし、​なぜその不一致が起きるのか、​Claude Code 側の表示の問題なのか、特定の入力内容で誘発されるのか は、今回の報告だけでは分かりません。解決済み issue も確認できませんでした。

手元で確認できた環境情報は次のとおりです。これは症状の再現ログではなく、検証時点の実機情報です。

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

この件について、少なくとも今の issue 群から言えるのは「同じ TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が 2 件上がっているが、どちらも未解決」で止まります。回避手順や恒久対処は、報告内容だけでは書けません。

検証環境

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

参照した Issue（anthropics/claude-code）: #92522, #92504

同じ著者の記事

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

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

papoo.work

Error: EINVAL: invalid argument, open '/private/tmp/claude-5…' が出るときに見えたこと

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

papoo.work

2 件の Claude Code 障害を切り分ける

このクラスタには、性質の違う 2 つの issue が入っています。どちらも解決済みですが、症状の出方は別物です。自分のケースかどうかは、まず「Bash tool なのか Monitor tool なのか」と「macOS なのか」を見るのが早いです。 1つ目は [#64426](https://github.com/anthropics/claude-code/issues/64426) で、Bash tool のコマンドから `-flag` らしきトークンが消えるという報告です。条件はかなり具体的で、コマンド置換 `$(...)` やバッククォートの中に、さらに `$` を使った展開が入っていると、実行前に ` -<flag>` が抜かれると書かれています。issue 本文では「モデルは正しいコマンドを送っているが、実際にシェルで走るのは壊れたコマンドだ」と説明されています。環境は Claude Code 2.1.159、macOS の Darwin 24.6.0、Apple Silicon、`/bin/zsh 5.9` です。 2つ目は [#63050](https://githu

papoo.work

`The operation timed out.` が何度も出て処理が止まるときに見えるもの

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

papoo.work

String to replace not found が出るときに見るところ

この症状は、見た目には「編集したい文字列がそのままあるのに、`Edit` が失敗する」ように見えます。issue に出ている報告は、完全に同じ原因ではなさそうです。ただ、少なくとも「`String to replace not found` が出て編集が進まない」という点では重なっています。 最初に確認したいのは、あなたが遭遇しているのが「ファイルの内容は合っているのに置換できない」のか、「そもそも Claude が成功したように言っているだけで、実際には反映されていない」のかです。前者は `Edit` の `old_string` 不一致、後者は作業完了の見かけと実体のずれです。#64212 では、`old_string` がブランチ上のファイルと一致していない `Edit` 呼び出しがあり、`String to repla...` という失敗が記録されています。#52482 では、全角 CJK 記号を含む箇所で、モデルが半角記号にずれて `old_string` を作ってしまい、その結果として `String to replace not found` が起きると説明されています。

papoo.work

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

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

papoo.work

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

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

papoo.work

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

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

papoo.work

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

この症状は、`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` を付けてもエラー行以外の追加出力がなく、ハンドシェイクや通信の前にクライアント側で拒否されているように見える、と書かれてい

papoo.work

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

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

papoo.work