當呢啲操作跨越唔同公司或平台時，就需要一個共同嘅信任同發現層（trust and discovery layer）。

Infoblox 同 GoDaddy 指出，如果冇開放標準，未來 agent 生態可能會被少數平台控制，例如由某個大型 AI 平台負責 agent 註冊、排名或者身份驗證 。

為咗避免呢種情況，佢哋提出兩個互補技術：

• DNS‑AID（DNS for AI Discovery）：負責 agent 發現
• ANS（Agent Name Service）：負責 agent 身份同信任

兩者加埋，希望解答三個核心問題：

• 呢個 agent 係乜嘢？
• 佢可以做啲咩？
• 我可唔可以信佢？

DNS‑AID：用 DNS 發現 AI Agent

由 Infoblox 推動嘅 DNS‑AID，重點係解決「發現（discovery）」問題。

呢個提案定義咗一套 DNS namespace 同記錄模型，讓企業可以喺自己域名底下發佈 AI agent 嘅資訊，例如：

• API 或服務 endpoint
• 支援嘅協議
• agent 能力或功能

換句話講，一間公司可以直接喺自己域名嘅 DNS record 發佈 agent metadata，而其他系統只要查詢 DNS 就可以找到並了解呢個 agent 。

DNS‑AID 嘅主要目標包括：

• 讓 AI agent 可以喺互聯網大規模被發現
• 建立標準化 metadata 交換
• 不需要中央目錄就能互通

支持者認為，因為 DNS 本身已經係全球分散式系統，而且一直被用於服務發現，所以係一個自然嘅基礎設施 。

ANS：為 AI Agent 建立身份同信任

如果話 DNS‑AID 係負責「搵到 agent」，咁 ANS（Agent Name Service） 就係負責「確認佢係邊個」。

ANS 提供一個基於域名嘅身份系統：每個 AI agent 嘅身份都會綁定到一個由組織控制嘅 domain name。

技術上，ANS 會利用：

• 公鑰基礎設施（PKI）
• 數碼證書

去將 agent 身份加密地連接到該域名 。

實際流程大概係：

1. 組織先證明自己控制某個域名
2. agent 身份透過加密方式同該域名綁定
3. 其他系統喺互動前可以驗證整條信任鏈

呢種模式特別適合 跨組織互動嘅 AI agent，因為唔再需要依賴單一平台提供信任基礎設施 。

點解兩個標準都建基於 DNS

DNS 係互聯網最核心嘅基礎系統之一，本身已經提供：

• 全球層級式命名系統
• 分散式管理
• 廣泛部署
• 安全機制（例如 DNSSEC）

最重要嘅係：每個組織都已經控制自己嘅域名。

因此，如果一間公司擁有 example.com，佢就可以喺該域名之下發佈 AI agent 嘅身份同發現資料，而其他系統亦可以追溯到域名擁有者進行驗證 。

呢個模式其實同現時互聯網已有機制好類似，例如：

• TLS 憑證
• 電郵身份驗證（SPF / DKIM）
• 服務發現

即係話，AI agent 身份可以沿用互聯網已經成熟嘅信任模型。

點解要經 IETF 標準流程

DNS‑AID 同 ANS 目前都係以 IETF Internet‑Draft 形式提出。

IETF（Internet Engineering Task Force）係制定互聯網核心標準嘅組織，例如：

• HTTP
• TCP/IP
• DNS

Internet‑Draft 代表仍然係早期提案，讓工程師、企業同研究人員可以公開討論同改進。

透過 IETF 推進有幾個好處：

• 技術規格公開透明
• 不同廠商可以建立兼容實作
• 基礎設施唔會被某家公司壟斷

不過需要留意，呢兩個文件仍然係草案，仲未成為正式互聯網標準，未來設計同採用程度仍然有變數 。

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

推動呢啲標準嘅其中一個重要原因，就係避免未來出現一種情況：某一個 AI 平台控制所有 agent 身份同發現機制。

如果 agent 必須透過某個平台嘅目錄或 marketplace 才能被發現，平台就可能決定：

• 邊啲 agent 可以被搜尋到
• 邊啲身份被信任
• agent 之間點樣互動

但如果身份同發現建立喺 DNS 上，任何擁有域名嘅組織都可以：

• 發佈自己嘅 agent
• 驗證 agent 身份
• 同其他 agent 互動

換句話講，權力會由平台轉移到域名擁有者同開放協議之上，從而保持跨雲端、跨企業、跨平台嘅互通性 。

下一步：Agentic Web 嘅基礎設施？

DNS‑AID 同 ANS 可以視為一個更大願景嘅早期基礎：所謂 「agentic web」——即由 AI agents 主動互動嘅互聯網。

如果未來被廣泛採用，呢類標準可能會成為 AI agent 技術堆疊嘅其中一層，包括：

• agent 通訊協議
• 信任與身份系統
• 權限與安全控制

目前兩個提案仍然處於實驗階段，但隨住愈來愈多 AI agent 開始喺網絡上運作，類似嘅基礎設施需求只會愈來愈明顯。

