arXiv:2604.21816：「Tool Attention Is All You Need」がMCP Taxを排除——エージェントワークフローで1ターンあたりのトークン消費を95%削減
なぜ重要か
研究者のAnuj SadaniとDeepak Kumarが2026年4月23日にArXivで論文を発表し、いわゆるMCP Tax問題——1ターンあたり1〜6万トークンを消費するeager schema injection——を解決しました。彼らのTool Attentionアプローチはトークン消費を95%削減し、コンテキスト利用率を24%から91%に向上させます。
研究者Anuj SadaniとDeepak Kumarは2026年4月23日にArXivで*「Tool Attention Is All You Need」*（arXiv:2604.21816）と題した論文を発表し、Model Context Protocol（MCP）の深刻な構造的問題——いわゆるMCP Tax——を特定し解決しました。これは、典型的なマルチサーバーMCPデプロイメントで各ターンに単純に「消費される」1〜6万トークンの隠れたコストです。
この論文は、エンタープライズ環境でMCPインテグレーションが爆発的に増加する時期に発表されました。そのような環境では、1つのエージェントシステムが複数のサーバーを通じて数十のツールを同時に管理することが多くなっています。このような設定にはこれまで、速度と推論品質の両方を損なう隠れたコストがありました。
MCP Taxとは正確には何ですか？
著者らは問題をeager schema injection——登録されているすべてのツールの完全なJSONスキーマ説明が、モデルがそれらの95%を使用しない場合でもモデルの各呼び出しにコンテキストとして注入されるという標準的なMCPパターン——として特定しています。トークンのオーバーヘッドはサーバー数とスキーマの複雑さに応じて1万〜6万トークン/ターンに達します。
結果は二重です。まず、KVキャッシュが膨張し、推論が遅くなりコストが増加します。次に、コンテキスト利用率が約**70%**の臨界閾値を超えると、「コンテキスト劣化」現象に関する文献で十分に記録されているように、推論品質が著しく低下します。
Tool Attentionはどのように問題を解決しますか？
提案されたアプローチは、エージェントとMCPサーバーの間に位置するミドルウェア層であり、3つの補完的なコンポーネントを組み合わせています：
- Intent Schema Overlap（ISO）スコア — 文章埋め込みモデルを使用してユーザークエリと各ツールの説明の意味的類似度を測定し、関連性でツールをランク付けします。
- State-Aware Gating Function — 前提条件とアクセス範囲を確認してからツールをコンテキストに注入し、認証や特定の状態を必要とするツールがその条件が満たされるまでコンテキストに現れないようにします。
- Two-Phase Lazy Schema Loader — コンテキストには利用可能なすべてのツールのコンパクトな要約プールのみを保持し、完全なJSONスキーマの説明はISOスコアが最も高いtop-kツールにのみプロモートされます。
このアプローチは、経験豊富な開発者の行動に対応しています：「自分ができること」のリストだけを頭に入れておき、ツールを呼び出すとわかったときにのみAPI詳細を参照します。
実際にどれだけ節約できますか？
著者らは実際の本番デプロイメントに基づいてキャリブレーションされた6つのMCPサーバーに配置された120ツールのシミュレーション環境で評価を実施しました。結果は劇的です：1ターンあたりのトークン消費量が47,300から2,400トークンに減少し、95%の削減に相当します。コンテキスト利用率は24%から91%に向上し、エージェントが推論品質を損なうことなく、より複雑な会話履歴を処理できるようになりました。
著者らは、予測指標が測定されたトークン数と公開テレメトリから導出されたものであり、ライブLLMエージェントテストからではないと明示的に述べています。これは重要な制限であり、本番環境での実際の削減量はISOスコアの埋め込みモデルの品質とキャリブレーションの現実性に依存します。
これはマルチエージェントシステムにとって何を意味しますか？
論文の主要な結論は、**「プロトコルレベルの効率こそが、コンテキストの生の長さではなく、スケーラブルなエージェントシステムの制約となる」**ということです。言い換えれば、100万トークンのコンテキストを持つモデルは、各ターンで6万トークンが無駄に消費されるという問題を解決しません。
Claude、GPT、またはオープンソースモデル上でマルチエージェントシステムを構築する開発チームにとって、この論文は具体的なアーキテクチャの変更を示唆しています：遅延スキーマロードを行うミドルウェア層の導入、同じエージェントの連続呼び出し間でのKVキャッシュ共有の実装、そしてコンテキストウィンドウ容量に焦点を当てるのではなく、実際のコンテキスト利用率を主要指標として測定すること。コードは論文で参照されているGitHubリポジトリで入手できます。
この記事はAIにより一次情報源から生成されました。