エージェント型リソース発見仕様の発表
Google Developers AI は、AI エージェントが外部リソースを自動的に発見・利用するための標準仕様「Agentic Resource Discovery」を発表し、エージェント間の相互運用性を向上させる基盤整備を進めた。
キーポイント
新仕様の発表と目的
Google Developers AI が、AI エージェントがリソースを自動的に発見・利用するための新しい仕様「Agentic Resource Discovery」を発表した。
エージェントの自律性向上
この仕様の導入により、開発者は手動でリソースを指定する手間を省き、AI エージェントが状況に応じて必要なツールやデータを自律的に検索・利用できるようになる。
業界標準への貢献
異なるベンダーのエージェント間でのリソース共有を可能にする共通言語として機能し、エコシステム全体の相互運用性を高めることを目指している。
影響分析・編集コメントを表示
影響分析
この仕様の発表は、AI エージェントが単独で動作するのではなく、複雑な環境下で他者のリソースやツールを柔軟に活用できる「自律型エコシステム」への第一歩となる。業界全体として標準化が進むことで、開発者が個別の統合ロジックに悩まされず、エージェントの機能拡張に注力できる環境が整う。
編集コメント
プレスリリース特有の簡潔な発表形式だが、エージェント技術の実用化における「相互運用性」という課題への具体的な解決策を示す重要な一歩です。
2026 年 6 月 17 日
Junjie Bu
シニアスタッフソフトウェアエンジニア
ウェブ全体にわたるツール、スキル、エージェントの発見と検証のためのオープン仕様
エージェントは、より大きなエコシステムの参加者となりつつあります。彼らはますます、チームや組織、プラットフォームをまたいで分散されたツール、スキル、および他のエージェントに依存するようになっています。
このエコシステムがスケールするためには、エージェントは以下の 3 つの質問に対する信頼できる回答が必要です:正しい機能はどこにあるのか?実際に使用するべき機能はどれか?そして、接続することが安全であることをどうやって検証するのか?
現在、組織間でこれらの質問に答える標準的な方法はありません。
そのため、私たちはウェブ全体で AI の機能を公開し、発見し、検証するためのオープン仕様である Agentic Resource Discovery (ARD) を発表します。業界のパートナーと共に開発された ARD は、基盤となるフレームワーク、プロトコル、またはプロバイダーに関係なく、ツールやサービスを安全に共有し接続することを可能にします。
エージェントエコシステム全体のパートナーと共に構築

エージェント型ウェブの欠けているレイヤー
ライブ生産環境でのインシデントを調査する運用エージェントを想定してください。問題を解決するために、そのエージェントは観測システムへの照会、エンジニアリングドキュメントの検索、デプロイ履歴の確認、サポートチケットの開示、さらには専門的なトラブルシューティングエージェントへの相談が必要になるかもしれません。
多くのプラットフォームにはすでにこれらの機能を管理するためのカスタムレジストリが備わっていますが、それらは特定のエコシステム内で断片化され、サイロ化されたままです。この相互運用性の欠如は、エージェントが異なるツール間で容易に通信することを妨げています。必要とされているのは、組織の境界を越えてエージェントが機能を発見し、見つけたものに対する信頼を確立するための標準的な方法です。
ARD はそのレイヤーを提供します。これは、機能が組織独自のドメイン名の下で公開され、連合レジストリ全体にインデックスされる方法を標準化し、あらゆるエージェントがジョブに必要な適切なリソースを動的に見つけられるようにします。その後、ARD は役割を終え、検証可能な信頼メタデータを渡して、エージェントがツールのネイティブプロトコルを使用して直接かつ安全な接続を確立できるようにします。
ARD の仕組み
このアーキテクチャは、2 つのプリミティブに依存しています:カタログとレジストリです。
- カタログ:リソースを発見可能にするために、組織は利用可能な機能を記述するカタログを公開します。これらのカタログは組織自身のドメインの直下にホストされるため、そのドメインの所有権がアイデンティティと信頼のための暗号的基盤として機能します。
- レジストリ:レジストリはエージェントウェブ向けの検索エンジンとして機能します。公開されたカタログをクロールして内容をインデックス化し、検索可能にします。エージェントが発見要求を送信すると、レジストリは一致する機能と、パブリッシャーの検証および接続前の信頼確立に必要なメタデータを返します。

