# 策展 · X (Twitter) 🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Amazon Web Services (@awscloud) · 平台：X (Twitter) · 日期：2026-04-10

> 原始來源：https://x.com/awscloud/status/2042298042204700891

## 中文摘要

AWS 推出 Agent Registry，解決企業級 Agent 管理混亂問題。

AWS 於 Amazon Bedrock AgentCore 推出「AWS Agent Registry」預覽版，旨在解決企業在擴展 Agent 數量時面臨的能見度不足、治理困難與重複開發問題。此平台提供跨環境的統一註冊與管理機制，讓企業能有效盤點並重複利用現有的 Agent 資源。

**Agent 擴散帶來的治理危機**
隨著企業部署的 Agent 數量從少數增加至數百甚至數千個，平台團隊面臨三大關鍵挑戰：能見度（無法掌握組織內現有的 Agent）、控制力（無法治理誰能發布以及哪些 Agent 可被發現），以及重複利用性（團隊不斷重複開發已存在的技術）。若缺乏集中式系統，將導致「Agent 擴散」（Agent sprawl）現象加劇，合規風險上升，且開發資源浪費在重複工作中。更現實的問題在於，企業的 Agent 生態系並非僅存在於單一供應商，而是分散在 AWS 服務、其他雲端平台及地端環境中。若註冊表僅涵蓋部分技術堆疊，隱形的 Agent 將無法被發現、治理或重複利用。

**跨環境的統一註冊機制**
「AWS Agent Registry」作為 AgentCore 的一部分，提供單一入口來發現、共享與重複利用 AI Agent、工具與 Agent 技能。其核心功能包括：
- 結構化儲存：將每個 Agent、工具、MCP 伺服器、Agent 技能及自訂資源儲存為結構化記錄，包含發布者資訊、實作協定、暴露介面及呼叫方式。
- 廣泛相容性：原生支援 MCP 與 A2A 等標準，並具備定義組織自訂架構的靈活性。
- 彈性註冊：使用者可透過主控台、AWS SDK 或 API 手動提供元資料，或直接指向 MCP/A2A 端點，由系統自動擷取詳細資訊。
- 跨平台支援：索引功能不限於 AWS 內部，亦涵蓋其他雲端供應商及地端環境，確保企業能掌握完整的 Agent 版圖。

**智慧搜尋與資源重用**
為了降低開發門檻，Registry 採用混合搜尋機制，結合關鍵字與語意理解。當開發者搜尋「payment processing」時，系統能自動呈現標記為「billing」或「invoicing」的工具，即使名稱不同也能被搜尋到。此機制鼓勵開發者遵循「先搜尋、後開發」的流程：若已有經過驗證的 capability，則直接使用；若無，則開發並註冊，使其成為組織內的共享 asset。

**嚴謹的生命週期治理**
Registry 提供從開發到退役的完整生命週期管理，確保企業級的控制力：
- 權限控管：透過 IAM 政策定義誰能註冊 Agent，以及誰能搜尋與使用。
- 審核流程：所有記錄皆需經過審核，從草稿狀態轉為待審核，最終才對組織開放。
- 版本控制：記錄具備版本化功能，可追蹤變更並淘汰不再使用的資源。
- 自訂元資料：支援加入團隊所有權、合規狀態或部署環境等自訂資訊。

**企業應用實例**
- Zuora：透過 AgentCore 的統一視圖，管理 50 個橫跨銷售、財務、產品與開發團隊的 Agent，實現了端到端 (End to End) 的能見度與責任歸屬，避免重複開發。
- Southwest Airlines：利用 Registry 建立企業級 Agent 目錄，透過標準化的所有權元資料與政策執行，為未來擴展至數千個 Agent 奠定治理基礎，有效防止 Agent 擴散。

**未來發展與願景**
AWS 正朝向更深度的整合邁進，未來 Registry 將涵蓋更多 AWS 服務（如 Amazon Quick 與 Kiro），並實現自動化索引。此外，計畫推出跨註冊表聯合（Cross-registry federation）功能，並結合 AgentCore Observability 提供的營運智慧（如呼叫次數、延遲、正常運行時間與使用模式），幫助管理者不僅知道「有什麼」，更能掌握「什麼正在生產環境中有效運作」。目前該預覽版已在美國東部（維吉尼亞北部）、美國西部（奧勒岡）、亞太地區（雪梨、東京）及歐洲（愛爾蘭）五個 AWS 區域開放。

## 標籤

Agent, 新產品, AWS, Amazon Bedrock