AWS、エージェント跨環境発見の「ARD」仕様を公開
本文の状態
日本語全文を表示中
詳細モードで約9分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
AWS Machine Learning Blog
AWS はエージェント、MCP サーバー、ツール、スキルなどのリソースを一元的に管理・検索可能なカタログとして提供する「AWS Agent Registry」を発表した。
AI深層分析を開く2026年8月25日 01:52
AI深層分析
キーポイント
AWS Agent Registry の導入
AWS はエージェント、MCP サーバー、ツール、スキルなどのリソースを一元的に管理・検索可能なカタログとして提供する「AWS Agent Registry」を発表した。
ARD 仕様の策定
異なる環境間でエージェントがリソースを自律的に発見するための標準仕様である「Agentic Resource Discovery (ARD)」をオープン仕様として定義した。
エンタープライズ対応機能
承認ワークフローによるキュレーション、セマンティック検索とキーワードマッチングを組み合わせたハイブリッド検索、および MCP ネイティブアクセス機能を備えている。
マルチ環境におけるレジストリの統合課題
各環境が独自の形式やスキーマを使用しているため、相互運用には個別の接続プログラムが必要となる。共通仕様を採用することで、パブリッシャーは一度記述するだけですべての環境で発見可能になる。
ARD のオープン標準としての性質
ARD は製品や単一のレジストリではなく、Apache License 2.0 で公開されたオープンスタンダードである。これは DNS がネットワーク間で名前解決を可能にするように、レジストリ間の連合を可能にする。
重要な引用
As organizations scale their use of artificial intelligence (AI) agents and tools, finding the right resource becomes the hard part.
AWS Agent Registry gives your organization a centralized catalog for agents, MCP servers, tools, agent skills, and custom resources.
Semantic understanding combined with keyword matching, so both natural-language queries and exact name lookups return relevant results.
if every registry describes resources in the same format and exposes discovery through a common protocol, publishers describe once and consumers discover everywhere.
編集コメントを表示
編集コメント
エージェント技術が実用段階へと移行する中で、リソースの発見と管理というインフラ課題への対応は不可欠である。AWS が標準仕様の策定に踏み切ったことは、業界全体での相互運用性確保に向けた重要な一歩となる。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
AWS エージェントレジストリと Agentic Resource Discovery (ARD) 仕様による、エージェント間の環境横断型リソース発見
組織が AI エージェントやツールの利用を拡大するにつれ、「適切なリソースを見つけること」が最大の課題となっています。チームは Model Context Protocol (MCP) サーバーの構築やエージェントのデプロイ、専用ツールの作成を進めていますが、中央集権的なカタログがないため、これらのリソースはサイロ化されたままです。開発者は手動でリソースを検索し、審査し、接続し、維持管理を行う必要があります。さらに深刻なのは、ある AI クライアント向けにエージェントを構成しても、それが他のクライアントでも自動的に利用可能になるわけではない点です。
少数のツールを手動でつなぎ合わせる程度であればこの課題は管理できましたが、パブリックレジストリやプライベートな企業環境にまたがる多数のエージェント、MCP サーバー、スキル、API が増加する現在では、もはや対応しきれません。
AWS エージェントレジストリ:中央集権的で検索可能なカタログ
AWS Agent Registry は、組織がエージェント、MCP サーバー、ツール、エージェントのスキル、カスタムリソースを一元管理できるカタログを提供します。このサービスは、以下の 2 つのコア概念に基づいて構築されています。
- レジストリ:AWS アカウント内で作成するカタログです。独自の認証設定と承認ルールを持ちます。組織全体で共有する単一のレジストリを作成することも、リソースの種類や開発ステージ、チームごとに複数のレジストリを分けて運用することも可能です。アカウント間での共有機能を活用すれば、レジストリは AWS Organization 全体の範囲にわたって利用できます。
- レジストリレコード:個々のリソースを表すエントリです。そのリソースが何であるか、どのような機能を果たすか、そしてどのようにアクセスできるかを記述するメタデータを保持します。
ワークフローはシンプルです
- レジストリの作成: 管理者が AWS Identity and Access Management (IAM) または企業のアイデンティティプロバイダーから取得した JSON Web Token (JWT) を用いて、承認設定を構成し、権限管理を設定してレジストリを作成します。
- レコードの公開: パブリッシャーは、MCP サーバーやエージェント、ツールをレコードとして記述し、承認のために提出します。
- レコードのキュレーションと承認: キュレーターが保留中のレコードを検証し、承認または却下を行います。また、不要になったレコードは非推奨としてマークされます。
- 承認済みリソースの発見: 人間ユーザーも AI エージェントも、必要なリソースを探すためにレジストリを検索します。
企業向けに設計された特徴
- キュレーション機能: 承認ワークフローにより、セキュリティ、コンプライアンス、品質基準を満たすレコードのみが検索可能になります。管理者はいつでも、特定のレコードの検索対象から除外できます。
- ハイブリッド検索: セマンティックな理解とキーワードマッチングを組み合わせることで、自然言語による問い合わせも、正確な名称での検索も、どちらも関連する結果を返します。
- MCP ネイティブアクセス: レジストリはリモートの MCP エンドポイントとして利用可能であるため、MCP 互換のクライアントであれば、直接検索して利用できます。
- 柔軟な権限管理: 企業のアイデンティティプロバイダーから取得した IAM 資格情報または JWT を用いてアクセス制御を行います。
マルチ環境における課題
AWS Agent Registry は、AWS 環境内でのリソース発見を解決するツールです。しかし、多くの企業は単一のクラウド環境だけで運営しているわけではありません。エージェントやツールは、複数のクラウド、オンプレミスインフラ、SaaS プラットフォーム、そしてエンタープライズアプリケーションに分散して展開されています。それぞれの領域には独自のレジストリ、命名規則、メタデータスキーマが存在します。
各環境がアジェンティックリソースの記述に異なるフォーマットを使用している場合、それらすべてを統合するには、相互運用が必要なレジストリのペアごとに個別のコネクタを開発する必要があります。しかし、共通仕様を導入すればこの状況は一変します。すべてのレジストリが同じ形式でリソースを記述し、共通プロトコルを通じて発見機能を公開するようになれば、パブリッシャーは一度だけ記述を行うだけで、コンシューマーはどこでもリソースを発見できるようになります。
Agentic Resource Discovery (ARD) の登場
ARD は製品や単一のレジストリではなく、オープンスタンダードです。この仕様は Apache License 2.0 の下で公開されており、agenticresourcediscovery.org や GitHub で入手可能です。AWS は仕様の開発過程においてフィードバックを提供しました。
ARD は、ドメイン名システム(DNS)がネットワーク間で名前解決を可能にするように、レジストリ間での連合(フェデレーション)を実現するものだと考えてください。組織は複数の環境にエージェントを展開できますが、各環境のカタログはこのリソースを共通プロトコルで、エンドポイントの背後に公開します。統合された発見を行う際、どのレジストリもこの共有プロトコルの理解に基づいて相互にインデックスを作成できるため、ローカルレジストリは二国間合意や独自のコネクタを必要とせずに ARD を通じて連合できます。
AWS エージェントレジストリとの相補性について
ARD は、AWS エージェントレジストリのモデルにとって自然な補完要素になると考えています:
- 移行なしでの連合: クラウド、オンプレミス、SaaS にまたがってエージェントインフラを保有する組織は、これらのリソースを一貫した形式で公開できます。ARD により、環境を超えた発見が可能になる一方で、管理権限は各組織のローカルに保持されます。
- グローバルな発見とローカルの制御: ARD の設計は、AWS の顧客が期待する制御モデルを反映しています。カタログを公開した組織が、その内容や閲覧可能なユーザー、アクセス取り消しのタイミングを決定します。既存の AWS エージェントレジストリのアクセス制御は、依然として執行ポイントとして機能し、ARD は相互運用性を担うレイヤーとして役割を果たします。
公共的な発見を可能にする:ARD を共有プロトコルとして採用することで、あらゆる組織が独自ドメインにカタログを公開でき、ARD 対応のクライアントから誰でもその存在を検索できるようになります。私たちは、ARD が Agent Registry の顧客にとって組織横断的な発見経路を開くものになると期待しています。
さらに詳しく知る
- カタログとレジストリのモデルを理解するには、ARD 仕様書をお読みください。
- GitHub で参照実装を探ってみましょう。
- AWS Agent Registry のドキュメントもご確認ください。
- 本件に関する詳細は、「AWS Agent Registry がプレビュー開始」の記事をご覧ください。
これは始まりに過ぎません。AWS Agent Registry の進化や、オープンな発見標準への対応について、皆様からのフィードバックをぜひお聞かせください。
執筆者について

