クロードコードはステータスラインでトークンの 15 ～ 20% を燃やす、開発者の分析で判明

開発者の OpenTelemetry 分析によると、Claude Code はトークンの 15 ～ 20% をバックグラウンドエージェントの 3 ワードのステータス更新の生成に費やしており、これをオフにする方法はありません。

AI エンジニアリングコミュニティで広まっている開発者の分析によると、Anthropic の Claude Code CLI は、トークン予算の驚くべき割合を、ほとんどのユーザーが気付かない機能、つまりバックグラウンドエージェントの横に表示される 3 ～ 5 単語のステータス行に費やしていると主張しています。 Flamerix AI という名前で活動しているチームが GitHub 要点として公開した分析によると、これらの小さなステータス更新は、バックグラウンドエージェントを使用するクロードコードセッションを流れるすべてのトークンのおよそ 15 ～ 20% を消費します。

この発見は、AIコーディングツールが舞台裏でどれだけの目に見えない作業を行っているかについて広範な調査が行われる中で得られた。また、エージェントワークフローの実行にかかる実際のコストに対応するために、開発者が AI ニュースと分析への依存を強めていることも影響しており、数千のリクエストにわたって小さな非効率性が複合化しています。

トークンバーンが発見された経緯

分析は推測に依存しませんでした。 Flamerix AI は、「claude_code.api_request」イベントを「query_source」フィールドでグループ化することによって、Claude Code 自身の OpenTelemetry エクスポートで異常を検出したと述べています。このビューにより、メインの会話自体のコストを超える支出があった「agent_summary」というカテゴリが明らかになりました。

要旨内の数字は具体的です。著者が対策を導入する前の週では、「agent_summary」リクエストがクロードコードの全支出の 16.4% を占めていたのに対し、メインの会話では 15.7% でした。これらはすべての API リクエストの 19.7%、およそ 5 分の 1 を占めました。そのステータスラインの支出の約96％は、Anthropicの最も有能で最も高価なモデルクラスであるOpusに費やされました。また、各サマリーリクエストはエージェントのトランスクリプト全体をモデルに送信するため、入力トークンと出力トークンの比率はおよそ 9,000 対 1 になります。

著者は 1 つの注意点を指摘しています。支出額は Claude Code 独自のリクエストごとのコスト見積もりであり、請求書のデータではありません。加入者にとって、実質的な損失はドルではなく、レート制限のヘッドルームです。これは、同じ制限が有用な作業とステータスの更新の両方に適用されるためです。

Claude コードが実際に行っていること

要点によれば、Claude Code はすべてのバックグラウンドエージェントに対してタイマーを実行します。約 30 秒ごとに、エージェントの完全なトランスクリプトをエージェント自身のモデル (通常は Opus) に送信し、エージェントの最新のアクションを 3 ～ 5 語で説明するよう求めるプロンプトを付けます。応答が行うことは 1 つだけです。エージェントパネルのステータス行を更新します。ユーザーの会話に到達したり、下流の決定に通知されることはありません。

この動作は、2026 年 8 月にリリースされた Claude Code バージョン 2.1.232 以降、デフォルトで有効になっており、分析によれば、これを無効にする設定は存在しません。

この測定は 1 回限りではありませんでした。要点は、Anthropic のクロードコードリポジトリに関する GitHub の問題、問題 #86879 を指しています。この問題では、18% ～ 26% の範囲のオーバーヘッドの 4 つの独立した測定値が収集されています。

エージェントを実行するチームにとってそれが重要な理由

個人の愛好家にとって、ステータスラインは表面的なものです。バックグラウンドエージェントのフリートを実行しているチームの場合、計算はすぐに変化します。 API リクエストの 5 分の 1 が少数の単語を生成するためだけに存在する場合、レイテンシ予算、レート制限予算、および (API 請求の) コスト予算の 5 分の 1 が装飾に費やされます。

プライバシーの側面もあります。各サマリーサイクルは、短いステータス文字列を生成するためだけに、エージェントが触れたコード、ファイル、コンテキストを含むエージェントの完全な作業トランスクリプトをモデルに送信します。規制された業界や機密性の高いコードベースで作業している開発者は、Anthropic がサーバー側でどのように処理するかに関係なく、外観の更新のためにそのマテリアルが 30 秒ごとに再送信される理由に疑問を抱くかもしれません。

回避策: Bun プリロードフック

要点は診断にとどまりません。約 80 行の Bun プリロードスクリプトとして構築された回避策が同梱されています。プリコンパイル済みの Bun バイトコードとして出荷され、テキスト編集に抵抗するクロードコードバイナリを変更するのではなく、スクリプトは `setTimeout` と `setInterval` をラップし、コールバックのソース内の固有のログ文字列によって識別される、サマライザーに関連付けられたタイマーのみを解除します。 1 つおきのタイマーはそのまま通過します。

フックをインストールした後、作成者の OpenTelemetry エクスポートでは、「agent_summary」カテゴリがリクエストの 0% に減少していることが示されました。このスクリプトは、Linux 上の Claude Code バージョン 2.1.257 ～ 2.1.312 に対してテストされており、作成者は、Claude Code の更新により修正がサイレントに取り消される可能性があるため、検証手順が含まれていることを警告しています。

人間に対する未解決の質問

このエピソードは、無料に見える便利な機能が実際には無料であることはほとんどないという、エージェントツールにおける広範な緊張を浮き彫りにしています。フロンティアモデルにトランスクリプト全体を 30 分ごとに要約するように依頼することで最新の状態を維持するステータスパネルは、実際のコストが伴うエンジニアリング上の選択であり、ユーザーがそれを発見したのは、このツールがパターンを測定可能にした OpenTelemetry データを公開するためでした。

Anthropic が組み込みのトグル、安価な要約モデル、またはより長い更新間隔で対応するかどうかはまだわかりません。それまで、この分析は、クロードコードの請求書やレート制限を監視しているチームに対する簡単な経験則を示唆しています。それは、エージェントが高価な部分であると考える前に、「agent_summary」クエリソースのテレメトリを確認することです。