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倍。