以下の動画では、ARD クライアントがランタイム時に完全に新しい機能を発見して実行する様子が示されています。ターミナルウィンドウで次の 4 つの主要フェーズに注目してください:
- カタログの公開:プロバイダーは、ドメイン内のよく知られたパスに ai-catalog.json ファイルをホストします。このカタログには、MCP サーバー、A2A エージェント、OpenAPI ツール、あるいは他のネストされたカタログなど、プロバイダーが利用可能な機能(capabilities)が記述されます。
- 発見と解決:クライアントエージェントが何らかの機能を必要とする場合、平文による意図(intent)を用いて ARD レジストリを照会するか、または検索を完全にスキップして既知のパートナーのドメインからカタログを直接フェッチすることができます。
- 暗号化検証:本番環境では、発見層によりパブリッシャーは検証可能な信頼メタデータを付与できます。検索経由で見つかった場合でも直接フェッチした場合でも、これによりクライアントエージェントまたはレジストリがエンドポイントに接続する前に、パブリッシャーの真の暗号化アイデンティティを積極的に確認することが可能になります。
- 直接ランタイム接続:クライアントエージェントは選択された機能を動的にロードし、ネイティブプロトコルまたは API を用いてそれと相互作用した上で、結果をユーザーに返します。
Sorry, your browser doesn't support playback for this video
ARD を Gemini Enterprise Agent Platform に導入
オープンウェブが情報の民主化を果たしたように、ARD は AI リソースの発見を民主化するものです。Google Cloud は、このビジョンを実現し、グローバルな連合ネットワークの一部を形成するエンタープライズグレードのプロダクトである Gemini Enterprise Agent Platform 内の Agent Registry を通じてこれをサポートしています。
Agent Registry は、企業がその約束を信頼し、ガバナンスし、大規模で運用できるようにします。エージェント、スキル、MCP サーバー(Model Context Protocol Server)、その他のツールを含むアジェンティックリソースの検索、発見、ホストのための完全なホスト型サポートを提供します。さらに、ユーザーはこれらの機能を直接 Agent Registry 上にオンボーディングでき、まもなく認証されたパブリッシャーによるオンボーディングもサポートされる予定です。
重要なのは、Agent Registry がエンタープライズガバナンスにおいて中心的な役割を果たすことです。これには、グローバルに一意の名前空間付き URN(Uniform Resource Name)の割り当て、アジェンティックエグレスポリシーの強制、ツールと仕様のピン留めが含まれます。また、Agent Identity を使用した安全なリソース管理も担当し、trust manifest(信頼マニフェスト)を検証します。これは ARD の暗号化レイヤーであり、エージェントの真正性を証明し、HIPAA などのエンタープライズコンプライアンス基準を満たすためのものです。
ARD のネイティブサポートは、今後数ヶ月以内に Agent Platform で利用可能になり、組織が内部レジストリをより広範なネットワークに安全に接続できるようになります。
ARD を始めるには
ARD 仕様は現在利用可能です。参加するには:
- カタログの公開:クイックスタートガイドに従って、ドメイン上に ai-catalog.json ファイルをホストし、数分でサービスの検出可能化を実現してください。
- 仕様の閲覧:完全なスキーマ、連合モデル、信頼アーキテクチャ、および参照実装を含む仕様を確認してください。
- コミュニティへの参加:GitHub リポジトリを訪れて実装に貢献し、スキーマの更新を提案し、ARD の進化に参加してください。
エージェントエコシステムは、分散型かつオープンである場合に最もよく機能します。ARD は、その状態を維持するための私たちの貢献です。皆様からのフィードバックとカタログを心よりお待ちしています。
謝辞
Agentic Resource Discovery(エージェントリソース発見)仕様は Apache 2.0 ライセンスの下で提供され、基盤となる AI Catalog データモデルの上に構築されています。Linux Foundation 傘下の AI Catalog ワーキンググループ、ならびに仕様の策定と参照実装の作成に貢献したローンチパートナーの皆様に感謝いたします。
Previous
Next
原文を表示
JUNE 17, 2026
Senior Staff Software Engineer
An open specification for finding and verifying tools, skills, and agents across the web.
Agents are becoming participants in a much larger ecosystem. They increasingly rely on tools, skills, and other agents distributed across teams, organizations, and platforms.
For this ecosystem to scale, agents need reliable answers to three questions: Where does the right capability live? Which capability should I actually use? And how do I verify it’s safe to connect to?
Today, there is no standard way to answer those questions across organizations.
That’s why we’re announcing Agentic Resource Discovery (ARD), an open specification for publishing, discovering, and verifying AI capabilities across the web. Developed with partners across the industry, ARD allows tools and services to be securely shared and connected, regardless of their underlying framework, protocol, or provider.
Built with partners across the agent ecosystem

