代理標準與開發平台
AWS 推介 ARD 聯邦探索規格：讓代理先搜尋工具，而非把所有 schema 塞進上下文
ARD 以統一 REST 搜尋介面與 `ai-catalog.json` 描述代理、MCP server、Skills、API 和工作流，AWS 將它定位為 Agent Registry 的跨雲互通層。規格目前仍是 v0.9 Proposal，身分、排名與實際授權也未由探索層統一處理。
AWS 8 月 24 日公開介紹 Agentic Resource Discovery（ARD），嘗試解決代理系統擴張後的「能力如何被找到」問題。現行工具選擇通常把一批工具描述與 schema 放進模型上下文；數量增加至數千項後，不但耗用 token，也讓選擇品質受提示長度影響。ARD 把候選篩選移到獨立搜尋服務，模型只取得與當前任務相關的少量結果。
規格以 `/.well-known/ai-catalog.json` 發布資源清單，可描述 MCP server、A2A agent、Skill、API、資料集或工作流。每筆記錄使用由網域錨定的 `urn:air:` 識別碼，以 IANA media type 區分資源格式，並以 `url` 或內嵌 `data` 二選一提供完整描述。必備的 `POST /search` 接受任務查詢；`POST /explore` 與 `GET /agents` 則為選配。`representativeQueries` 可供 registry 建立語意索引，`trustManifest` 可掛接 SPIFFE、DID、證明文件、來源鏈及 JWS 簽章。
技術上，ARD 只處理「發現」，不取代 MCP 或 A2A 的呼叫協定，也不替資源完成驗證、授權及執行。AWS 表示其 Agent Registry 可用 IAM 或企業 JWT 管理記錄、審批及搜尋，ARD 則可能讓不同雲端與內部 registry 以共同格式互相索引，而不必逐一編寫雙邊 connector。
工程團隊暫時不宜把它當成定案標準：公開文件仍標示 v0.9 Proposal，部分 media type 尚待正式註冊，核心信任欄位亦為選配。接下來應觀察 AWS 是否提供可驗證的原生 ARD 匯入／匯出、跨 registry 分頁與撤銷語義，以及不同供應商對搜尋排名和權限過濾能否互通。