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

隨著 AI 代理（AI agents） 開始自主地在網路上執行任務，例如呼叫 API、完成交易、協調流程或與其他代理合作，一個基本問題浮現：系統如何知道自己正在與哪個代理互動？又該如何確認它是可信的？

2026 年 5 月，DNS 基礎設施公司 Infoblox 與 GoDaddy 宣布支持兩項互補的開放標準：DNS‑AID 與 Agent Name Service（ANS）。這兩項提案都建立在既有的 網域名稱系統（DNS） 上，目標是為 AI 代理提供發現、身份識別與驗證機制，而不是依賴封閉的平台或專有目錄 。

如果未來越來越多 AI 代理在不同公司與服務之間互動，這類基礎設施可能成為所謂 「代理式網路（agentic web）」 的核心層。

為什麼 AI 代理需要身份與發現機制

AI 代理不再只是單一應用程式內的工具。許多設計目標是讓它們能：

• 呼叫外部 API
• 在不同服務間協調任務
• 代表使用者或企業完成交易
• 與其他代理進行自動協作

當代理跨組織運作時，就需要一套 共同的信任與發現機制。否則，系統將很難判斷：

• 這個代理是誰建立的
• 它能做什麼
• 是否可信

Infoblox 與 GoDaddy 認為，如果沒有開放標準，代理生態系可能被少數平台壟斷，由平台決定哪些代理能被找到、被信任或被使用 。

為了避免這種情況，他們提出把這個機制建立在網際網路既有的基礎設施上：DNS。

兩項提案的角色分工為：

• DNS‑AID（DNS for AI Discovery）：負責代理發現
• ANS（Agent Name Service）：負責代理身份與驗證

DNS‑AID：讓 AI 代理可以被發現

DNS‑AID 是由 Infoblox 推動的標準，目標是讓 AI 代理能在網路上被其他系統找到。

該提案定義了一套 結構化 DNS 命名空間與紀錄格式，讓組織可以在自己的網域中發布代理相關資訊，例如：

• 代理 API 端點
• 支援的通訊協定
• 能力與功能描述

這些資訊可以直接寫入 DNS 紀錄。其他系統只要查詢 DNS，就能取得與該代理互動所需的基本資訊 。

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 代理在網路上數量增加，如何 識別、發現並信任這些代理，很可能會成為下一代網際網路的重要基礎問題。