TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出るときに見えたことまず、この症状が自分のケースかどうかを切り分けます。今回集まっているのは 2 件の issue で、どちらも同じエラー文字列で止まっています。ひとつは bash プロンプトのたびに仮想環境の再有効化が走って作業が止まるという報告、もうひとつは Strix の vulnerability assessment 連携が失敗するという報告です。どちらも同じく TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を含んでいます。
参照できる issue は次の 2 件です。
#76138 では、Claude Code が bash prompt のたびに source .venv/bin/activate を実行し、accept edits モードで作業が滞ったと報告されています。報告者は、Claude Code を起動する前から venv はすでに有効だったと書いています。#76579 では、webapp の vulnerability assessment に Strix tool を使っている最中に失敗した、という短い説明だけがあります。少なくともこの 2 件だけを見る限り、同じエラー文字列が出ていても、前者は shell / prompt 周り、後者はツール連携の文脈です。
issue に付いたコメントはどちらも再現手順や修正版の案内ではありませんでした。書かれていたのは、しばらく活動がないのでクローズする、ロックされたので関連があれば新しい issue を立ててほしい、という内容です。したがって、この段階では「これをやれば直る」と言える材料はありません。
確認できている実出力はこれだけです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-10-26T08:52:37+09:00
このメモから言えるのは、筆者の検証環境が Linux 3.10 系で、Python は 3.8.13 だったことまでです。エラーの再現や回避策をこの出力から直接は導けません。
現時点で安全に言えるのは、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync は少なくとも 2 件の別 issue で観測されていて、どちらも解決済みとしては読めない、ということです。症状の文脈が shell prompt の挙動なのか、外部ツール連携なのかで違うため、同じ文字列でも原因は一つに絞れません。再発しているなら、関連する操作直前の流れをそのまま添えて新しい issue を出すのが現実的です。少なくとも、今回参照できた情報だけでは修正済みの対処法は確認できませんでした。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-10-26T08:52:37+09:00