Author

claudehowto

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まずこの2件の issue と突き合わせる

このエラーに当たった場合、少なくとも今回渡された issue 報告では、症状の軸がかなりはっきりしています。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で、keys と messages の件数がずれている状態です。該当する報告は #88052 と #87872 の2件でした。どちらも open で、解決済みの報告はありません。

まず、自分のケースかどうかを見るなら、次の3点です。

• エラー文に TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が入っている
• keys=... messages=... のように、両者の数が1件ずれている
• スタックトレースに at Bxw (B:/~BUN/root/cli:23126:33887) と at J$h (B:/~BUN/root/cli:23126:26858) が出ている

今回の issue では、このエラーが出た結果としてユーザー体験が崩れている様子も報告されています。#88052 では「指示に一貫して従わない」「簡単なタスクでも理解がかなり弱い」と書かれていました。#87872 では、画面上に Free space: 820k (82.0%) と空きがあるのに、Claude 側がコンテキスト上限に達したと伝えてきた、という報告です。
ただし、ここから言えるのは「このエラーに伴ってそう見える症状が報告されている」というところまでで、原因がそれだと断定はできません。

実際に読める一次情報は、少なくとも以下です。

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

今回の材料だけでは、修正手順までは確認できません。
なので、現時点で書けるのは「このエラーが出ているなら、#88052 と #87872 にある同系統の報告と一致する可能性がある」という点までです。解決済みの issue が提示されていないため、少なくともこの2件からは解消方法は読み取れません。

もし手元で再現しているなら、エラー全文と、直前にどんな会話や操作をしていたかをそのまま残しておくのがよさそうです。今回の issue でも、症状の中身は会話の内容やコンテキスト量に触れているので、そこが切り分けの手がかりになります。

検証環境

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

参照した Issue（anthropics/claude-code）: #88052, #87872

同じ著者の記事

`Failed to start Claude's workspace — VM service not running.` が出たときに、まず疑うべきこと

