AIエージェントが単純なチャットボットから自律的なワーカーへと移行するにつれ、外部ツールやデータとやり取りするためにModel Context Protocol (MCP)への依存度が高まっています。しかし、この機能には、Oktaが解決に乗り出している、隠れた財務的・パフォーマンス的なコストが伴います。

AIオーケストレーションにおける「ツール税」を理解する

AIエージェントがMCPサーバーを介して環境とやり取りする場合、モデルを呼び出すたびに、エージェントは利用可能な機能を理解する必要があります。これを行うには、ツールスキーマ、名前、説明、パラメータの全リストをプロンプトコンテキストに渡さなければなりません。

Oktaはこの現象を「ツール税（tool tax）」と定義しました。統合されるツールの数が増えるにつれて、プロンプトのオーバーヘッドは指数関数的に拡大します。これによりトークン消費量が大幅に増加し、運用コストが直接的に膨らむとともに、エージェントが行う推論ステップごとのレイテンシが増大します。数百ものツールを管理するエンタープライズ規模の導入では、このオーバーヘッドが予算とパフォーマンスの両面において大きなボトルネックとなる可能性があります。

アイデンティティ・スコープ型MCPによるオーバーヘッドの解決

この非効率性を軽減するため、Oktaはアイデンティティ・スコープ型（identity-scoped）のMCPツールリストを導入しています。すべての利用可能なツールをすべてのモデルリクエストにブロードキャストするのではなく、Oktaのアプローチでは、アイデンティティおよびアクセス管理（IAM）を使用してツールセットを動的にフィルタリングします。

アイデンティティ・スコープを実装することで、MCPサーバーは、認証されたユーザーまたはエージェントが使用を許可されている特定のツール定義のみを提供します。エージェントが一般社員に代わって動作している場合は、全ツールスキーマのサブセットのみを受け取り、管理者に代わって動作している場合は、フルスイートを受け取ります。これにより、モデルのコンテキストウィンドウが、無関係なツールや権限のないツールの説明で乱されることがなくなり、各推論呼び出しに必要なトークン数を効果的に削減できます。

なぜこれがAIエコシステムにとって重要なのか

この進展は、「機能中心（capability-centric）」のAIから「ガバナンス中心（governance-centric）」のAIへの重要な転換を意味します。開発者がより複雑なエージェント・ワークフローへと移行するにつれ、力任せのプロンプティング（brute-force prompting）ではスケールを実現できないことが業界全体で認識されつつあります。

Oktaの戦略は、エンタープライズAI導入における最も重要な2つの障壁、すなわち「コストの最適化」と「セキュリティ」に対処するものです。ツールの露出をアイデンティティに紐付けることで、Oktaは「ツール税」を削減するだけでなく、プロトコルレベルで最小権限の原則を強制します。これにより、たとえツールのスキーマがプロンプトコンテキストに含まれていたとしても、AIエージェントが誤って機密性の高い機能（データベースの削除ツールなど）を発見したり、呼び出そうとしたりすることを防ぎます。

主なポイント

  • トークン消費の削減: アイデンティティ・スコープ型MCPは、LLMに送信されるツールスキーマを制限し、「ツール税」を直接的に下げ、推論コストを削減します。
  • セキュリティの強化: ユーザーのアイデンティティに基づいてツールをフィルタリングすることで、Oktaは厳格なアクセス制御を強制し、エージェントによる不正な機能へのアクセスを防止します。
  • スケーラブルなエージェント・ワークフロー: スコープ設定により、大規模なMCP実装で通常見られるレイテンシやプロンプトオーバーヘッドの線形的な増加を伴うことなく、企業は膨大なツールライブラリを導入できるようになります。

結論: ツールの露出をアイデンティティに紐付けることで、Oktaは大規模なAIエージェント導入の妨げとなっていたトークンの肥大化を抑えつつ、セキュリティを強化します。この動きは、コスト、速度、アクセス制御が後付けではなく、プロトコル自体に組み込まれた「ガバナンス中心のAI」へと業界を押し進めるものです。