本当のコストは同じミスを2回繰り返すこと
TokenEconomizerは、より安価なモデルへの切り替えやプロンプトの変更ではなく、エージェントの作業の進め方を改善することでエージェントのコストを削減します。外部のブラックボックス型コントローラーとしてエージェントのやり取りを観察し、学習内容をローカルに保存します。この方法により、モデルの品質を損なったり、継続的なプロンプトエンジニアリングを必要としたりしがちな、一般的なトークン削減ツールの落とし穴を避けられます。
おなじみの状況です。Claude Claude Opusに修正を依頼すると、テストコマンドを試します。エラーになります。検索を行ってトークンを消費し、最終的に修正方法を見つけます。ところが後のセッションで、まったく同じミスを繰り返し、同じ検索を行い、再びトークンを消費します。TokenEconomizerは過去のセッションから学習することで、これを防ぎます。
MicrosoftとUC Berkeleyは、6つのリポジトリと5つのエージェントとモデルの組み合わせにまたがる277件のSWE-benchタスクでTokenEconomizerをテストしました。報告された節約率は18.4%から30.9%で、5つの組み合わせのうち4つでタスク成功率が向上しました。この節約率には、プラグイン自身のモデル呼び出しも考慮されています。
具体的なコスト削減率は次のとおりです。
- Claude Claude Opus: -30.9%
- Codex + GPT-5: -24.7%から-26.1%
- Claude Code + Sonnet: -23.6%
- GitHub Copilot CLI + Sonnet: -18.4%
これは、エージェントの動作から学習するTokenEconomizerの手法が効率に直接影響することを示しています。重要なのは安価なモデルではなく、より賢い実行です。
トークンの無駄を静かに抑える3つの方法
TokenEconomizerはエージェントのやり取りを静かに最適化し、3つの主要な領域でトークンの無駄を抑えます。第一に、micro-skillsがリポジトリで繰り返し現れる事実を抽出します。エージェントが正しいテストコマンドや環境変数を何度も探り当てようとすることがあります。プラグインは成功した実行を観察してこれらの詳細(npm testやPORT=3000など)を学習し、今後のセッションに注入します。これにより無駄な試行錯誤を未然に防ぎ、探索に費やされるトークンを大幅に削減します。
第二に、tool pruningがコンテキストの肥大化を最小限に抑えます。エージェントは数十ものツール定義を読み込むことが多く、実際に使われるのはそのうちのわずかでもトークンを消費します。TokenEconomizerはリポジトリごとに実際のツール使用状況を追跡します。複数のセッションにわたって使われないツールについては、プラグインがその定義の読み込みを停止でき、システムプロンプトを大幅に短縮します。未使用のツールは、必要に応じて再び有効にできます。
最後に、failure-loop interventionがエージェントの行き詰まりを防ぎます。エージェントが失敗するコマンドのバリエーションを試し続け、繰り返しのサイクルでトークンを消費することがあります。TokenEconomizerは、こうしたほぼ同一の試行の繰り返しを検出します。最小限のオーバーヘッドで動作する小規模な専用のジャッジモデルが介入し、エージェントにアプローチの変更を促し、それでも改善しない場合は停止を提案します。これにより、非生産的なループでのトークン消費の暴走を防ぎます。Microsoftは、テストした失敗事例において、これが総トークン消費の最大32%を占めていたことを確認しました。
31%という見出しの数字には、コールドスタートが伴います
Microsoftの新しいプラグインがAIコーディングコストを31%削減するという見出しの数字は、ベンチマークの結果であり、保証ではありません。節約効果は、エージェント、モデル、リポジトリ、タスクによって異なります。1つのテスト構成ではタスク成功率がわずかに低下しましたが、ほとんどの構成では向上しました。
すぐに節約できるとは期待しないでください。TokenEconomizerにはコールドスタートの問題があり、新しいリポジトリには有用な履歴がありません。初期の実行では、通常どおりトークンを消費する可能性が高いです。本当の価値は、同じ1つか2つの主要なリポジトリで作業を繰り返すことで現れ、プラグインはmicro-skillsを学習して適用できるようになります。
セットアップには注意が必要です。Better Stackの動画では重要なポイントが指摘されています。公開プラグインでは、micro-skillsはデフォルトで無効になっています。設定で明示的に有効にする必要があります。すべての機能が有効であると思い込まず、TokenEconomizer statusで状態を確認してください。
仕組みやソースの詳細については、GitHubリポジトリmicrosoft/TokenEconomizer: Experience-Driven Black-Box Cost Control for Coding Agentsをご覧ください。このプラグインの強みは、繰り返されるセッションから学習し、次の内容を特定できる点にあります。
- 動作するテストコマンド
- 必要な環境変数
- ファイルの場所
この学習したコンテキストは今後のエージェントのプロンプトに注入され、重複した探索を避けられます。関連のない複数のプロジェクトを頻繁に行き来する場合、TokenEconomizerによる節約はあまり見込めません。一方、集中的に反復する開発では、大きな変化をもたらします。
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
節約効果を信頼する前に、1週間のテストを実施してください
最もよく使うプロジェクトに、MicrosoftのGitHubリポジトリからTokenEconomizerプラグインをインストールします。セットアップの手順に従い、statusコマンドとtool pruneの情報に注意してください。micro-skillsがデフォルトで無効になっている場合は、有効にしてください。
1週間、プラグインを使う場合と使わない場合で、似たタスクを比較してください。コスト、タスクの完了状況、品質を記録します。最初のセッションだけで判断しないでください。プラグインは時間とともに学習します。進捗の確認にはTokenEconomizer statusとtool prune refresh catalogを使用してください。
学習内容はエージェントごとに保持されると考えてください。たとえば、Claude Codeでの経験がCodexに引き継がれることはありません。プラグイン自身のモデル呼び出しは報告された節約率に含まれているため、オーバーヘッドも考慮されています。
結果を損なうことなくコストを確実に削減できる場合にのみ、プラグインを使い続けてください。エージェントが繰り返しのエラーや未使用のツールでトークンを消費している場合、TokenEconomizerで請求額を削減できる可能性があります。そうでなければ、アンインストールしてください。1週間以内に判断できます。
よくある質問
TokenEconomizerとは何ですか?
TokenEconomizerは、コーディングエージェントのセッションから学習し、リポジトリ固有の作業で無駄なトークン消費を減らすオープンソースのプラグインです。
TokenEconomizerはコーディングコストをどの程度削減できますか?
277件のSWE-benchタスクで報告されたテストでは、エージェントとモデルに応じて、平均コストが約18.4%から30.9%削減されました。
TokenEconomizerはどのコーディングエージェントに対応していますか?
Claude Code、OpenAI Codex、GitHub Copilot CLIをはじめ、その他のコーディングエージェント環境に対応しています。
TokenEconomizerはすぐにコストを節約できますか?
必ずしもそうとは限りません。開始時点ではプロジェクトに関する知識がほとんどないため、同じリポジトリで繰り返しセッションを行った後に節約効果が出やすくなります。
TokenEconomizerが学習したデータはローカルに保存されますか?
同プロジェクトによると、リポジトリの学習内容と追跡状態は、外部のサードパーティに送信されず、ローカルに保存されます。

