まず、自分のケースかどうかを切り分けます。この症状は、Claude Code の実行中に
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync
という文字列が出て、keys= と messages= の数が一致していない形で報告されています。今回寄せられた 2 件の issue はどちらも未解決で、片方はセキュリティ監査の依頼中、もう片方は Claude Opus 5 の挙動変化を訴える内容でした。報告された場面は違いますが、出ているエラー本体は同じです。参照できる issue は #90610 と #90514 です。
症状の出方は、少なくとも issue 上ではかなり似ています。たとえば #90610 では、ローカルで動かしている Gitea の安全性確認を Claude に頼み、しかも「ハックはしないで」と明示したあとにモデルの downgrade が起きた、と報告されています。#90514 では、Opus 5 で以前と違う、だるい、勝手に判断するようになった、という不満と一緒にこのエラーが添えられています。つまり、報告ベースでは「何をさせたか」より「会話の途中で内部の表示・telemetry 周りが壊れた」ことが共通点に見えます。ただし、ここから原因を断定することはできません。
実際に手元で確認できる一次情報は環境メモだけでした。エラーの再現手順や追加ログは取得できていないので、ここではその点は言い切れません。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-30T08:51:15+09:00
今のところ、この症状に対して確立した解決策は見えていません。代表 issue に付いたコメントでも、別ツールの codex に切り替えた、という話はありますが、これは回避策の感想に近く、再現条件の解消や修正確認にはなっていません。したがって、現時点で書けるのは「同じエラーで困っている報告が少なくとも 2 件ある」「どちらも open のまま」「原因は未確定」というところまでです。
もし同じ文字列に当たったら、まずは issue の記載と同じく TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync がそのまま出ているかを確認してください。keys= と messages= の数がズレた形で出るなら、少なくとも今回の症状クラスタには入っています。逆に、この文字列が出ていないなら、別件の可能性があります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-30T08:51:15+09:00