AWSがAgent RegistryとARD仕様を発表、複数環境のエージェントを統合検索

発表の概要

AWSは、AIエージェントやMCPサーバー、ツール、スキルなどを組織内で一元管理できる「AWS Agent Registry」のプレビューを開始し、あわせてエージェント発見のためのオープン仕様「Agentic Resource Discovery (ARD)」を公開した。Agent Registryは、エージェント関連リソースをカタログ化し、承認フローによって品質を担保しながら検索可能にするサービスである。ARDは特定の製品ではなく、Apache License 2.0で提供される標準仕様であり、GitHubや専用サイトで公開されている。

AWSのブログでは、ARDの狙いを「DNSが名前解決を可能にするのと似ている」と説明している。つまり、複数の環境に散在するエージェントのカタログを、共通プロトコルで相互に発見できるようにするのが目的だ。AWS Agent RegistryはAWS環境内での発見を解決するが、ARDはその外側の環境も含めた連携を担うとみられている。

Agent Registryの仕組み

Agent Registryは「レジストリ」と「レジストリレコード」の2つの概念からなる。レジストリはAWSアカウント内に作成するカタログで、承認設定や認可設定を個別に持つことができる。組織全体で1つのレジストリを使うことも、リソースタイプやチームごとに分けることも可能だ。レジストリレコードは、各リソースのメタデータを表し、何のリソースで、どうアクセスできるかを記述する。

公開までの流れは、管理者がレジストリを作成し、パブリッシャーがレコードを提出、キュレーターが承認するという形だ。承認されたレコードだけが検索対象になるため、セキュリティやコンプライアンス上の基準を満たしたものを選びやすくなる。認可にはAWSのIAMまたは、企業のアイデンティティプロバイダーから発行されるJWTを使用できる。また、レジストリはリモートのMCPエンドポイントとして提供されるため、MCP互換クライアントから直接検索できる点も特徴だ。

マルチ環境連携の課題

多くの企業では、エージェントやツールが複数のクラウド、オンプレミス、SaaSに分散している。各環境が独自のレジストリやメタデータ形式を持っていると、相互運用するには環境ごとに専用コネクタを作り、ペアで接続するしかない。これは大規模になると管理が難しい。

ARDは、すべてのレジストリが共通の形式でリソースを記述し、共通プロトコルで発見できるようにすることで、この課題の解決を目指す。ローカルなレジストリは、ARDに対応していれば、二国間の連携協定や独自コネクタなしにフェデレーションできるとされている。これにより、パブリッシャーは一度記述すれば、複数の環境から発見できるようになるという。

補完関係と現時点の制約

AWSはARDをAgent Registryの自然な補完機能と位置づける。AWS以外の環境に置かれたカタログは、ARDの形式で公開すれば移行なしに連携でき、アクセス制御は既存のAgent Registryの仕組みをそのまま使えると期待されている。また、ARDを使えば、組織が独自ドメインでカタログを公開し、ARD互換のクライアントから発見できるようにすることも可能だ。

ただし、ARDはあくまで仕様であり、実際の相互運用性や採用状況はまだ未知数だ。Agent Registryもプレビュー段階で、料金や正式リリースの時期は公開されていない。導入を検討する際は、まず仕様書とリファレンス実装を確認し、小規模な検証から始めるのが現実的だろう。