このエラーは、少なくとも issue 上では 2 件とも open のままで、まだ解決済みの報告はありません。似た見え方でも、きっかけは少し違います。ひとつは null reference のデバッグ依頼で安全フィルタが過剰に反応したという報告、もうひとつは Anthropic API 側の HTTP 529 が出ていたという報告です。どちらも、本文に出ているエラー文字列は同じ系統でした。
まず、自分のケースかどうかを切り分けるなら、会話の途中でこの文字列が出ているかを見ます。issue #85965 では、null のボタンを調べてほしいという依頼で Fable 5 safeguards が「些細な理由で」発火したと書かれています。issue #84337 では「yesterday に 529 issues が複数回あった」とあり、同時に TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ています。つまり、見た目は同じでも、少なくとも報告上は「安全フィルタの誤検知っぽい会話」と「API の 529 っぽい失敗」が並んでいます。
報告されているエラー本文は、どちらも途中で切れていますが、共通して次の形です。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=30 messages=29 range=[0,30))
at h8S (B:/~BUN/root/src/entrypoints/cli.js:22821:8181)
もうひとつの issue では、同じエラー名で数字だけが変わっています。
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=177 messages=176 range=[131,176))
at h8S (B:/~BUN/root/src/entrypoints/cli.js:22821:8181)
ここから分かるのは、itemKeys と messages の数が 1 ずれている、という点までです。なぜずれたのかは、この 2 件の issue だけでは断定できません。実装の内部状態までは公開されていないので、現時点では「VirtualMessageList の表示対象とメッセージ本体の対応が崩れた」以上のことは言えません。
検証環境の実測値は次のとおりです。少なくとも今回の確認は、Linux 環境と Python 3.8.13 上で行っています。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-27T08:51:18+09:00
この時点で書ける実務的な見方は、次の程度です。会話内容が安全フィルタに触れそうな依頼、あるいは API 側が不安定なタイミングでは、同じエラー名に見える報告が出ています。ただし、issue はどちらも open で、共通の回避策や修正済みの手順は確認できませんでした。したがって、現時点では「再現条件の共有待ち」の症状として扱うのが安全です。
#85965 と #84337 を見比べると、少なくとも外から見える情報では、エラー名は同じでも誘因は一つに絞れません。自分のログにこの文字列が出たら、まず会話の内容と同時刻の API エラーを突き合わせる。そこまでは今回の issue から言えます。そこから先は、まだ分からないです。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-08-27T08:51:18+09:00