AWS 讓 Agent Registry 正式上線，支援受治理的代理探索
AWS 將 Agent Registry 正式上線，為企業提供一個受治理的目錄，以大規模探索、核准與管理代理、工具與技能。
Amazon Web Services 已將 AWS Agent Registry 正式上線，為管理日益增長的 AI 代理、工具、技能及相關資源的組織，推出一個集中式目錄。
這項服務針對的是團隊超越孤立實驗後才會出現的問題：不同團隊各自建立能力、擁有權變得不清楚，而開發者可能重複打造其他地方已經存在的工具。AWS 表示，Agent Registry 的設計目標是讓這些資源可被搜尋，同時加入核准、存取與生命週期控管。
這則公告來自 AWS Machine Learning Blog，因此 AWS 是產品可用性與功能的主要來源。現有證據並未包含獨立的客戶採用資料或第三方效能測試，因此對企業價值最強的主張仍然來自供應商本身。
供不斷擴張的代理資產群使用的目錄
AWS 將 Agent Registry 描述為一個單一、可搜尋且受治理的組織級資源目錄。團隊可以註冊代理、工具、技能與自訂資源，而管理者則維護所有權、狀態、審查歷史與存取資訊。
這個目錄旨在涵蓋多種新興代理格式。AWS 將 Model Context Protocol 伺服器，以及其工具、資源與 prompts，列為受支援的資源類別之一。它也提到 Agent2Agent 代理卡，用於描述代理及其技能，以及以 Markdown 檔案與相關程式碼或套件表示的技能。
這個範圍很重要，因為企業代理系統很少只由單一模型或單一應用程式組成。生產工作流程可能透過 MCP 呼叫內部工具、將任務委派給另一個代理，並依賴可重複使用的技能套件。若沒有共享的盤點清單，每次整合都可能為同一能力建立另一份本地說明。
AWS 表示，Registry 的目的在於提供團隊一個共同場所來發布與尋找已可用的資源，藉此減少這種重複。公司也將其定位為仍在審查中的資源之控制點，而不只是已核准元件的名錄。
將治理與探索分開
AWS Agent Registry 的一個核心設計選擇，是將 Governance Plane 與 Discovery Plane 分開。
Governance Plane 是組織定義範圍內已註冊資源的完整儲存庫。管理者可以附加合規與安全訊號、建立組織專屬的中繼資料結構，並根據權限設定探索政策。範例中繼資料欄位包括成本中心、資料分類與服務等級協議層級。
這個平面旨在保留對資源的可見性，不論它們是已核准、被拒絕、草稿狀態，或已不再啟用。這項區分對安全與營運團隊很重要：即使某項資源不該對一般開發者開放，仍可能需要保留紀錄以供審查、確認所有權或稽核使用。
Discovery Plane 則是面向使用者的檢視。AWS 表示，只有通過組織核准流程的資源才會出現在這裡，讓開發者與代理搜尋經過策展的目錄，而不是所有已註冊紀錄的完整集合。
AWS 表示，Discovery Plane 搜尋可結合語意搜尋與詞彙搜尋。實際上，開發者可以依照意圖搜尋，例如尋找處理工單路由的工具，或使用精確的資源名稱。該服務也被描述為支援供代理與開發者使用的高吞吐量程式化查詢。
面向使用者的檢視旨在顯示摘要式的信任訊號，而不是完整的治理細節。這有助於開發者在不需要存取內部合規紀錄的情況下，決定是否使用某項資源；但目前公告並未說明完整的訊號集合，也沒有說明組織應如何配置這些訊號。
AWS 已經展示了什麼，以及還沒有展示什麼
已確認的產品消息是可用性：AWS 表示 Agent Registry 現已正式上線，並記錄了發布、策展與探索的工作流程。AWS 也將存取控制、生命週期追蹤、核准流程、語意搜尋與自訂中繼資料描述為服務的核心部分。
然而，來源是一篇 AWS 產品部落格，而非獨立評估。它沒有提供搜尋延遲、查詢容量、registry 規模、成本降低、重用率或使用該服務的客戶數量等可驗證數據。因此，在客戶或外部基準提供更多證據之前，AWS 對 Registry 可支援高吞吐量查詢並減少重複的說法，應視為供應商主張。
該文也區分了當前功能與未來開發。AWS 表示，未來會逐步顯示更豐富的治理訊號，並指出某些描述的功能屬於前瞻性內容。買家在將 Registry 視為完整合規系統之前，需要先確認其所在區域與服務設定中可用哪些控制項。
為何這對建構者與企業有意義
對 AI 建構者而言，立即價值與其說是產生一個新代理，不如說是讓現有能力可重複使用。可搜尋的目錄可讓開發者在撰寫新整合之前先找到已核准工具，而所有權與生命週期紀錄則能更容易辨識過時或不受支援的相依性。
對企業平台團隊而言，雙平面模型回應了內部市集常見的一種張力。開發者需要快速探索，但安全團隊需要一份完整紀錄，其中包括使用者不應看到的資源。將這兩種檢視分開，可能讓組織在不把未核准的代理或工具暴露於日常搜尋結果的情況下，仍保有管理上的監督。
治理模型也可能影響部署可靠性。若資源帶有版本、所有權、安全與分類中繼資料，團隊在追蹤故障或判斷某項能力是否適合敏感工作流程時，就會有更多資訊。這並不保證代理一定安全，也無法取代測試、身分控制或執行期間監控。不過，它可以提供一層可供這些流程參考的盤點資訊。
其競爭意義不只在 AWS 的單一服務。隨著企業將系統組合自AI 代理、MCP 工具、A2A 代理與可重複使用的技能，探索與政策管理正變成基礎設施議題。AWS 正把 Agent Registry 定位為其雲端平台中的那一層，但這則公告尚未說明客戶會把它當作組織級的單一資料來源，還是主要用於以 AWS 為中心的部署。
接下來要觀察什麼
接下來值得關注的是客戶證據與產品細節。買家應留意公開價格、支援區域、API 與整合涵蓋範圍，以及 Registry 中繼資料如何連結到身分、記錄、安全審查與執行階段的更清楚說明。
同樣重要的是，看 AWS 是否會公布跨團隊重複使用、重複開發減少或服務帶來的營運成果。關於未來治理訊號的更多細節，可能會顯示 Registry 是會成為基礎目錄，還是 企業級 AI 更深入的控制層。
Creati.ai 觀點
AWS Agent Registry 針對的是一個真實的營運瓶頸：當一個組織擁有大量代理與工具時，知道有哪些資源存在、哪些值得信任，可能和再打造一項新能力一樣重要。將管理紀錄與已核准探索分開，是對這個問題相當合理的回應。
但目錄的實用性取決於中繼資料、核准紀律與實際採用。正式上線公告建立了 AWS 的產品方向，但尚未證明其市場影響。企業團隊應評估 Registry 是否適合其更廣泛的代理架構，特別是在非 AWS 系統中，並要求證據證明治理能提升重用與可靠性，而不是只再增加一份需要維護的盤點清單。
