Foundry のツールボックスとは

組織が 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 つの柱 ( ビルド、 検出、 消費、 管理) を通じて、ツールのライフサイクル全体をカバーします。

Foundry-homed、Foundry-bound ではありません

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

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

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

主な機能

Microsoft Foundry Agent Toolbox では、大規模で急速に成長するツール コレクションを管理しやすく、安全な状態に保つ機能が追加されています。

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

これらの主要な機能に加えて、ツールボックスでは次の新しいプレビュー機能が有効になります。

ツール検索 (プレビュー)

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

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

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

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

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

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

詳細情報: ツール検索 (プレビュー)。

スキル (プレビュー)

ツール は、 エージェントが実行できる操作を定義します。 スキルは、タスクの実行 方法 を定義します。

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

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

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

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

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

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

概要

• Foundry でツールボックスを作成および管理 する - ツールボックスを設定し、それをエージェントに統合します。
• ツールボックスのクイック スタート - ツールボックスを構築し、ホストされるエージェントと一緒にエンド ツー エンドで使用します。