Foundry の Toolbox とは何ですか?

組織が AI エージェントを採用するにつれて、エージェント間でのツールの管理がますます複雑になる可能性があります。 エージェントは、多くの場合、ツール、API、MCP サーバー、およびその他のサービスに直接接続し、実装ごとに個別の構成、認証、およびガバナンスを必要とします。 このアプローチにより、エージェントの数が増えるにつれて、重複した作業、一貫性のない動作、脆弱な運用デプロイ、追加の運用オーバーヘッドが発生する可能性があります。

ツールボックスは、Microsoft Foundry でツールを管理および共有するための一元的な方法を提供します。 ツールボックスでは、キュレーションされた一連のツールを 1 回定義し、エージェントがフレームワークとランタイム間で使用できる単一の MCP 互換エンドポイントを介して公開します。 ツールボックスを使用すると、一元的な資格情報管理、ガバナンス、可観測性、アクセス制御を有効にしながら、ツールの統合を簡素化できます。   各エージェントに対して個別にツールを構成する代わりに、チームはツールを 1 か所で管理し、複数のエージェントで再利用し、エージェント コードを変更することなくツールの実装を更新できます。 このアプローチは、組織が一貫したセキュリティと運用方法を維持しながらエージェント開発をスケーリングするのに役立ちます。

この記事では、ツールボックスのしくみ、その主要な概念とアーキテクチャ、およびMicrosoft Foundry でツールボックスを作成および管理する方法について説明します。

ツールボックスを使用する理由

新入社員のオンボードに役立つエージェントについて考えてみましょう。 1 回のリクエストでは、エージェントに次のことを行わせる必要がある場合があります。

  • ナレッジ ベースを使用してオンボード ガイダンスを取得します。
  • REST API を使用してMicrosoft Entra ID アカウントを作成します。
  • 実行時間の長いエージェントを使用してクラウド リソースをプロビジョニングします。
  • エージェントのスキルを使用して、パーソナライズされたウェルカム メールを下書きします。
  • MCP サーバーを使用して、Microsoft Teams チャネルにウェルカム メッセージを投稿します。

これは、1つのエージェントに対して、5種類、5つの認証モデル、5つの所有チームです。 次に、これを組織が構築するすべてのエージェントに当てはめてみてください。

  • Teams は、同じツールを個別に再実装します。
  • 資格情報が複製され、各エージェントが独自のシークレットとトークンの更新を管理します。
  • ガバナンスに一貫性がないか不足しているため、どのツールが存在するか、誰が使用しているのかをほとんど把握できません。

複数のエージェントがそれぞれ、異なる認証モデルと重複する資格情報を使用して独自のツールを結び付ける様子を示す図。

一元化されたアプローチを使用しない場合、各エージェントは、それぞれ独自のツール定義、資格情報、統合ロジックで設定する必要があります。 組織がより多くのエージェントを作成すると、このモデルによって、重複したツールの実装、一貫性のないセキュリティ制御、運用オーバーヘッドの増加につながる可能性があります。

ツールボックスは、チームがツールを一元的に定義および管理し、単一の MCP 互換エンドポイントを介して公開できるようにすることで、これらの課題に対処します。 エージェントは、各エージェントのカスタム統合を必要とせずに承認されたツールを使用できます。これにより、組織はツールの再利用を改善し、資格情報管理を簡素化し、エージェントのデプロイ間でガバナンスを一貫して適用できます。

ツールのライフサイクル - ビルド、検索、使用、および管理

ツールボックスは、4 つの柱(ビルド、発見、消費、管理)を通じて、ツールのライフサイクル全体をカバーします。

柱 価値提案
Build 再利用可能なツールとスキルのコレクション (プレビュー) を作成し、一度公開し、認証を一元的に構成して、すべてのチームがエージェントごとの構成や認証情報を複製することなく同じツールを使用できるようにします。
発見 ツール検索を使用して、エージェントが実行時に最も関連性の高いツールを見つけるのに役立ちます。 1 つのツールボックスには、モデルのコンテキストをあふれさせたり、トークン コストを増大させたり、選択精度を低下させたりすることなく、何百ものツールを保持できます。
消費 ツールボックス内のツールへのアクセスを提供する単一の MCP 互換エンドポイントにエージェントを接続します。 エージェントは、カスタム統合を必要とせずに、プロトコルと認証モデル間でツールを検出して呼び出すことができます。
管理 ツールボックス レベルで認証、承認、ガードレール、可観測性、バージョン管理を適用します。 一元化されたガバナンスは、組織がエージェントとツール間で一貫したセキュリティと運用上の制御を維持するのに役立ちます。

Microsoft Foundry の 1 つの MCP 互換エンドポイントとしてツールボックスを示す図。左側の Foundry Agent Service (プロンプトおよびホストされたエージェント)、Microsoft Agent Framework、LangGraph、および GitHub Copilot はツールボックスに接続します。ツールボックスには、ビルド (キュレーションされたツール、スキル、エージェント)、探索 (ツール検索によるトークンの使用量とコンテキスト ウィンドウの削減)、消費 (ガバナンスとガードレールを使用した統合エンドポイント) が用意されています。右側では、ツールボックスは MCP、A2A、OpenAPI、Microsoft IQ、スキル、エージェント (A2A) などと接続します。既定で管理されます。

Foundryを拠点にしていても、Foundryに縛られるわけではない

