PaPoo
cover

TelemetrySafeError: VirtualMessageList: itemKeys/messages le で止まるときに見るもの

この症状は、報告されている範囲では TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で、keys=174 messages=173keys=473 messages=472 のように、itemKeysmessages の数が 1 件ずれて落ちています。少なくとも issue #88908#88227 では、同じエラー文字列が出ています。

まず自分のケースかどうかを見るなら、エラーメッセージの中に VirtualMessageListlength desync が含まれているかを確認します。さらに、スタックトレースに lGEi8h が見えていれば、報告された症状と一致しています。TelemetrySafeError という名前が付いているので、本文中の issue ではテレメトリ関連の安全チェックで止まっているように見えますが、現時点ではそれ以上の原因は分かりません。

報告内容から追える事実は限られています。#88908 では環境情報として次が載っていました。

Platform: win32
Terminal: windows-terminal
Version: 2.1.237
Feedback ID: 2f2e519a-b8f6-4840-bc66-47be1d802465

そしてエラーは次の形です。

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=174 messages=173 range=[118,174))
    at lGE (B:/~BUN/root/cli:23198:33898)
    at i8h (B:/~BUN/root/cli:23198:26870)

別の issue #88227 でも、同じく 1 件の差分が出ています。

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=473 messages=472 range=[453,473))
    at lGE (B:/~BUN/root/cli:23198:33898)
    at i8h (B:/~BUN/root/cli:23198:26870)

このため、少なくとも現時点で言えるのは「特定の入力内容や画面状態で、表示用リストの件数が一致しないまま扱われているらしい」というところまでです。ただし、どの操作で再現するか、どの条件で必ず起きるかは、渡された issue だけでは分かりません。#88908 では HackerOne を使った bug hunting 中だと書かれていましたが、それが直接の原因かどうかは判断できません。

再現確認をするなら、同じエラー文が出るかをまず見ます。本文中の issue に沿って言うと、keysmessages の差が 1 のまま落ちているか、VirtualMessageList が出ているかが見分けの材料です。ここまで一致しているなら、少なくとも同じ症状クラスタに入る可能性が高いです。

現時点では恒久的な解決策は確認できていません。issue の内容だけでは回避手順も確定できないため、無理に断定せず、同じエラー文字列と発生時の操作内容を記録して報告するのが安全です。Feedback ID が取れている場合は、#88908 のように併記すると切り分けの助けになります。


検証環境

OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-08-24T08:50:19+09:00

参照した Issue(anthropics/claude-code): #88908, #88227

同じ著者の記事