當呢啲操作跨越唔同公司或平台時,就需要一個共同嘅信任同發現層(trust and discovery layer)。
Infoblox 同 GoDaddy 指出,如果冇開放標準,未來 agent 生態可能會被少數平台控制,例如由某個大型 AI 平台負責 agent 註冊、排名或者身份驗證 。
為咗避免呢種情況,佢哋提出兩個互補技術:
兩者加埋,希望解答三個核心問題:
由 Infoblox 推動嘅 DNS‑AID,重點係解決「發現(discovery)」問題。
呢個提案定義咗一套 DNS namespace 同記錄模型,讓企業可以喺自己域名底下發佈 AI agent 嘅資訊,例如:
換句話講,一間公司可以直接喺自己域名嘅 DNS record 發佈 agent metadata,而其他系統只要查詢 DNS 就可以找到並了解呢個 agent 。
DNS‑AID 嘅主要目標包括:
支持者認為,因為 DNS 本身已經係全球分散式系統,而且一直被用於服務發現,所以係一個自然嘅基礎設施 。
如果話 DNS‑AID 係負責「搵到 agent」,咁 ANS(Agent Name Service) 就係負責「確認佢係邊個」。
ANS 提供一個基於域名嘅身份系統:每個 AI agent 嘅身份都會綁定到一個由組織控制嘅 domain name。
技術上,ANS 會利用:
去將 agent 身份加密地連接到該域名 。
實際流程大概係:
呢種模式特別適合 跨組織互動嘅 AI agent,因為唔再需要依賴單一平台提供信任基礎設施 。
DNS 係互聯網最核心嘅基礎系統之一,本身已經提供:
最重要嘅係:每個組織都已經控制自己嘅域名。
因此,如果一間公司擁有 example.com,佢就可以喺該域名之下發佈 AI agent 嘅身份同發現資料,而其他系統亦可以追溯到域名擁有者進行驗證 。
呢個模式其實同現時互聯網已有機制好類似,例如:
即係話,AI agent 身份可以沿用互聯網已經成熟嘅信任模型。
DNS‑AID 同 ANS 目前都係以 IETF Internet‑Draft 形式提出。
IETF(Internet Engineering Task Force)係制定互聯網核心標準嘅組織,例如:
Internet‑Draft 代表仍然係早期提案,讓工程師、企業同研究人員可以公開討論同改進。
透過 IETF 推進有幾個好處:
不過需要留意,呢兩個文件仍然係草案,仲未成為正式互聯網標準,未來設計同採用程度仍然有變數 。
推動呢啲標準嘅其中一個重要原因,就係避免未來出現一種情況:某一個 AI 平台控制所有 agent 身份同發現機制。
如果 agent 必須透過某個平台嘅目錄或 marketplace 才能被發現,平台就可能決定:
但如果身份同發現建立喺 DNS 上,任何擁有域名嘅組織都可以:
換句話講,權力會由平台轉移到域名擁有者同開放協議之上,從而保持跨雲端、跨企業、跨平台嘅互通性 。
DNS‑AID 同 ANS 可以視為一個更大願景嘅早期基礎:所謂 「agentic web」——即由 AI agents 主動互動嘅互聯網。
如果未來被廣泛採用,呢類標準可能會成為 AI agent 技術堆疊嘅其中一層,包括:
目前兩個提案仍然處於實驗階段,但隨住愈來愈多 AI agent 開始喺網絡上運作,類似嘅基礎設施需求只會愈來愈明顯。