AIエージェントがツールや別のエージェントを「自ら検索し、その場で呼び出す」ための共通仕様「Agentic Resource Discovery(ARD)」が公開された。マイクロソフト、Google、GoDaddy、Hugging Faceなどの開発者が参加し、エージェントの能力拡張を動的にする仕組みを業界全体で整備する動きだ。
この記事を一言でいうと
エージェントが使うツールや他エージェントを、事前設定ではなく、自然言語で検索して実行時に見つけ出せるようにする共通仕様「ARD」の草案が公開された。
なぜ話題なのか
現在、AIエージェントが外部ツールや別のエージェントを使うには、開発者があらかじめ接続先を設定ファイルに書き込んだり、ユーザーがプラグインでサービスを連携させたりする必要がある。MCP(ツール呼び出し)、Skills(指示書の利用)、A2A(エージェント間連携)といった既存のプロトコルは「どのツールやエージェントを使うか」が事前に決まっていることを前提にしてきた。
しかし、エージェントが数千、数万のアドホックな能力にアクセスしようとすると、この「インストールしてから使う」モデルではスケールしない。すべてのツール情報をLLMのコンテキストウィンドウに詰め込むにも限界がある。ARDはこの「発見の問題」を解決するために登場した。
一般読者や企業にどう関係するのか
企業がAIエージェントを業務に導入する際、これまでは「どのシステムと連携させるか」を一つひとつ設計し、接続情報を手動で管理する必要があった。ARDが普及すれば、エージェントは「経費申請を処理できるサービス」や「在庫確認ができる別のエージェント」を必要なタイミングで自律的に探し出し、実行時に呼び出せるようになる。
日本市場では、複数の業務システムや部門横断の社内サービスが乱立する大企業ほど、こうした動的な能力発見の仕組みは導入ハードルを下げる可能性がある。社内の各部署が公開するAIエージェント同士が、ARD対応のレジストリを通じて相互に連携する姿も想定される。
AI業界の構造で見ると何が変わるのか
ARDは「製品」や「マーケットプレイス」ではなく、誰でも実装できるオープンな仕様である点が構造的に重要だ。具体的には、以下の2つを定義する。
- 静的なマニフェスト形式「ai-catalog.json」:ツールやエージェントの提供者が、自分の能力を決められたURLで公開するための形式
- 動的なレジストリAPI「POST /search」:自然言語での検索に対して、適合する能力をランク付けして返すAPI
これにより、ツール提供者は特定のプラットフォームに依存せずに自社の能力を公開でき、エージェント開発者はレジストリを通じて動的に能力を発見・利用できる。エージェントの競争軸が「どれだけ多くのツールを事前統合しているか」から「どれだけARD対応レジストリから適切な能力を動的に引き出せるか」に移る可能性がある。
Hugging FaceはARDのリファレンス実装として「Discover Tool」を提供し、検索機能を公開している。これは一企業のサービスではなく、仕様の実装例という位置づけだ。
一次情報から確認できる事実
- ARDは草案段階のオープン仕様であり、Microsoft、Google、GoDaddy、Hugging Faceなどの開発者が参加している
- 既存のMCP、Skills、A2Aプロトコルでは、ユーザーや開発者があらかじめ必要なツールやエージェントを把握していることが前提だった
- ARDはこの前提を覆し、エージェントが実行時に必要な能力を検索・発見する「発見レイヤー」を提供する
- 仕様は静的なマニフェスト(ai-catalog.json)と動的な検索API(POST /search)の2要素で構成される
- Hugging Faceはリファレンス実装として検索機能を提供しているが、ARD自体は特定企業の製品やマーケットプレイスではない
関連企業・関連技術
- Microsoft、Google、GoDaddy、Hugging Face:ARD仕様の策定に初期から参加
- MCP(Model Context Protocol):ツール呼び出しの標準プロトコル
- A2A(Agent-to-Agent):エージェント間連携のプロトコル
- Skills:エージェント向け指示書の形式
- Hugging Face Hub:ARDのリファレンス実装を提供するプラットフォーム
今後の論点
- ARDが草案から正式な標準仕様へと移行するタイムラインと、各社の実装状況
- 複数のレジストリが乱立した場合の相互運用性や信頼性の担保方法
- 動的な能力発見が一般化した際のセキュリティやガバナンスの課題(悪意あるツールの混入防止など)
- 日本企業における社内エージェント連携基盤としてのARDの実用可能性とローカライズの動き