Tóm tắt: Ngày 17/06/2026, Microsoft cùng Google, NVIDIA, Hugging Face và 10+ công ty công nghệ lớn đã công bố ARD (Agentic Resource Discovery) — một đặc tả mở dưới giấy phép Apache 2.0, cho phép AI agent tự động khám phá công cụ, kỹ năng và agent khác ngay trong lúc chạy, thay vì phải cấu hình thủ công từng kết nối như hiện tại. Đây có thể là khoảnh khắc "DNS cho AI agent".
中文摘要: 2026 年 6 月 17 日,Microsoft 聯合 Google、NVIDIA、Hugging Face 等十多家科技巨頭發布了 ARD(Agentic Resource Discovery)——一個 Apache 2.0 授權的開放規範,讓 AI Agent 在運行時能自主搜尋並呼叫工具、技能和其他 Agent,徹底告別手動配置每個 MCP 伺服器 URL 的時代。這可能是 AI Agent 生態系的「DNS 時刻」。
📊 Phân Tích / 分析
Chuyện gì đã xảy ra: ARD là một đặc tả mở định nghĩa hai thành phần cốt lõi: (1) Manifest tĩnh — file ai-catalog.json đặt tại /.well-known/, mô tả khả năng, giao thức (MCP, API, Skill...), quyền hạn và metadata tin cậy của một resource; (2) API đăng ký động — endpoint POST /search cho phép agent gửi truy vấn bằng ngôn ngữ tự nhiên và nhận về danh sách resource khớp. ARD không thay thế MCP, A2A hay Skills — nó là "lớp khám phá" ngồi phía trước các giao thức đó.
發生了什麼: ARD 是一套開放規範,定義兩個核心組件:(1) 靜態清單——ai-catalog.json 檔案置於 /.well-known/ 路徑下,描述資源的能力、協議(MCP、API、Skill...)、所需權限和信任元數據;(2) 動態註冊表 API——POST /search 端點讓 Agent 用自然語言發送查詢,取得排名後的匹配資源。ARD 不取代 MCP、A2A 或 Skills——它是坐在這些協議前方的「發現層」。
Tại sao quan trọng: Hiện tại, nhà phát triển phải thủ công cài đặt từng MCP server, hardcode URL, cấu hình quyền. Mô hình "cài trước, dùng sau" này sụp đổ khi hệ sinh thái có hàng trăm nghìn resource. Giải pháp tạm thời — nhồi tất cả mô tả vào context window — bị giới hạn bởi dung lượng context và gây nhập nhằng. ARD tách biệt việc khám phá khỏi việc thực thi, cho phép agent tìm kiếm capability một cách động. Như Microsoft nói: "AI chỉ có khả năng tốt như hệ thống dây nối cho phép."
為什麼重要: 目前開發者必須手動安裝每個 MCP 伺服器、硬編碼 URL、設定權限。當生態系膨脹到數十萬個資源時,這種「先安裝,後使用」的模式徹底崩潰。權宜之計——把所有工具描述塞進 context window——被 context 大小限制且容易產生歧義。ARD 將發現與執行解耦,讓 Agent 動態搜尋能力。正如 Microsoft 所言:「AI 的能力上限,取決於它的接線品質。」
🔍 Góc Nhìn Của Chúng Tôi / 我們的觀點
Đây là khoảnh khắc "DNS cho AI agent". DNS cho phép phân giải tên miền thay vì phải nhớ địa chỉ IP; ARD cho phép agent khám phá capability thay vì phải hardcode URL. Việc Google và Microsoft — hai đối thủ hiếm khi đứng chung một đặc tả — cùng hậu thuẫn ARD cho thấy đây không phải là một tiêu chuẩn sẽ bị lãng quên. Quan trọng hơn, ARD được thiết kế theo mô hình liên bang (như DNS, không phải Google Search): doanh nghiệp có thể chạy registry riêng, kiểm soát những gì agent được phép truy cập, đồng thời vẫn tham gia hệ sinh thái mở. Với DKY, đây là tín hiệu rõ ràng rằng hạ tầng cho AI agent đang được chuẩn hóa ở cấp độ toàn ngành. Bất kỳ ai xây dựng agent system nên bắt đầu nghĩ đến việc publish tool của mình dưới dạng ARD-compatible catalog.
這是 AI Agent 生態系的「DNS 時刻」。DNS 讓域名可以被解析而非記 IP 位址;ARD 讓 Agent 能力可以動態發現而非硬編碼 URL。Google 和 Microsoft 這兩家鮮少在同一規範上聯手的競爭對手同時背書,顯示這不太可能只是又一個被遺忘的標準。更重要的是,ARD 刻意設計為聯邦式架構(像 DNS,而非 Google 搜尋):企業可以架設私有註冊表,控制其 Agent 能存取哪些資源,同時仍參與開放生態系。對 DKY 而言,這是一個明確的信號:AI Agent 基礎設施正在全行業層面標準化。任何建構 Agent 系統的人,都應該開始考慮將自己的工具發布為 ARD 相容的目錄。
📋 Chi Tiết / 詳細分析
Vấn Đề: "Đấu Dây Thủ Công" Không Thể Mở Rộng / 「手動接線」無法擴展
Hình dung thế này: bạn xây một AI agent cần dùng 5 công cụ — cài 5 MCP server, thêm 5 URL, xong. Nhưng nếu agent của bạn cần truy cập hàng trăm API, service, skill từ nhiều nhà cung cấp khác nhau? Mỗi lần thêm một capability mới là một lần phải tìm tài liệu, đánh giá độ tin cậy, cấu hình thủ công. Đây chính xác là vấn đề "manual wiring" mà ARD giải quyết. Thay vì hardcode mọi thứ, agent gửi một câu truy vấn — "tôi cần transcribe audio" — và nhận về danh sách MCP server, API, hoặc skill có thể làm việc đó, kèm metadata về độ tin cậy và cách gọi.
試想:你建了一個需要 5 個工具的 AI Agent——安裝 5 個 MCP 伺服器、加上 5 個 URL、完成。但如果你的 Agent 需要存取數百個來自不同供應商的 API、服務、技能?每次新增一個能力就必須找文件、評估可靠性、手動配置。這正是 ARD 要解決的「手動接線」問題。Agent 不再需要硬編碼一切,而是發送一個查詢——「我需要轉錄音頻」——然後收到一份能做這件事的 MCP 伺服器、API 或技能列表,附帶信任元數據和呼叫方式。
Kiến Trúc Liên Bang: Không Phải Một Danh Mục Toàn Cầu / 聯邦架構:不是單一全球目錄
ARD được thiết kế có chủ đích theo mô hình liên bang — giống DNS hơn là Google Search. Sẽ có nhiều dịch vụ khám phá cùng tồn tại: công khai (bao phủ web mở), nhà cung cấp (hệ sinh thái riêng như Hugging Face Hub), và doanh nghiệp (tài nguyên nội bộ + bên ngoài đã kiểm duyệt). Cùng một truy vấn "tìm công cụ phân tích dữ liệu", một startup sẽ thấy kết quả từ registry công khai, còn một ngân hàng sẽ thấy kết quả từ registry nội bộ đã được phê duyệt. Đây là tính năng, không phải lỗi — nó bảo toàn quyền kiểm soát và quản trị cho doanh nghiệp, yếu tố quyết định cho việc áp dụng trong môi trường production.
ARD 刻意設計為聯邦式架構——更像 DNS 而非 Google 搜尋。將存在多個並行的發現服務:公開(覆蓋開放網路)、供應商(如 Hugging Face Hub 自有生態系)、企業(內部 + 已審核的外部資源)。同一個查詢「找數據分析工具」,一家新創會看到公開註冊表的結果,而一家銀行會看到內部已批准的註冊表結果。這是刻意設計,不是 bug——它保留了企業的控制權和治理能力,是生產環境採用的關鍵要素。
Hai Triển Khai Tham Chiếu Đã Sẵn Sàng / 兩個參考實作已可試用
Hiện có hai bản triển khai tham chiếu đang hoạt động. (1) Hugging Face Discover Tool (hf-discover): CLI và REST API cho phép tìm kiếm ngữ nghĩa trên hàng ngàn skills, MCP servers và ML apps. Cài đặt: uv tool install huggingface_hub, sau đó chạy hf discover search "fine tune a language model". Hỗ trợ nhiều media type: AI Skill, MCP server, raw Space metadata. (2) GitHub Agent Finder: đã tích hợp vào GitHub Copilot, tự động khám phá MCP servers, skills và tools khi chạy, thay vì nạp trước tất cả — giải quyết vấn đề context window bloat.
目前有兩個已可用的參考實作。(1) Hugging Face Discover Tool (hf-discover):CLI 和 REST API,能在數千個 skills、MCP 伺服器和 ML 應用上進行語義搜尋。安裝:uv tool install huggingface_hub,執行:hf discover search "微調語言模型"。支援多種 media type:AI Skill、MCP server、原始 Space 元數據。(2) GitHub Agent Finder:已整合進 GitHub Copilot,運行時動態發現 MCP 伺服器、skills 和工具,而非預先載入全部——解決了 context window 膨脹問題。
Tác Động: Từ "Cài Đặt" Sang "Khám Phá" / 影響:從「安裝」到「發現」
ARD thay đổi mô hình tư duy căn bản: agent không còn bị giới hạn trong danh sách công cụ được cấu hình sẵn — nó có thể chủ động tìm kiếm khả năng mới khi cần. Điều này mở đường cho các agent thực sự tự chủ, có thể thích ứng với các tác vụ không lường trước. Với sự hậu thuẫn đồng thời từ Google, Microsoft, NVIDIA, Hugging Face, Salesforce, ServiceNow, Snowflake, Cisco, Databricks và GoDaddy, ARD có tiềm năng trở thành tiêu chuẩn nền tảng cho kỷ nguyên AI agent — giống như HTTP trở thành nền tảng cho web. Thách thức còn lại: cần đạt khối lượng tới hạn các resource được publish, và các câu hỏi về trust/authority vẫn đang được định nghĩa trong spec.
ARD 改變了根本思維模式:Agent 不再受限於預先配置的工具清單——它可以在需要時主動搜尋新能力。這為真正自主的 Agent 鋪平了道路,能夠適應未預見的任務。Google、Microsoft、NVIDIA、Hugging Face、Salesforce、ServiceNow、Snowflake、Cisco、Databricks 和 GoDaddy 的共同背書,讓 ARD 有潛力成為 AI Agent 時代的基礎標準——就像 HTTP 成為 Web 的基礎一樣。剩餘挑戰:需要達到足夠的資源發布量以達成臨界質量,且信任/權威的問題仍在規範中定義。
⚠️ Hạn Chế / 限制與注意事項
- Đặc tả vẫn đang ở dạng draft: ARD chưa phải là tiêu chuẩn chính thức — đây là bản nháp đang được phát triển, có thể thay đổi trước khi ổn định
- Cần khối lượng tới hạn: Giá trị của ARD phụ thuộc vào số lượng resource thực sự được publish. Nếu chỉ có vài trăm resource, manual wiring vẫn khả thi hơn
- Trust và authority chưa được giải quyết triệt để: Làm sao agent biết một resource có đáng tin? Cơ chế xác thực và ủy quyền vẫn đang được định nghĩa
- Không giải quyết vấn đề chất lượng: ARD giúp tìm thấy resource, nhưng không đảm bảo resource đó hoạt động tốt. Việc đánh giá chất lượng vẫn là trách nhiệm của agent