ツールボックスは、Microsoft Foundry で作成および管理されますが、Foundry ベースのエージェントに限定されるわけではありません。 Microsoft Agent Framework、LangGraph、または独自のコードで構築されたカスタム エージェントを含む、あらゆる MCP 互換のランタイムまたはクライアントで、ツールボックスを使用できます。

ツールボックスはマネージド リソースであるため、エージェント コードを変更せずにツールを追加、削除、または更新できます。 エージェントは引き続き同じエンドポイントに接続しますが、管理者はツールの可用性と構成を一元的に管理します。 バージョン管理を使用すると、ツールボックスの新しい既定バージョンとして設定し、それを利用するエージェントが、それらのエージェントを再デプロイすることなく使用できるようにします。

ツールボックスの動作を確認するには、次のデモをご覧ください。

主な機能

Microsoft Foundry Agent Toolbox は、大規模で急速に増加するツール コレクションを管理しやすく、安全に保つ機能を追加します。

  • 単一のエンドポイント。 エージェントは、1 つの MCP 互換エンドポイントに接続し、実行時にすべてのツールを検出します。 エージェント コードを変更したり、再デプロイしたりすることなく、ツールの追加、削除、再構成を行うことができます。
  • 一元化された認証。 ツールボックスは、Microsoft Entra IDと OAuth ID パススルーを使用して実行時に資格情報の挿入、トークンの更新、ポリシーの適用を処理するため、使用するエージェントはツールごとの資格情報を管理しません。
  • 既定ではガバナンスが有効です。 ツールボックス レベルでツールの入力と出力にガードレール (責任ある AI ポリシー) を適用します。
  • バージョン管理。 新しいツールボックス バージョンを作成してテストし、準備ができたら既定に昇格します。 ツールボックスを指すすべてのエージェントは、コードを変更せず、昇格されたバージョンを自動的に取得します。

これらの主要な機能に加えて、Toolbox では次の機能を利用できます。

アプリケーションが成長するにつれて、使用可能なツールの数も増えます。 少数のツールから始まるツールボックスは、すぐに数十または数百まで拡張できます。 すべてのモデル要求ですべてのツール定義を送信すると、課題が発生します。

  • ツール数のスケールが大きくなると、コストが増加します。 すべてのツール定義は、モデルがそのツールを使用しているかどうかに関係なく、入力トークンを追加します。
  • コンテキスト容量の削減: ツール定義は、モデルのコンテキスト ウィンドウ内の空間について、会話履歴、ドメインナレッジ、およびその他のコンテキストと競合します。
  • 精度の低いツールの選択: モデルが何百ものツールから選択する必要がある場合は、類似しているが正しくないツールを選択するか、最適なオプションを見落とす可能性が高くなります。

ツール検索では、ツールを既定で非表示にし、2 つのメタ ツールのみを公開することで、これらの課題に対処します。

  • tool_search - 必要なものを説明し、最も関連性の高いツールが返されます。
  • call_tool - 検出されたツールを名前で呼び出します。

ツールの表示方法を制御します。

  • 重要なツールをピン留めして、常に使用できるようにします。
  • 組織が使用する用語を使用して、ツールの見つけやすさを向上させるコンテキストを追加します。
  • 自動ピン留め 頻繁に使用されるツールを。

詳細情報: ツール検索。

スキル (プレビュー)

ツール は、 エージェントが何をできるかを定義します。 スキルは、タスクをどのように実行するかを定義します。

  • Skills は、エージェントが他のツールと同様に呼び出すことができる機能として、 再利用可能なマルチステップ ワークフローをパッケージ化します。 たとえば、スキルは書式設定されたレポートを生成したり、トリアージ ワークフローを実行したり、一連のツール呼び出しを調整したりできます。

  • スキルは バージョン管理され、変更できません。 特定のスキル バージョンをツールボックスにアタッチして、環境間で一貫性のある予測可能な動作を保証できます。

  • スキルは、共有ワークフローを使用するために必要なセットアップを減らします。 エージェントは、起動時に MCP リソースを使用してスキルを自動的に検出して読み込みます。

スキル (プレビュー) を参照してください。

サポートされているツール

次のツールがサポートされています。

ツール ツールボックス ツールとの直接統合
モデル コンテキスト プロトコル (MCP) ✅ はい ✅ はい
Web 検索 ✅ はい ✅ はい
Azure AI 検索 ✅ はい ✅ はい
コード インタープリター ✅ はい ✅ はい
ファイル検索 ✅ はい ✅ はい
OpenAPI ✅ はい ✅ はい
エージェント間(A2A) ✅ はい ✅ はい
ブラウザー自動化 ✅ はい ✅ はい
Fabric IQ ✅ はい ✅ はい
ワークインテリジェンス ✅ はい ✅ はい
ツールの検索 ✅ はい ❌ いいえ
スキル ✅ はい はい(Microsoft Copilot ハーネスを使用するプロンプト エージェントの場合)
リマインダーツール ✅ はい ❌ いいえ
関数呼び出し ❌ いいえ (クライアント側の実行) ✅ はい
Bing によるグラウンディング ❌ いいえ ✅ はい
コンピューターの使用 ❌ いいえ ✅ はい
イメージの生成 ❌ いいえ ✅ はい
SharePoint ❌ いいえ ✅ はい
ファブリック データ エージェント ❌ いいえ ✅ はい
Azure Functions ❌ いいえ ✅ はい

概要