AWS ủng hộ Khám phá Tài nguyên Agentic như Lớp Liên minh cho Agent Registry

Amazon Web Services đã đưa sức mạnh của mình vào tiêu chuẩn Khám phá Tài nguyên Agentic, công bố một bản mô tả chi tiết vào ngày 24 tháng 8 năm 2026 về cách chuẩn mở này dự kiến hoạt động cùng với AWS Agent Registry, danh mục được quản lý cho các tác nhân AI, công cụ và kỹ năng đã vào giai đoạn xem trước vào đầu năm nay.

Bài đăng của AWS mô tả ARD như là câu trả lời cho một vấn đề mà sản phẩm của AWS để lại. AWS Agent Registry, có sẵn thông qua Amazon Bedrock AgentCore, cung cấp cho tổ chức một danh mục trung tâm, có thể tìm kiếm cho các tác nhân, máy chủ MCP, công cụ, kỹ năng tác nhân và tài nguyên tùy chỉnh, nhưng chỉ trong môi trường AWS của riêng mình. Hầu hết các doanh nghiệp chạy các tác nhân trên nhiều đám mây, hạ tầng tại chỗ và nền tảng SaaS, mỗi nền tảng có registry và định dạng siêu dữ liệu riêng, và việc kết nối các môi trường này hiện nay đòi hỏi xây dựng các kết nối tùy chỉnh giữa mọi cặp registry.

ARD đề xuất một giải pháp định dạng chung: nếu mọi registry mô tả tài nguyên theo cùng một cách và cung cấp khả năng khám phá qua một giao thức chung, các nhà xuất bản chỉ cần mô tả tài nguyên một lần và người tiêu dùng có thể khám phá chúng ở mọi nơi.

Bên trong Mô hình AWS Agent Registry

Registry, hiện đang ở giai đoạn xem trước thông qua Amazon Bedrock AgentCore, được xây dựng dựa trên hai khái niệm: registry, là các danh mục mà quản trị viên tạo ra với các cài đặt ủy quyền và phê duyệt riêng, và record, là các mục siêu dữ liệu mô tả mỗi tài nguyên. Quy trình xuất bản diễn ra từ quản trị viên tới nhà xuất bản, người quản lý tới người tiêu dùng, với một cổng phê duyệt trước khi bất kỳ record nào trở nên có thể khám phá được. Quyền truy cập được kiểm soát qua chứng chỉ AWS Identity and Access Management hoặc JSON Web Token từ nhà cung cấp danh tính doanh nghiệp, và registry tự nó được công khai như một điểm cuối MCP từ xa, vì vậy bất kỳ client nào tương thích MCP đều có thể tìm kiếm trực tiếp.

Lớp quản trị này là phần mà AWS cẩn thận bảo tồn. Trong bài đăng, AWS mô tả ARD như một lớp tương tác nằm bên ngoài điểm thực thi: tổ chức xuất bản danh mục kiểm soát những gì có trong đó, ai có thể xem và khi nào thu hồi quyền truy cập, trong khi các kiểm soát phê duyệt và truy cập hiện có của Agent Registry vẫn được duy trì ở nơi chính sách thực sự được thực thi. Ngôn ngữ được dùng có chủ đích: ARD xử lý việc tìm kiếm các mục, không phải việc tin tưởng chúng vào môi trường sản xuất.

Điều mà Đặc tả ARD Thực sự Chuẩn hoá

ARD không phải là dự án của AWS. Đặc tả này được công bố vào ngày 17 tháng 6 năm 2026 bởi một nhóm công tác có các thành viên bao gồm Google, Microsoft, Hugging Face và GoDaddy, cùng với Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow và Snowflake là những cộng tác viên trong lần ra mắt. Nó được cấp phép theo Apache 2.0 và được công bố tại agenticresourcediscovery.org, với các triển khai tham chiếu trên GitHub. AWS đã đóng góp phản hồi trong quá trình phát triển thay vì viết đặc tả.

Kiến trúc dựa trên hai nguyên tắc cơ bản. Một catalog là một tệp mà tổ chức công bố dưới miền riêng của mình (ai-catalog.json tại một đường dẫn được biết đến) mô tả các tác nhân, máy chủ MCP, tác nhân A2A, công cụ OpenAPI hoặc các catalog lồng nhau có sẵn, với quyền sở hữu miền làm cơ sở mật mã cho danh tính nhà xuất bản. Các registry hoạt động như các công cụ tìm kiếm trên các catalog đó: chúng thu thập, lập chỉ mục và trả lời các yêu cầu khám phá bằng ngôn ngữ tự nhiên, trả về các kết quả phù hợp cùng với siêu dữ liệu tin cậy có thể xác minh mà client cần để xác nhận danh tính nhà xuất bản trước khi kết nối.

Ranh giới mà ARD vẽ ra là khám phá, không phải thực thi. Một client tìm thấy tài nguyên qua ARD sẽ gọi nó qua bất kỳ cơ chế nào mà tài nguyên đó hỗ trợ bản địa: MCP, một API, một framework tác nhân. Trang web của đặc tả nêu rõ rằng ARD không phải là môi trường thực thi, không phải là sự thay thế cho MCP hay giao thức A2A, và không phải là một catalog trung tâm; thiết kế giả định có nhiều dịch vụ khám phá, mỗi dịch vụ áp dụng các chính sách tin cậy và xếp hạng riêng. So sánh của AWS là DNS: các registry địa phương liên hợp thông qua giao thức chung mà không cần thỏa thuận song phương hay kết nối độc quyền, giống như cách giải quyết tên hoạt động qua các mạng.

Cách Các Thành phần Kết hợp Với Nhau

Đối với khách hàng của Agent Registry, lời đề nghị là liên hợp mà không cần di chuyển. Một tổ chức có hạ tầng agentic trải rộng trên các đám mây, hệ thống tại chỗ và công cụ SaaS có thể công khai toàn bộ trong định dạng của ARD và làm cho chúng có thể khám phá được trên mọi môi trường trong khi vẫn giữ quyền kiểm soát cục bộ, và có thể xuất bản một catalog trên miền riêng để bất kỳ client nào tương thích ARD có thể khám phá, mở ra các đường dẫn liên tổ chức mà một registry của nhà cung cấp duy nhất không thể đạt được.

AWS cũng đang đưa ra sản phẩm trong tay trong khi các đối thủ còn đang xây dựng. Agent Registry của Google, một phần của Gemini Enterprise Agent Platform, dự kiến sẽ bổ sung hỗ trợ ARD bản địa trong những tháng tới; GitHub và Hugging Face là một trong những thành viên nhóm công tác đứng sau đặc tả. Mô hình trên cả ba đám mây đều giống nhau: một registry được quản lý, có kiểm soát ở bên trong, và một giao thức liên hợp mở ở bên ngoài.

Lưu ý là việc tích hợp được mô tả trong bài đăng của AWS là theo chiều hướng, chưa được cung cấp. AWS nêu ra những gì họ kỳ vọng ARD sẽ cho phép các khách hàng của Agent Registry thay vì công bố ngày giao hàng, và registry vẫn còn ở giai đoạn xem trước. Điều mà ngày 24 tháng 8 năm 2026 thiết lập là sự đồng thuận: nhà cung cấp đám mây lớn nhất đã chỉ ra tiêu chuẩn mở mà họ dự định liên hợp, và đó là cùng một tiêu chuẩn mà Google và Microsoft đang hướng tới.