#telemetry

この症状は、報告された2件の issue で同じエラー文字列として現れています。いずれも `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=142 messages=141 range=[118,142))` で始まり、スタックトレースは `/$bunfs/root/src/entrypoints/cli.js` を指しています。少なくとも issue 上では、別々の使い方に見える2件が同じ症状としてまとまっています。 まず切り分けの起点になるのは、Claude Code の正常な会話中にこのエラーが出て、その後の振る舞いが不自然になるかどうかです。#84467 では、スキャナーからデータを取ろうとした途中で、モデルが「lower lesser models」に勝手に切り替わると報告されています。#84140 では、本人が所有するハードウェアへのアクセス支援を求めたところ、Claude がそれを脅威のように扱った、と書かれています。どちらも、単なる表示崩れではなく、会話の

まず、自分のケースかどうかはかなり絞れます。今回の報告に出ているのは、どちらも同じ系統のエラーです。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=688 messages=687 range=[670,688)) ``` 別の issue では、同じ文字列のまま `keys=213 messages=212` という差分で報告されています。該当するのは [#98258](https://github.com/anthropics/claude-code/issues/98258) と [#98290](https://github.com/anthropics/claude-code/issues/98290) です。どちらも open で、解決済みではありません。 この症状の中心は、`VirtualMessageList` の `itemKeys` と `messages` の件数がずれている、という点にあります。少なくとも issue の報告上は、`key

この症状で報告されているのは、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` というエラーです。今回拾えた issue は 2 件だけで、どちらも open のまま、解決済みの報告はありませんでした。 自分のケースに近いかを見るなら、まず次の 2 つです。ひとつは、ESC で実行を止めたあとにターミナルが入力を受け付けなくなるケース。もうひとつは、フォルダ名を変えた直後におかしくなるケースです。 > when i press ESC to stop, then will not allow me to write anything, it stop writing on terminial この issue に添えられていたエラーは、次のものです。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=130 messages=129 range=[117,130)) a

この症状は、Issue 上では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=... messages=... range=...)` という形で出ています。今回見た 3 件では、いずれも末尾の数値が違うだけで、同じ系統のエラーに見えます。 まず、自分のケースかどうかを見るなら、エラー文字列の先頭ではなく、この `itemKeys/messages length desync` の部分を探すのが早いです。報告された 3 件はすべて open で、解決済みは 0 件でした。少なくとも、この時点では「既知の再現例はあるが、確立した修正済み対処は見えていない」という状態です。 参照できた issue は次の 3 件です。 #97148 では、Claude Code を PyCharm / WebStorm の terminal で使っていて、入力中や移動中にカーソルが見えず、停止時に blink する、という見た目の逆転が報告されています。コメントには、PyCharm 内の com

Claude Code に AGENTS.md のサポートが入ったのに、肝心のファイルが読まれない。しかも原因はローカルの設定やファイル名の間違いではなく、telemetry を切っているかどうかだった、というのが元記事の話だ。見た目は「対応済み」なのに、実際には特定の環境で黙って無効化される。こういう挙動は、使う側からするとかなり厄介だと思う。 元記事は、Claude Code 2.1.277 で AGENTS.md のサポートが追加されたものの、その読み込みが remote feature flag の背後に置かれている、と指摘する。内部では `agents-md` という built-in plugin があり、2.1.280 の bundle では `tengu_agents_md_mod` というフラグを取りにいく。ここでフラグが取れない、あるいは false と判定されると、その plugin は unavailable になり、ローカルに置いた AGENTS.md は読み込まれない。 問題は、この判定がネットワーク前提になっていることだ。AGENTS.md 自体は作業ディ

まず引っかかったのは、「自分のディスクにある `AGENTS.md` を読むかどうか」が、ローカルの事情ではなく remote feature flag で決まっていることです。そこまで大げさに管理する種類の機能には見えないし、しかも telemetry を無効にした途端に黙って無視されるのは、かなり嫌な感じがします。拒否されるなら拒否されるでいいのに、何も言わないのがいちばん困る。 この記事でいちばん腑に落ちたのは、筆者が怒っている理由です。単に「新機能がうまく動かない」ではなく、「telemetry を切ると診断情報だけでなく、ローカルにあるはずの入力まで失われる」のが問題なんですよね。ユーザー側から見ると、設定ファイルが読まれないのか、モデルが無視したのか、通信まわりで止まったのか、切り分けようがない。結局、プロンプトを直したり、指示文を疑ったりして時間を溶かすことになる。こういう静かな失敗は本当に厄介だと思います。 もうひとつ面白かったのは、回避策が `CLAUDE.md` に `@AGENTS.md` を書くだけ、というあまりにも地味なことです。機能追加のために増えたはずの

