1990年代、Webサイトを見つける手段がまだ整っていなかった頃、人はディレクトリ型のリンク集を頼りにネットを渡り歩いていた。Googleが公開したAgentic Resource Discovery(ARD)仕様は、AIエージェントの世界で同じような「見つけ方の未整備」を解消しようとする試みに見える。

catalogsとregistriesという2つの部品

ARDの基本構成要素は catalogs と registries だ。catalogsは「何が公開されているか」を示す情報、registriesはその情報を検証可能な形でまとめる仕組みで、探索と検証の役割を分けて整理している。対象はMCPサーバー、A2Aエージェント、OpenAPIベースのツールなど、形式の異なる複数の能力を横断的に扱える前提で設計されている点が特徴だ。

SSL証明書に近い発想

現在のAI連携の多くは、接続先を開発者が事前に手作業で設定しておく方式が主流だ。ARDが目指すのは、エージェントが必要な機能をその場で探し、公開者が本当に名乗っている通りの存在かを検証してから接続する流れだ。この検証の仕組みは、Webブラウザがサイトを訪れる際にSSL証明書で身元を確認する仕組みに近い。ドメイン名という既存の信頼基盤を再利用している点も、ゼロから信頼の仕組みを作り直すのではなく、Webがすでに持っている資産に乗っかろうとする現実的な設計判断と言える。

普及にはまだ距離がある

一方で、こうした発見・検証の標準仕様は、対応するツールやレジストリが十分に増えなければ絵に描いた餅で終わるリスクを常に抱えている。似た運命をたどった標準化の試みは過去にも少なくない。ARDがその轍を踏まずに定着するかどうかは、今後どれだけのMCPサーバーやエージェント提供者がこの仕様に沿ってメタデータを公開するかにかかっている。仕様の詳細な構造は、Google Developers Blogの発表記事(https://developers.googleblog.com/announcing-the-agentic-resource-discovery-specification/)にリンクされている技術仕様で確認できる。