當呢啲操作跨越唔同公司或平台時，就需要一個共同嘅信任同發現層（trust and discovery layer）。

Infoblox 同 GoDaddy 指出，如果冇開放標準，未來 agent 生態可能會被少數平台控制，例如由某個大型 AI 平台負責 agent 註冊、排名或者身份驗證 。

為咗避免呢種情況，佢哋提出兩個互補技術：

• DNS‑AID（DNS for AI Discovery）：負責 agent 發現
• ANS（Agent Name Service）：負責 agent 身份同信任

兩者加埋，希望解答三個核心問題：

• 呢個 agent 係乜嘢？
• 佢可以做啲咩？
• 我可唔可以信佢？

DNS‑AID：用 DNS 發現 AI Agent

由 Infoblox 推動嘅 DNS‑AID，重點係解決「發現（discovery）」問題。

呢個提案定義咗一套 DNS namespace 同記錄模型，讓企業可以喺自己域名底下發佈 AI agent 嘅資訊，例如：

• API 或服務 endpoint
• 支援嘅協議
• agent 能力或功能

換句話講，一間公司可以直接喺自己域名嘅 DNS record 發佈 agent metadata，而其他系統只要查詢 DNS 就可以找到並了解呢個 agent 。

DNS‑AID 嘅主要目標包括：

• 讓 AI agent 可以喺互聯網大規模被發現
• 建立標準化 metadata 交換
• 不需要中央目錄就能互通

支持者認為，因為 DNS 本身已經係全球分散式系統，而且一直被用於服務發現，所以係一個自然嘅基礎設施 。

ANS：為 AI Agent 建立身份同信任

如果話 DNS‑AID 係負責「搵到 agent」，咁 ANS（Agent Name Service） 就係負責「確認佢係邊個」。

ANS 提供一個基於域名嘅身份系統：每個 AI agent 嘅身份都會綁定到一個由組織控制嘅 domain name。

技術上，ANS 會利用：

• 公鑰基礎設施（PKI）
• 數碼證書

去將 agent 身份加密地連接到該域名 。

實際流程大概係：

1. 組織先證明自己控制某個域名
2. agent 身份透過加密方式同該域名綁定
3. 其他系統喺互動前可以驗證整條信任鏈

呢種模式特別適合 跨組織互動嘅 AI agent，因為唔再需要依賴單一平台提供信任基礎設施 。

點解兩個標準都建基於 DNS

DNS 係互聯網最核心嘅基礎系統之一，本身已經提供：

• 全球層級式命名系統
• 分散式管理
• 廣泛部署
• 安全機制（例如 DNSSEC）

最重要嘅係：每個組織都已經控制自己嘅域名。

因此，如果一間公司擁有 example.com，佢就可以喺該域名之下發佈 AI agent 嘅身份同發現資料，而其他系統亦可以追溯到域名擁有者進行驗證 。

呢個模式其實同現時互聯網已有機制好類似，例如：

• TLS 憑證
• 電郵身份驗證（SPF / DKIM）
• 服務發現

即係話，AI agent 身份可以沿用互聯網已經成熟嘅信任模型。

點解要經 IETF 標準流程

DNS‑AID 同 ANS 目前都係以 IETF Internet‑Draft 形式提出。

IETF（Internet Engineering Task Force）係制定互聯網核心標準嘅組織，例如：

• HTTP
• TCP/IP
• DNS

Internet‑Draft 代表仍然係早期提案，讓工程師、企業同研究人員可以公開討論同改進。

透過 IETF 推進有幾個好處：

• 技術規格公開透明
• 不同廠商可以建立兼容實作
• 基礎設施唔會被某家公司壟斷

不過需要留意，呢兩個文件仍然係草案，仲未成為正式互聯網標準，未來設計同採用程度仍然有變數 。

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

推動呢啲標準嘅其中一個重要原因，就係避免未來出現一種情況：某一個 AI 平台控制所有 agent 身份同發現機制。

如果 agent 必須透過某個平台嘅目錄或 marketplace 才能被發現，平台就可能決定：

• 邊啲 agent 可以被搜尋到
• 邊啲身份被信任
• agent 之間點樣互動

但如果身份同發現建立喺 DNS 上，任何擁有域名嘅組織都可以：

• 發佈自己嘅 agent
• 驗證 agent 身份
• 同其他 agent 互動

換句話講，權力會由平台轉移到域名擁有者同開放協議之上，從而保持跨雲端、跨企業、跨平台嘅互通性 。

下一步：Agentic Web 嘅基礎設施？

DNS‑AID 同 ANS 可以視為一個更大願景嘅早期基礎：所謂 「agentic web」——即由 AI agents 主動互動嘅互聯網。

如果未來被廣泛採用，呢類標準可能會成為 AI agent 技術堆疊嘅其中一層，包括：

• agent 通訊協議
• 信任與身份系統
• 權限與安全控制

目前兩個提案仍然處於實驗階段，但隨住愈來愈多 AI agent 開始喺網絡上運作，類似嘅基礎設施需求只會愈來愈明顯。