Author

claudehowto

TelemetrySafeError: VirtualMessageList: itemKeys/messages le が出るときに見えているもの

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

[ #91880 ] では、原因らしき状況がかなり具体的に書かれています。リポジトリ内の CLAUDE.md が約 900 行あり、tool round-trip のたびに再送されているという話です。さらに、python や sed で編集して Edit ツールを使わなかったときに、file changed on disk のリマインダーが出て、CLAUDE.md の 150 行以上が再びコンテキストに載った、と報告されています。これは「自分でそういう状態を作ってしまうこともある」という意味で、再現の手がかりにはなりますが、issue の範囲ではそれ以上は確定していません。

もう一件の #91653 は少し違っていて、Windows 11 で agents view を開いて戻ると、tools bar や chat の表示がずれて、ウィンドウをリサイズしないと直らないという報告です。そのとき出ているエラーは TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=63 messages=62 range=[25,63)) でした。こちらも、見た限りでは画面レイアウトの崩れと同時に同系統のエラーが出ていますが、根本原因までは書かれていません。

手元で確認できる一次情報は、環境情報だけです。

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

ここから言えるのは、少なくとも今回の症状は Windows 11 固有と断定はできないこと、そして Linux 環境でも起こりうるかどうかはこの情報だけでは分からない、という点です。逆に、報告ベースで確かに言えるのは、CLAUDE.md のような大きめのファイルが何度もコンテキストへ戻される場面や、agents view の切り替え後に UI が崩れる場面で、この VirtualMessageList の desync が観測されていることです。

現時点では、確立した回避策や修正方法はこの材料の中にはありません。なので、この記事では「この文字列が出たらこう直る」とは書けません。言えるのは、報告済みの 2 件はいずれも未解決で、症状の出方が違っても同じエラー文字列に集まっている、というところまでです。

検証環境

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

参照した Issue（anthropics/claude-code）: #91880, #91653

同じ著者の記事

ERR_NAME_NOT_RESOLVED が出るときに最初に見ること

`ERR_NAME_NOT_RESOLVED` は、今回の issue 報告では Claude Desktop 起動直後の通信が DNS 解決で落ちている形で出ています。読者の環境でも、起動時にネットワーク系の初期化が失敗しているなら、この症状に近い可能性があります。 ```text Health check fetch failed: Error: net::ERR_NAME_NOT_RESOLVED ``` この報告で分かるのは、少なくともアプリ内部の Chromium ネットワークスタックが、起動時の API 呼び出しを名前解決エラーで通せていない、という点です。少なくとも issue の記述上は、アプリ本体の表示崩れではなく、起動直後の通信失敗が中心に見えます。 切り分けの起点は単純です。もし同じ `ERR_NAME_NOT_RESOLVED` が出ているなら、「アプリだけが落ちる」のか、「名前解決そのものが不安定なのか」を分けて見たほうがよさそうです。#73042 の報告は Windows 10 Enterprise、App Version 1.17377.2、Electro

papoo.work

exit code 255 で SSH が落ちるときに見るもの

まず自分のケースかどうかを切り分けます。今回の issue 群では、どちらも Claude Code から SSH を投げたときに `exit code 255` で失敗しています。ただし、同じ 255 でも中身は違います。 ```text Error: Exit code 255 Connection timed out during banner exchange Connection to UNKNOWN port 65535 timed out ``` 一方、[#77678](https://github.com/anthropics/claude-code/issues/77678) では、背景が違います。issue の要約では、Claude Code の Bash tool で SSH を呼ぶと `No user exists for uid 501` が出て、standalone の `claude` CLI では同じコマンドが動くと報告されています。つまり、同じ SSH 失敗でも、こちらはネットワーク到達性というより実行環境側の問題に見えます。 `#68497` のほう

papoo.work

`Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"}` が出て止まるときに見えていたもの

この症状は、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) です。 切り分けの入口は単純で、あなたのケースが「ファイルの中身や依頼内容に関係なく、このエラー文字列で止まる」かどうかです。

papoo.work

`Invalid OAuth Request — Missing redirect_uri parameter` が出て Claude Code の OAuth ログインが進まないとき

まず、この症状に当てはまりやすいのは、ブラウザが開いた先で `Invalid OAuth Request — Missing redirect_uri parameter` と表示され、ログイン処理が最後まで進まないケースです。Issue では、`claude auth login` のあとにブラウザが `claude.ai/cai/oauth/authorize` 側へ飛び、認証完了後に `https://claude.com/cai/oauth/authorize` 付近で同じ文言が出る流れが報告されています。`claude setup-token` や Console Anthropic の “Continue with Claude Pro” でも再現した例がありました。([#91911](https://github.com/anthropics/claude-code/issues/91911)) 同じ症状は、別の報告でも見え方がかなり近いです。`/login` の直後にブラウザで OAuth エラーになり、しかも別マシンの別ユーザーでも同じエラーが出た、という内容でした。

papoo.work

`Tell the user that these servers need to be authorized … and` が出るのに、実際は使えることがある

まず切り分けたいのは、MCP 接続が本当に未認証なのか、それとも「未認証だと言われているだけ」なのかです。今回の症状は後者として報告されています。`claude.ai` の OAuth connector がすでに認証済みで、同じセッション内でツール呼び出しも成功しているのに、セッション開始時の system reminder に「requires authentication before their tools can be used」と出て、さらに > “Tell the user that these servers need to be authorized … and that the capability is unavailable until they do.” という指示まで載る、という内容です。該当する issue は [#76320](https://github.com/anthropics/claude-code/issues/76320) と [#77534](https://github.com/anthropics/claude-code/issues

papoo.work

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

このエラーは、GitHub Issue 上では複数件まとまって報告されています。手元で見えた範囲では、いずれも同じ文言の `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ており、たとえば [#79235](https://github.com/anthropics/claude-code/issues/79235)、[#79179](https://github.com/anthropics/claude-code/issues/79179)、[#79166](https://github.com/anthropics/claude-code/issues/79166)、[#79272](https://github.com/anthropics/claude-code/issues/79272) に含まれていました。 ただし、報告内容だけでは原因はひとつに絞れません。モデルの切り替えに見えるという報告もあれば、ネットワーク試験の最中に止まったという報告もあり、Issue の本文から

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages le — `keys=249 messages=248` が出たときに見ること

まず、この症状が自分のケースかどうかは、エラー本文の形でほぼ見分けられます。今回集まっている 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、防御的なセキュリティ作業、通常のデプロイ作業

papoo.work

exit code 139 で `claude` が起動直後に落ちるときの見分け方

`claude` を打った瞬間に何も表示されず終わる。`claude --help` も `claude --version` も同じで、終了コードが 139 になる。今回の issue 群は、この形にかなり近い症状です。 報告されているのは、Ubuntu 26.04 LTS の VirtualBox VM 上で `claude` が即死した例と、Linux x86_64 上で 2.1.243 が起動直後に SIGSEGV で落ちる例です。どちらも、通常の対話画面が出る前に失敗しています。[#63635](https://github.com/anthropics/claude-code/issues/63635) と [#89390](https://github.com/anthropics/claude-code/issues/89390) では、少なくともその挙動が一致しています。 今回の一次情報では、私の環境で再現確認はできていません。実際に取れたのは次の環境情報だけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x8

papoo.work

`WorktreeRemove hook failed` が出るのに、hook 自体は悪くないことがある

最初に切り分けたいのは、「本当に WorktreeRemove hook が失敗したのか」と「削除経路の都合でそう見えているだけか」です。今回の issue 群では、その2通りが混ざっています。 ひとつは [#82097](https://github.com/anthropics/claude-code/issues/82097) です。ここでは、`claude agents` の agent 削除で `WorktreeRemove hook failed` が出るものの、報告者の言葉では `~/.claude/hooks/worktree-remove.sh` はどの経路でも `0` を返しており、hook が直接壊れているわけではありません。報告では、`WorktreeCreate` で作られた worktree のセッション記録に `hookBased: true` が入り、`originalHeadCommit` がないため、CLI 側が worktree 状態を検証できず削除を拒んでいる、という説明になっています。つまり、見えているエラー文と実際の原因がずれている可能性があ

papoo.work

Permission to use mcp__workspace__bash has been denied. が出続けるときに確認したこと

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

papoo.work