AI代理獲得基於DNS的電話目錄
DNS-AID專案利用DNS基礎設施實現AI代理之間的發現，避免建立新的中心化登錄檔。該專案由Linux基金會管理，支援MCP、A2A等協議，並允許透過名稱、功能或域名搜尋代理。
文章情報
要點
- DNS-AID是一個開源專案，利用DNS實現AI代理的發現。
- 它基於現有的DNS基礎設施，使用SVCB和DNSSEC等技術。
- 支援多種協議，如MCP、A2A和HTTPS。
- 得到Cloudflare、Infoblox等公司的支援。
為什麼重要
這條新聞值得關注，因為DNS-AID是一個開源專案，利用DNS實現AI代理的發現。
技術影響
可能影響模型選型、推理成本、產品能力和評測基準。
在未來，AI代理將能夠透過域名系統（DNS）相互發現，而無需進行埠掃描或依賴硬編碼配置。這一願景正隨著DNS for AI Discovery（DNS-AID）專案的推出而成為現實。DNS-AID是一個開源專案，旨在利用現有的網際網路基礎設施促進代理之間的發現。該專案建立在DNS之上，以避免建立另一個可能成為競爭瓶頸的登錄檔。
DNS-AID專案維護者Ingmar Van Glabbeek表示：“當前的代理連線方式碎片化，並且經常依賴於脆弱的硬編碼配置。透過DNS-AID，我們正朝著AI的‘網路原生’模型邁進。利用現有的DNS層級，開發者可以以與幾十年來瀏覽網際網路相同的可靠性和普遍性來發布和發現代理。”
DNS已經提供了除域名解析之外的多種功能。例如，網站透過DNS TXT記錄暴露其DMARC、SPF和DKIM記錄。最近，服務繫結（SVCB）和HTTPS RR（HTTPS資源記錄）被採用，以便客戶端更容易發現服務及相關引數。DNS-AID利用SVCB（TXT作為備用）以及可選的DNS安全擴充套件（DNSSEC）和基於DNS的命名實體認證（DANE）TLSA記錄。這些為代理提供了一種無需中介實體、額外基礎設施或特定協議的連線方式。DNS-AID支援MCP、A2A、HTTPS以及任何可透過SVCB和ALPN定址的協議。
該系統允許透過名稱、功能或域名搜尋代理。Linux基金會承諾為該專案提供供應商中立的治理，該專案最初由Infoblox開發。Cloudflare技術長Dane Knecht表示：“網際網路在幾十年前就已經用DNS解決了發現問題——它快速、全球可擴充套件，並且地球上的每個網路都理解它。透過將這種經過驗證的架構擴充套件到代理網路，DNS-AID為自治系統安全高效執行提供了基礎路由層。”
有多種入門方式，最簡單的是安裝dns-aid並執行命令dns-aid init。目前已有Python SDK，預計其他語言很快也會有參考實現。設定過程涉及為代理釋出SVCB記錄到站點的DNS區域，並使用DNSSEC對該區域簽名以驗證來源。此後，解析代理記錄_{agent-name}._{protocol}._agents.{your-domain}將返回相關詳細資訊，然後透過DNSSEC、可選的JWS簽名和DANE策略進行驗證，之後代理才能相互連線。
多家DNS提供商目前提供DNS-AID支援，包括AWS Route 53、Azure DNS、Cloudflare、Google Cloud DNS、Infoblox NIOS和UDDI、NS1以及任何符合標準的DNS服務（RFC 2136 DDNS）。本地實驗的開發者可以使用Docker BIND9遊樂場。全球諮詢公司麥肯錫認為，代理之間的商業在未來可能具有重要意義，稱其為“預計3萬億至5萬億美元的經濟機會”。不過，我們注意到麥肯錫在20世紀80年代對2000年手機市場規模的預測誤差約為100倍。