DNS‑AID vs ANS：AI 代理如何在開放網路上被識別與發現

DNS‑AID 的主要目標包括：

• 在網際網路規模下發現 AI 代理
• 標準化代理之間的能力描述
• 不依賴中央化目錄

支持者認為，因為 DNS 本身就是全球分散式系統，非常適合用來做大規模代理發現 。

ANS：為 AI 代理建立可信身份

與 DNS‑AID 專注「發現」不同，Agent Name Service（ANS） 主要解決 代理身份與信任 的問題。

ANS 的核心概念是：把 AI 代理的身份綁定到一個由組織控制的網域名稱。

這套系統透過 公鑰基礎設施（PKI）與憑證，建立一條可驗證的信任鏈 。

實際流程大致如下：

1. 組織證明自己擁有某個網域
2. 代理身份與該網域建立加密關聯
3. 其他系統在互動前可以驗證這個身份

例如，如果某公司控制 example.com，那麼它就能發布並驗證屬於該網域的 AI 代理。

ANS 草案的目標是建立一個 「以網域為錨點的信任層」，讓代理即使跨組織運作，也能被獨立驗證 。

為什麼兩項標準都建立在 DNS 上

DNS‑AID 與 ANS 都刻意選擇建立在 DNS 上，而不是設計一個全新的系統。

原因包括：

• DNS 已是全球性的名稱系統
• 架構本身是分散式治理
• 幾乎所有網路服務都依賴 DNS
• 已有安全機制，例如 DNSSEC

此外，DNS 天然就對應到 網域所有權。

如果某公司擁有 example.com，那麼它可以直接在自己的 DNS 中發布 AI 代理相關資訊，而其他系統可以透過 DNS 查詢並驗證其來源。

這與現有網路機制類似，例如：

• TLS 憑證
• 電子郵件驗證（SPF、DKIM、DMARC）
• 服務發現

因此，DNS 被視為 為 AI 代理建立身份與發現層的自然基礎 。

為什麼透過 IETF 推動標準

DNS‑AID 與 ANS 目前都以 IETF（Internet Engineering Task Force）Internet‑Draft 的形式提出。

IETF 是網際網路主要標準組織，許多核心協定（如 HTTP、TCP、DNS）都在此制定。

Internet‑Draft 的特點包括：

• 規格公開
• 任何工程師或公司都可審查
• 可在多家廠商間實作互通

透過這種開放流程，可以避免技術被單一公司控制，也能讓雲端平台、基礎設施公司與研究社群共同改進協定。

需要注意的是：這些文件目前仍是草案，尚未成為正式網路標準，未來設計仍可能調整 。

避免 AI 代理生態被單一平台控制

推動這些標準的一個重要動機，是避免未來出現 單一 AI 平台壟斷代理身份與發現機制。

如果代理必須透過某個平台的市場或目錄才能被發現，那麼平台就可能控制：

• 哪些代理能被搜尋到
• 哪些身份被信任
• 代理之間如何互動

DNS‑AID 與 ANS 的設計則採取另一種模式：

任何擁有網域的組織，都能發布並驗證自己的 AI 代理。

這就像今天任何人都能在自己的網域上架設網站，而不需要經過某個中心平台批准。

透過 DNS 與開放協定，代理身份的控制權將更接近 網域所有權與開放網路架構，而不是集中在少數平台手中 。

下一步：代理式網路的基礎層

DNS‑AID 與 ANS 仍處於早期階段，但它們代表了一種新的基礎設施方向。

如果未來獲得主要雲端平台、AI 框架與網路服務的支持，它們可能成為 代理互通技術堆疊 的一部分，例如：

• 代理通訊協定
• 信任與驗證機制
• 存取控制系統

隨著自主 AI 代理在網路上數量增加，如何 識別、發現並信任這些代理，很可能會成為下一代網際網路的重要基礎問題。