30秒サマリー
- Googleがエージェント間の能力探索・検証を標準化するオープン仕様「ARD」を発表
- 組織をまたぐツール・スキル・エージェントの安全な接続を実現する共通基盤
- Apache 2.0ライセンスで公開済み、Linux Foundation傘下のワーキンググループが関与
何が起きたか
Googleは2026年6月17日、AIエージェントがツールや他のエージェントをウェブ上で発見・検証するためのオープン仕様「Agentic Resource Discovery（ARD）」を発表した。業界パートナーと共同開発されたこの仕様は、フレームワーク・プロトコル・プロバイダーを問わず、AIの能力を安全に共有・接続する共通レイヤーを提供することを目的としている。
ARDの中核となるのは「カタログ」と「レジストリ」という二つの仕組みだ。組織は自社ドメイン配下にai-catalog.jsonファイルを公開し（カタログ）、レジストリはこれを巡回・索引化して検索可能にする。エージェントは自然言語のインテントでレジストリに問い合わせるか、既知のパートナードメインから直接カタログを取得でき、接続前に暗号技術で発行元の正当性を検証できる。MCP サーバー・A2A エージェント・OpenAPIツールなど複数プロトコルに対応している。
Google Cloudは同仕様を具現化する製品として、Gemini Enterprise Agent Platformに「Agent Registry」を提供する。同製品はエージェントリソースの検索・ホスティングに加え、グローバルに一意なURN付与、エグレスポリシーの適用、HIPAAなどのコンプライアンス基準に対応した「Agent Identity」による信頼検証など、エンタープライズ向けガバナンス機能を備える。Agent PlatformへのARDネイティブ統合は数か月以内に提供予定とされている。
ARD仕様はApache 2.0ライセンスで既に公開されており、Linux Foundation傘下のAI Catalog Working Groupが基盤となるデータモデルを担っている。GitHubリポジトリを通じてコミュニティへの参加も呼びかけている。
原典ハイライト
原文では「現時点では組織をまたいでこれらの問いに答える標準的な手段が存在しない」と課題を明示した上で、ARDが『エージェントウェブの欠けていたレイヤー』であると位置づけている。カタログのドメインホスティングを暗号的な身元・信頼の基盤とする設計が核心であり、エージェントが実行時に能力を動的に発見・ロードできる点が強調されている。
出典: Google Developers Blog – AI（公式ブログ）
So What?（なぜ重要か）
AIエージェントが単独で完結する段階から、複数の組織・システムをまたいで連携する段階へと移行しつつある。ARDはその際に不可欠な『どこに何の能力があり、それは信頼できるか』という問いへの標準的な回答を提供する。標準化が進めば、エージェント間のAPI接続コストが下がり、マルチベンダー・マルチプラットフォーム環境での自動化が加速する可能性がある。一方、仕様自体はGoogleが主導しているため、業界標準として定着するかどうかはパートナーの広がりと競合仕様の動向に依存するとみられる。
日本企業への示唆
日本企業がAIエージェントを複数のSaaSや社内システムと連携させるDX推進において、ARDのような発見・信頼検証の標準仕様は重要なインフラとなり得る。具体的には、①自社APIやサービスをARDカタログとして公開し外部エージェントからの利用を可能にする「能力の提供側」、②ARDを活用して社内外のエージェント能力を統合管理する「能力の調達側」の両面で対応を検討する価値がある。特にHIPAAへの言及があるようにコンプライアンス対応が求められる医療・金融分野では、暗号検証によるガバナンス機能が意思決定の根拠になりうる。まずはAI担当部門がARD仕様のドキュメントを精査し、既存のMCPやOpenAPI資産との整合性を評価するステップを早期に踏むことを編集部は推奨する。
背景・経緯
AIエージェントが外部ツールやAPIを呼び出すアーキテクチャ（MCP、A2Aなど）は急速に普及しているが、組織をまたいだ能力探索の仕組みは各プラットフォームが独自レジストリを持つ断片的な状態にあった。ARDはLinux Foundation傘下のAI Catalog Working Groupが策定してきたデータモデルを基盤に、複数の業界パートナーと共同で仕様化されたもので、特定ベンダーへの依存を避けたオープン設計が採られている。
