この症状は、GitHub Issue 上では少なくとも 2 件まとまっていて、どちらも [open] のままで解決済みではありません。報告されているエラーは同じで、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync です。
該当 issue は #80676 と #80664 です。
まず、自分のケースかどうかを切り分けます。issue の内容を見ると、単純な表示崩れというより、会話履歴の扱いとモデル側の応答の整合がずれたときに出ているように見えます。#80676 では FIDO 設定の支援をモデルが拒んだと報告され、#80664 では 1 回の planning タスクの途中でモデルが切り替わったことに困惑している、と書かれています。どちらの報告にも、同じエラー文字列が付いています。
実際に issue に載っているエラー断片は次のとおりです。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=224 messages=223 range=[196,224))
at i3b (B:/~BUN/root/src/entrypoints/cli.js:18388:8188)
at Flf (B:/~BUN/root/src
別件の issue では数値だけが違い、やはり同じ型の不整合として出ています。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=164 messages=163 range=[140,164))
at i3b (B:/~BUN/root/src/entrypoints/cli.js:18388:8188)
at Flf (B:/~BUN/root/src
この 2 件から確実に言えるのは、itemKeys と messages の件数が一致していない、という点までです。原因そのものは issue だけでは分かりません。少なくとも、報告ベースでは再現条件が 1 つに絞れていません。FIDO 設定の支援中でも、単一ターンの planning 中でも起きています。
手元で確認できる環境情報は以下だけです。症状の再現可否を判断する材料としては、OS と Python の記録があります。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-24T08:50:29+09:00
現時点では、直し方として断定できる手順はありません。少なくとも issue 上では未解決です。
もし同じ文字列が出るなら、会話内容やモデル切り替えの有無を含めて、#80664 または #80676 に近い症状として扱うのがよさそうです。ただし、どちらが自分のケースに近いかは、今ある情報だけではまだ分かりません。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-24T08:50:29+09:00