AIエージェントを本格的に業務展開しようとして、「ツールの配線地獄」に陥った経験はないだろうか。Microsoft FoundryにToolboxesが登場し、このボトルネックを正面から解消する仕組みがパブリックプレビューとして公開された。

ツール統合の「複雑さ」が組織規模の展開を阻んでいた

Microsoftが公式ブログで示した例がわかりやすい。「新入社員のオンボーディングを自動化するエージェント」を作るとしよう。Entra IDアカウントの作成、GitHubリポジトリへのアクセス付与、クラウドリソースのプロビジョニング、Azure DevOpsへのタスク登録、Teamsへのウェルカムメッセージ送信——これだけで5種類のツール、5種類の認証モデル、5チームの管轄が絡んでくる。

この「1エージェント×多ツール」の問題を組織全体に拡大すると、同じツール実装が各チームに散在し、クレデンシャルが重複し、ガバナンスが機能しなくなる。問題はモデルの能力ではない。ツール統合そのものがボトルネックになっているのだ。

Toolboxesとは何か：4つの柱

Foundry Toolboxesは「一度定義したツールセットを、あらゆるエージェントが単一エンドポイントから利用できる」仕組みだ。4つの柱で構成される。

Discover（近日公開）

ツールカタログを検索・発見する機能。長大なカタログを手動で探す必要がなくなり、承認済みツールを再発見して再利用できる。

Build（本日より利用可能）

ツールを「Toolbox」という名前付きの再利用可能バンドルにまとめる機能。現在対応しているツールは以下の通り。

  • ビルトインツール: Web Search、Code Interpreter、File Search、Azure AI Search
  • プロトコル: MCP（Model Context Protocol）、A2A（Agent-to-Agent）、OpenAPI

認証はOAuthアイデンティティパススルーとMicrosoft Entraマネージドアイデンティティによって一元管理される。個々の開発者がクレデンシャルを管理する必要がなくなる。

Consume（本日より利用可能）

ToolboxをMCP互換の単一エンドポイントとして公開する機能。エージェントは一度接続するだけで、Toolbox内のすべてのツールを動的に発見・呼び出せる。フレームワークやランタイムは問わない。AutoGenでもSemantic Kernelでも、MCP対応であればそのまま使える。

Govern（近日公開）

すべてのツール呼び出しに対する集中認証と可観測性。開発者がガバナンスロジックを各エージェントに組み込む必要がなくなり、セキュリティチームと基盤チームが一貫したコントロールを得られる。

実務への影響：日本のエンジニア・IT管理者にとっての意味

今すぐ試せること

  • Foundryポータルからツールboxを作成し、既存のMCPサーバーをバンドルして動作確認する
  • Entraマネージドアイデンティティを使って認証を一元化し、クレデンシャル管理のコストを下げる
  • MCP対応の任意のエージェントランタイムから接続し、既存エージェントとの統合を検証する

ガバナンス観点での注目点

日本の大企業でよく見られる「シャドーIT的なエージェント乱立」を制御する手段として有効だ。誰がどのツールを使っているか、セキュリティ設定は統一されているか——こうした問いに答えるための基盤が整いつつある。Govern機能がGAになれば、監査ログや利用状況の可視化も期待できる。

NHI（Non-Human Identity）管理との接続

Toolboxesの認証機能はEntraのマネージドアイデンティティと統合されている。これは「人間の関与なしに安全にツールを呼び出せる」NHI管理の実践そのものだ。業務自動化の真のボトルネックは技術ではなく、認証・認可の煩雑さにある。この問題を正面から解決しようとしている姿勢は、現実の課題に真摯に向き合ったものと言える。

筆者の見解

AIエージェントの普及における最大の障害は、モデルの性能ではなくインフラ側の「配線コスト」だという見立ては正しい。Toolboxesはその問題に正直に向き合っている。

Microsoftが持つ強みは、Entra ID・Teams・Azure基盤という「エンタープライズを縦断するプラットフォーム」だ。個別のAI機能で競争するより、「多数のエージェントが安全に動作するための管制塔」としての役割——これはMicrosoftが最も得意とする領域であり、Toolboxesはその方向性を正しく具体化している。

一点気になるのは、GovernとDiscoverがまだ「近日公開」のステータスであることだ。ガバナンスが完備されていない状態でエージェントが乱立するリスクは現実にある。パブリックプレビューで実際に触りながら検証を進めつつ、GA（一般提供）のタイミングを見極めてから本番展開の計画を立てるのが現実的な進め方だろう。

MCP（Model Context Protocol）という共通プロトコルが、今後のエージェントエコシステムの事実上の標準になりつつある。FoundryがMCPを前面に打ち出してきたことは、この流れに乗る意思表示として明確だ。エンタープライズAIの「インフラ層」として確固たる地位を築けるか——Toolboxesはそのための重要な一手になりうる。正面から勝負できる力がMicrosoftにはある。あとはスピードと完成度だ。

出典: この記事は Introducing Toolboxes in Foundry の内容をもとに、筆者の見解を加えて独自に執筆したものです。