この件は、少なくとも issue 上では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という同じエラーでまとまっています。報告は 3 件あり、いずれも open のままで、解決済みは 0 件でした。なので、現時点では「既知の恒久的な解決策がある」とは言えません。 まず、自分のケースかどうかを切り分けるなら、エラー本文がこの形かを見ます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=554 messages=553 range=[527,554)) at o8t (B:/~BUN/root/chunk-k298bv0z.js:36:28 ``` 同じ症状として確認できた報告は次の 3 件です。 重要なのは、少なくともこの 3 件だけを見る限り、問題の本体が「VirtualMessageList の itemKeys と messages の数がずれている」こと

この症状は、少なくとも GitHub Issue の報告上では、Claude Code の実行中に `TelemetrySafeError: task output swap refused (output is an unregistered symlink made during this session)` が返っているケースです。報告は2件あり、[#91435](https://github.com/anthropics/claude-code/issues/91435) は closed、[#91042](https://github.com/anthropics/claude-code/issues/91042) は open です。どちらも同じエラー文字列を含んでいますが、原因の説明や恒久的な解決策は issue 本文だけでは確定していません。 まず、あなたのケースがこのクラスタに当たるかを見るなら、エラー文に次の部分が入っているかを確認します。 ```text TelemetrySafeError: task output swap refused (output is

まず、自分の症状が同じかどうかは、エラーメッセージの形でかなり絞れます。今回のクラスタでは、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ていて、`keys=... messages=... range=[...,...)` のように itemKeys と messages の件数差まで表示されています。本文で確認できたのはこの型のエラーで、少なくとも issue 報告上は別件を含めて同じクラスタとして扱われていました。 報告されていた issue は 2 件です。[#83109](https://github.com/anthropics/claude-code/issues/83109) では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=325 messages=324 range=[279,325))`、[#81878](https://github.com/an

この症状は、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` というエラー文字列で報告されています。今回まとまっていた issue は 2 件で、どちらも open のままで、解決済みの報告はありませんでした。つまり、少なくとも今回の材料だけでは「これで直る」と言い切れる定番解はありません。 まず、自分のケースかどうかを切り分けるなら、表示されているエラー本文がほぼそのまま一致するかを見ます。報告されていた文字列は次の通りです。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=855 messages=854 range=[807,855)) at jQt (B:/~BUN/root/chunk-w2v99rzn.js:36:27 ``` 別の issue でも同じ系統のエラーが出ています。こちらは件数がかなり小さく、`keys=27 messages=26 rang

このエラー名がそのまま出ているなら、少なくとも「Claude Code のセッション内部で、保持しているメッセージ数とキー数がずれた」状態に遭遇している可能性があります。今回見ている issue では、`itemKeys/messages length desync` が複数報告されていて、しかも症状の出方が少し違います。 たとえば [#90480](https://github.com/anthropics/claude-code/issues/90480) では、リファクタリング用の orchestrator と subagent を使っている途中で safeguard penalty が出たと報告されています。本文では「理由が不明だった」「Fable5 が自分で refactoring plan を組んだ」と書かれていました。 つまり、少なくとも issue 群を見る限りでは、これは単なる表示崩れではなく、複数の会話要素を持つセッションで内部状態が食い違ったときに現れているように見えます。とはいえ、原因までは断定できません。報告された内容だけでは、Claude Code 側のバグ

まず、このエラーが自分のケースかどうかを切り分けるなら、Claude Code の画面やログに次の文言が出ているかを見ます。 `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` 今回集めた issue は 2 件で、どちらも同じ症状クラスタに入っていました。1 件は [#87704](https://github.com/anthropics/claude-code/issues/87704) で、もう 1 件は [#86637](https://github.com/anthropics/claude-code/issues/86637) です。どちらの報告でも、エラー本体はほぼ同じ形で出ています。たとえば #87704 には次のようにあります。 ```json 報告されたエラー: TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=270 messages=269 range=[237

この症状は、Claude Code の画面側で `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースです。今回集まっている issue は [#90375](https://github.com/anthropics/claude-code/issues/90375)、[#90360](https://github.com/anthropics/claude-code/issues/90360)、[#90339](https://github.com/anthropics/claude-code/issues/90339)、[#90260](https://github.com/anthropics/claude-code/issues/90260) の 4 件で、いずれも open のままで、少なくともこの範囲では解決済み報告はありません。 まず、このエラーは 4 件とも同じ文言です。 ```text TelemetrySafeError: VirtualMessageLi

この症状は、Claude Code 側で `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースです。今回集まっている issue は 3 件で、いずれも同じ系統のエラー文字列を含んでいました。 まず、自分のケースかどうかを見分けるには、エラー本文が `itemKeys/messages length desync` を含むかを確認します。報告されているものは、たとえば `keys=215 messages=214 range=[165,215)`、`keys=22 messages=21 range=[0,22)`、`keys=267 messages=266 range=[220,267)` でした。数は違っても、`keys` と `messages` の件数が 1 ずれている点は共通しています。 実際の issue では、エラーそのものに加えて、別の症状が同時に報告されていました。[#90169](https://github.com/anthropics/claude-

この件は、Claude Code の画面や処理中に ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=60 messages=59 range=[0,60)) ``` のようなエラーが出るケースです。報告されている issue は 2 件で、[#88174](https://github.com/anthropics/claude-code/issues/88174) は closed、[#87911](https://github.com/anthropics/claude-code/issues/87911) は open でした。どちらも同じ系統のメッセージを含んでいます。 まず、筆者の環境で確認できた範囲では、Claude Code CLI は 2.1.207 でした。`claude doctor` では複数インストールが見つかっています。ここは実際の出力をそのまま載せます。 ```text $ claude --version 2.1.207 (Claud

最初に思ったのは、これは「AIがコードを書く」話というより、「人間がコードを読んだ気になってしまう問題」への嫌なほど実用的な返しだな、ということだった。LLM が差分を作ってくれるのは速い。でも速いぶん、書いた本人の頭の中にできるはずだった“なぜこうしたか”の手触りが抜け落ちる。そこで observability data、つまり metrics や logs、traces を開発の途中に引っ張ってくる。発想としては地味なのに、かなり効く気がする。 特に引っかかったのは、MCP server と gcx を分けている点だ。MCP server は決まった道具が揃った、やや opinionated な入口。gcx は CLI で、もう少し自由に workflow を組める。ここは単なる製品分けではなくて、「AI にどこまでやらせるか」を段階で分けようとしているように見えた。全部を柔らかい自然言語で包むのではなく、必要なら CLI で組み立てる余地を残す。これはかなり現実的だと思う。 一方で、この記事を読んで少し立ち止まったのは、これがそのまま“正しい判断”を保証するわけではないことだ。た

この症状は、少なくとも今回の issue では Windows 上で報告されています。該当する報告は [#79401](https://github.com/anthropics/claude-code/issues/79401) と [#85333](https://github.com/anthropics/claude-code/issues/85333) の 2 件で、どちらも同じエラー文字列を含んでいます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=168 messages=167 range=[104,168)) ``` ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=85 messages=84 range=[68,85)) ``` まず切り分けとして、このエラーが「表示中のメッセージ一覧の整合性が崩れた」タイプのものかど

この症状は、Issue に出ている文字列がかなり特徴的です。手元で確認できた範囲では、少なくとも [#85341](https://github.com/anthropics/claude-code/issues/85341) と [#85332](https://github.com/anthropics/claude-code/issues/85332) の両方で、同じ ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=52 messages=51 range=[7,52)) ``` または近い形のエラーが報告されています。どちらも open で、解決済みの報告ではありません。したがって、少なくとも現時点では「特定のユーザー設定だけが原因」とは言い切れません。 実際に出ている差分は、`itemKeys` と `messages` の数が一致していないことです。Issue のログでは `keys=52 messages=51`、もう一方では `keys=180 m