Google 在 2026 年 6 月 17 日公布 Agentic Resource Discovery，簡稱 ARD。這是一個開放規格，目標是讓 AI agent 可以在網絡上發現、驗證和連接工具、skills、其他 agents、MCP servers、OpenAPI tools 以至 nested catalogs。它處理的不是模型本身，而是 agentic web 缺少的一層：能力在哪裡、應該用哪個、是否可以安全連接。
這個問題會愈來愈重要。當 agent 只是在一個平台內使用固定工具，平台自己的 registry 已經夠用。但如果一個 operations agent 要處理生產事故，它可能需要查 observability 系統、工程文件、deployment history、support tickets，甚至交給另一個 troubleshooting agent。這些能力通常分散在不同團隊、供應商和雲平台，沒有共同發現方法。
ARD 的核心設計是 catalogs 和 registries。Catalog 是由組織放在自己 domain 下的描述文件，列出可用能力和連接資訊；因為它由 organization domain 發佈，domain ownership 會成為身份和信任的基礎。Registry 則像 agentic web 的搜尋引擎，負責 crawl catalogs、建立索引，並在 agent 查詢時回傳合適能力與驗證 metadata。
這個設計重要的地方，是 discovery layer 不嘗試取代每個工具原本的 protocol。ARD 只負責讓 agent 找到能力、確認發佈者身份和信任資料，之後再交回原生 protocol 或 API 直接連接。這與 MCP、A2A 或 OpenAPI 的關係比較像「搜尋與信任入口」，而不是另一套要取代所有東西的 runtime。
Google 亦特別強調 cryptographic verification。生產環境的 agent 不能只因為搜尋結果看起來相關就連接。ARD 讓 publisher 附上可驗證 trust metadata，client agent 或 registry 可以確認 publisher 的真實 cryptographic identity。當 agent 會接觸企業資料、執行工作流或觸發外部操作，這類身份驗證會變成基本要求。
另一個重點是 Gemini Enterprise Agent Platform 的 Agent Registry。Google 表示 Agent Registry 會支援搜尋、發現和 hosting agentic resources，包括 agents、skills、MCP servers 和其他 tools，並會透過 globally unique namespaced URNs、agentic egress policies、spec pinning 和 Agent Identity 來支援企業治理。
ARD 的出現說明 agent 生態正在由單一應用，走向更像 web 的分散式架構。過去網站靠搜尋引擎、DNS、TLS 和標準化 metadata 形成可互通的網絡；agentic web 也需要類似基礎件，否則每個 agent 都會被困在單一平台和私有 registry 裏。
對企業而言，ARD 的意義不只是又多一個規格，而是提醒大家 agent 治理不能只做在模型層。真正落地時，還要知道能力由誰提供、版本是否被 pin、哪些外部連接被允許、身份能否驗證，以及 discovery 結果是否可審計。這些問題會直接決定 agent 能否由 demo 走向生產環境。