ジェフリー・ダミック
ジェフリー氏は、Amazon Web Services (AWS) のシニアソフトウェアエンジニアです。主に Amazon Route 53 や大規模な DNS、ネットワーク技術の開発に携わっています。最近の研究では、DNS と人工知能(AI)の交差点に焦点を当てており、既存のインターネットインフラが AI エージェントの発見や通信をどのように支えられるかを模索しています。この取り組みには、スケーラブルでオープンなエージェントおよびその機能の発見を可能にするために、基盤となるインターネットプロトコルと標準規格を進化させることも含まれています。

Bhargav Talluri
バルガヴ・タッルリ氏は、AWS のプロダクトマネジメントシニアマネージャーです。Amazon Route 53 のプロダクトロードマップを主導するほか、AWS エージェントレジストリにおけるエージェントのアイデンティティと発見機能、そして Amazon ドメインレジストラ事業を担当しています。権威型および再帰型 DNS、セキュリティ製品のプロダクトポートフォリオ管理に加え、オープン標準を通じて DNS ベースの発見からクロスエコシステム間のフェデレーションに至るまで、AI エージェントがオープンウェブ上で安定かつ検証可能なアイデンティティを獲得するための基盤構築にも注力しています。

Anubhav Mangal
アヌーブは、Amazon Web Services のシニアプロダクトマネージャーです。AWS Bedrock AgentCore で働き、エージェントリソースのガバナンスや AWS エージェントレジストリの発見を担当しています。以前は AWS Marketplace でプロダクトマネジメントのシニアマネージャーを務めていました。インドと米国で技術およびコンサルティング分野にキャリアを築いてきました。コンピュータサイエンスと経営管理学の修士号を取得しています。
仕事以外では、小説を読むこと、ハイキング、ベーキングを楽しみ、サッカーやフォーミュラワンにも熱心です。
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み