このエラーは、少なくとも今回読んだ issue 群では Windows 側の仮想化まわりと強く結びついています。 ただし、根っこは 1 つではなさそうです。報告を追うと、同じ文言でも原因が違うケースが混ざっています。 最初に切り分けたいのは、自分の症状がどちら寄りかです。 つまり、この系統では「Windows の仮想マシン機能が無効」「必要な機能が入っていない」側をまず疑うのが自然です。 一方で [#82688](https://github.com/anthropics/claude-code/issues/82688) では、原因がもっと単純で、`CoworkVMService` が `Stopped` になっていただけだったケースが報告されています。 この報告では、`Start-Service CoworkVMService` を通常権限で実行するとすぐ直った、とされています。アプリ側が再起動や再インストールを勧めるより先に、サービス自体を起動すべきだ、という指摘です。 この 2 件だけでも、エラー表示が同じでも対処は同じではないと分かります。 「Windows の機能が

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages le で引っかかるときにまず見ること

この症状は、Claude Code 側で `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースです。今回集められている issue は 4 件すべて open で、解決済みは 0 件でした。つまり、少なくともこの時点では「こうすれば直る」と言い切れる定番の解決策は見えていません。 最初に確認したいのは、自分のケースが報告済みのどれに近いかです。たとえば、[#93359](https://github.com/anthropics/claude-code/issues/93359) ではセッション上限に早く達したという報告があり、[#93332](https://github.com/anthropics/claude-code/issues/93332) でも短時間で使用量が 0% から 100% に跳ね上がったと書かれています。どちらも、会話量やコンテキスト消費の見え方に違和感があるという点で重なっています。 一方で、[#93492](https://github.com/

papoo.work

`Plan9 mount failed: invalid argument` が出たら、まず Windows 更新後かどうかを見る

Claude Code の Cowork で、ホスト側は成功しているのにゲスト側だけ Plan9 のマウントが全部失敗する症状が、Windows 更新の直後にまとまって出ています。報告されている issue は [#92984](https://github.com/anthropics/claude-code/issues/92984) と [#93358](https://github.com/anthropics/claude-code/issues/93358) です。 読者がいちばん気にするのは「自分のケースかどうか」だと思うので、先に切り分けます。issue で一致しているのは、Windows 11 上の Cowork で、VM は起動するのに Plan9 share の mount だけが落ちることです。ホスト側の attach は成功扱いでも、ゲスト側では `Plan9 mount failed: invalid argument` になり、その結果として `sandbox-helper: no Plan9 drive shares mounted under /mnt

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出るときに見えていること

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

papoo.work

`Starting connection with timeout of 30000ms` が出るときに、まず疑うこと

この文字列が出たからといって、ただちに「通信が遅い」の一言では片づきません。今回の 2 件の issue では、どちらも MCP サーバーが期待どおり起動しない、あるいは起動のしかたが想定とずれる ところまで話が進んでいました。 つまり、この症状は「接続先が遠い」よりも、「起動時にサーバーが落ちる」「同じサーバーが二重に起動する」といった、MCP 側の立ち上がり方に目を向けたほうがよさそうです。 まず見たいのは、エラーの出方です。`Starting connection with timeout of 30000ms` のあとに、`CONNECTION_CLOSED` や `Invalid Version:` が続くなら、[#93134](https://github.com/anthropics/claude-code/issues/93134) の流れにかなり近いです。少なくともその issue では、プラグインの manifest 経由で起動した `desktop-commander` の MCP サーバーが、`npm` の時点で止まっていました。 一方で、ツールがまった

papoo.work

TelemetrySafeError: task output swap refused (output is an unregistered symlink made during this session): /private/tmp/claude-501/-Users-amit-Personal-auxill-p が出るときに見えていること

この症状は、少なくとも GitHub Issue の報告上では、Claude Code の実行中に `TelemetrySafeError: task output swap refused (output is an unregistered symlink made during this session)` が返っているケースです。報告は2件あり、[#91435](https://github.com/anthropics/claude-code/issues/91435) は closed、[#91042](https://github.com/anthropics/claude-code/issues/91042) は open です。どちらも同じエラー文字列を含んでいますが、原因の説明や恒久的な解決策は issue 本文だけでは確定していません。 まず、あなたのケースがこのクラスタに当たるかを見るなら、エラー文に次の部分が入っているかを確認します。 ```text TelemetrySafeError: task output swap refused (output is

papoo.work

Workspace unavailable. The isolated Linux environment failed to start (VM connection timeout after 60 seconds) が出るとき、まず確認したいこと

この症状に当てはまるかどうかは、かなりはっきりしています。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

papoo.work

The model's tool call could not be parsed (retry also failed): first attempt で失敗して、同じ tool call の再送で通る症状

自分のケースかどうかを先に切り分けるなら、確認したいのは「ツール呼び出しが最初の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

papoo.work

MaxFileReadTokenExceededError: File content (28289 tokens) exceeds maximum allowed tokens (25000). Use offset and limit parameters to read specific portions of を見たときに確認したいこと

この症状でまず目に入るのは、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

papoo.work

`Host denied (verification failed)` が出るときに、まず疑うこと

このエラーは、少なくとも報告上は 2 つのまったく違う場面で出ています。ひとつは SSH でリモートフォルダに入るとき、もうひとつは Claude Desktop の Code タブで Cowork VM を作るところです。どちらも最終的には同じ文言ですが、引き金は同一とは限りません。 まず自分のケースに近いかを切り分けると、[#64425](https://github.com/anthropics/claude-code/issues/64425) は「同じホストでもホスト名の書き方で成否が変わる」例でした。`root@frigate.ahfp` や `root@pve.ahfp` では失敗し、`frigate.ahfp.local` や `orangepi@wait-room-kiosk.ahfp` では成功しています。つまり、少なくともこの報告では “接続先そのもの” より “ホスト名の表記” に症状が結びついています。 一方で [#64867](https://github.com/anthropics/claude-code/issues/64867) は Windows

papoo.work