The missing layer of the agentic web
Consider an operations agent investigating a live production incident. To resolve the issue, it might need to query observability systems, search engineering documentation, review deployment history, open support tickets, and maybe even consult specialized troubleshooting agents.
While many platforms already feature custom registries to manage these capabilities, they remain fragmented and siloed within specific ecosystems. This lack of interoperability prevents agents from easily communicating across different tools. What’s missing is a standard way for agents to discover capabilities across organizational boundaries and establish trust in what they find.
ARD provides that layer. It standardizes how capabilities are published under an organization's own domain name and indexed across federated registries, enabling any agent to dynamically find the right resources for the job. From there, ARD steps out of the way – handing off the verifiable trust metadata so the agent can establish a direct, secure connection using the tool's native protocol.
How ARD works
This architecture relies on two primitives: catalogs and registries.
- Catalogs: To make resources discoverable, an organization publishes a catalog describing its available capabilities. Because these catalogs are hosted directly under the organization’s own domain, ownership of that domain serves as the cryptographic foundation for identity and trust.
- Registries: Registries act as search engines for the agentic web. They crawl published catalogs, index their contents, and make them searchable. When an agent submits a discovery request, a registry returns matching capabilities along with the metadata required to verify the publisher and establish trust before connecting.

The video below demonstrates an ARD client discovering and executing new capabilities entirely at runtime. Watch for these four key phases in the terminal window:
- Publishing the catalog: The provider hosts an ai-catalog.json file at a well-known path on its domain. The catalog describes the provider's available capabilities, which can include things like MCP servers, A2A agents, OpenAPI tools, or even other nested catalogs.
- Discovery and resolution: When a client agent needs a capability, it can either query an ARD registry using a plain-language intent (which can actively crawl and index these catalogs), or it can completely bypass search and directly fetch a catalog from a known partner's domain.
- Cryptographic verification: For production environments, the discovery layer allows publishers to attach verifiable trust metadata. Whether found via search or direct fetch, this enables the client agent or registry to actively confirm the publisher's true cryptographic identity before connecting to the endpoint.
- Direct runtime connection: The client agent dynamically loads the selected capability, interacts with it using its native protocol or API, and returns the result to the user.
Sorry, your browser doesn't support playback for this video
Bringing ARD to Gemini Enterprise Agent Platform
Just as the open web democratized information, ARD democratizes AI resource discovery. Google Cloud supports this with Agent Registry in Gemini Enterprise Agent Platform – the enterprise-grade product that delivers on this vision and forms part of this global federated network.
Agent Registry ensures enterprises can trust, govern, and operationalize that promise at scale. It provides fully hosted support for searching, discovering, and hosting agentic resources, including agents, skills, MCP servers and other tools. Additionally, it allows users to onboard these capabilities directly onto Agent Registry, and it will soon support authenticated publisher onboarding.
Importantly, Agent Registry plays a central role in enterprise governance. This includes assigning globally unique namespaced URNs, enforcing agentic egress policies, and pinning tools and specifications. It also handles secure resource management using Agent Identity to verify the trust manifest – ARD’s cryptographic layer for proving agent authenticity and meeting enterprise compliance standards like HIPAA.
Native support for ARD will be available in Agent Platform in the coming months, allowing organizations to securely connect their internal registries to the broader network.
Get started with ARD
The ARD specification is available now. To get involved:
- Publish your first catalog: Follow the quickstart guide to host an ai-catalog.json file on your domain and make your services discoverable in minutes.
- Read the specification: Check out the specification, including full schemas, federation model, trust architecture, and reference implementations.
- Join the community: Contribute implementations, propose schema updates, and participate in the evolution of ARD by visiting our GitHub repository.
The agent ecosystem works best when it is decentralized and open. ARD is our contribution to keeping it that way. We’d love your feedback – and your catalog!
Acknowledgements
The Agentic Resource Discovery specification is licensed under Apache 2.0 and is built upon the foundational AI Catalog data model. We are grateful to the AI Catalog Working Group under the Linux Foundation, as well as the launch partners who helped shape the specification and reference implementations.
Previous
Next
関連記事
各トークンからより多くを引き出す:Copilot のコンテキスト処理とモデルルーティングの改善方法
GitHub は、Copilot が計画やデバッグなど長期間にわたるエージェントタスクを遂行する際、トークンの使用効率を高めるため、コンテキストの重複削減と用途に応じた適切なモデル選択機能を強化した。
Deep Agents と Bedrock AgentCore を活用した文脈豊かな研究エージェントの構築
AWS は、LLM のコンテキスト制限を克服し、深い分析と戦略的推論を両立させるため、Deep Agents と Bedrock AgentCore を組み合わせた新しいアプローチを発表しました。
Claude Code ガイド 2026:例付き 25 の機能とデモ
MarkTechPost は、メモリやサブエージェントなど多層構造を持つ Claude Code の 25 の機能と戦略を、AI エンジニア向けに解説している。
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み