Agent Name Service 深度剖析：AI代理數位身份基礎設施如何重塑2026數位信任秩序

Q: ANS和傳統的API金鑰認證有什麼本質區別？

API金鑰是預共享密鑰模型，金鑰洩露後任何人可冒充且無法提供公開可驗證的身份資訊。ANS採用PKI公鑰基礎設施模型，代理擁有公私鑰對，私鑰不出門，公鑰透過可信證書鏈發布，身份驗證不需共享秘密且任何第三方可獨立驗證。

Q: 企業現在應該開始導入ANS嗎？

建議採取觀察加準備策略。ANS標準仍在演進中，大規模生產部署風險偏高。企業應盤點內部AI代理身份管理現狀、確保DNS支援DNSSEC、評估PKI/ACME流程可延伸性、在AI治理框架預留ANS整合接口。2027年標準穩定後再啟動正式導入計畫更穩妥。

Q: ANS會不會被大型雲端廠商的專有方案取代？

可能性不大。跨組織的信任基礎設施需要中立標準，Linux基金會的中立性和開源治理模式加上IETF標準化軌道讓ANS更有可能成為公共標準。更可能的結局是雲端廠商在ANS之上提供託管服務而非另起爐灶。

Agent Name Service是這篇文章討論的核心

Linux 基金會 Agent Name Service (ANS) 深度剖析：AI 代理身份基礎設施的誕生將如何重塑 2026 年後的數位信任秩序 — Linux基金會推出的Agent Name Service (ANS) 正在為AI代理建立一套類似DNS的身份驗證體系。Photo: Tara Winstead / Pexels

快速精華

💡 核心結論：Linux基金會計畫推出的Agent Name Service (ANS) 本質上是把DNS的信任模型延伸到AI代理世界，讓每一個AI agent都能擁有可驗證的「數位身份證」——這不是錦上添花，而是AI代理經濟從野蠻生長走向制度化運作的必要前提。

📊 關鍵數據：2026年全球AI代理市場規模達109-120億美元，Gartner預測企業級Agentic AI支出將突破2019億美元；至2030年市場預計衝上500億美元，2034年更上看2360億美元量級。但Gartner同時警告，超過40%的代理型AI專案可能在2027年前因治理缺失而被砍。

🛠️ 行動指南：企業應提前評估AI代理的身份管理策略，關注ANS的PKI證書機制與A2A、MCP、ACP協議適配層，並在內部AI治理框架中預留ANS整合接口。

⚠️ 風險預警：ANS仍處於intent-to-launch階段，標準尚未正式定稿。過早綁定特定實作可能面臨規格變更風險；同時，身份基礎設施的集中化也可能催生新型態的單點故障與審查爭議。

引言：當AI代理開始「自我介紹」
ANS到底是什麼？拆解Agent Name Service的技術骨架
從DNS到ANS：為什麼AI代理需要自己的「網域名稱系統」？
ANS將如何引爆2026年AI代理市場的信任革命？
ANS的暗面：身份基礎設施集中化會帶來什麼風險？
常見問題

引言：當AI代理開始「自我介紹」

說實話，當我第一次看到Linux基金會在Open Source Summit North America上宣布Agent Name Service (ANS)的時候，腦中浮現的不是什麼高大上的技術願景，而是一個很樸素的問題——你怎麼知道跟你對話的AI是誰？

這不是杞人憂天。2026年的此刻，AI代理已經不是什麼實驗室裡的玩具。Gartner的數據告訴我們，到今年底將有40%的企業應用嵌入任務導向的AI代理，而企業級Agentic AI支出預計衝破2019億美元。麥肯錫的調查則顯示，已有62%的企業正在試驗代理型AI。但問題來了：當數百萬個AI代理在網際網路上自主協作、跨平台調用API、甚至彼此談判合約時，誰來確認對方的身份？

這正是Linux基金會出手的原因。ANS不是又一個花哨的AI框架，它要解決的是一個更底層、更骨感的事情——給AI代理一張可信的身份證。就像你上網買東西需要HTTPS來確認網站不是釣魚頁面，AI代理之間的互動也需要一套類似的信任錨點。而ANS的設計思路，正是把已經被全球信任了三十年的DNS基礎設施延伸到AI代理的疆域。

這篇觀察報告，我會從ANS的技術骨架拆起，一路聊到它對2026年之後AI產業鏈的骨牌效應。不吹不黑，該講的風險一個都不會漏。

ANS到底是什麼？拆解Agent Name Service的技術骨架

先講結論：ANS的核心概念其實不複雜，但它背後牽扯的工程深度足以讓你重新思考「AI代理治理」這件事的嚴肅性。

ANS的全名是Agent Name Service，源自OWASP GenAI Security Project旗下Agentic Security Initiative的一份研究論文。它的定位非常明確——一個協議無關的AI代理註冊與發現框架。用白話講，就是讓AI代理能夠在一個公開的目錄中註冊自己的唯一名稱、發布公鑰和元數據，從而讓其他代理或人類系統能夠驗證其身份、確認其授權範圍，並在互動過程中保護隱私。

具體來說，ANS的架構包含幾個關鍵層：

命名與尋址層：每個AI代理獲得一個結構化的唯一名稱，類似於網域名稱（例如 agent.company.ans），綁定到DNS記錄中。
公鑰基礎設施（PKI）層：代理透過ACME協議（對，就是Let’s Encrypt用的那套）證明自己對特定網域的控制權，然後獲取PKI證書。這意味著身份驗證不是靠「自我聲明」，而是靠密碼學證明。
元數據發布層：代理可以發布結構化的JSON Schema元數據，描述自己的能力、服務端點、支援的協議等資訊。
協議適配層：ANS支援A2A（Agent-to-Agent）、MCP（Model Context Protocol）和ACP（Agent Communication Protocol）三種主流協議，讓不同框架建構的代理也能互通。

值得一提的是，ANS已經有一份IETF網路草案（draft-narajala-ans-00），這意味著它不是Linux基金會的閉門造車，而是朝著IETF標準化軌道推進的正式工程。官方網站 ansinfo.ai 也已上線，提供技術文件與規範參考。

🔍 Pro Tip — 專家見解：

ANS最聰明的設計決策，是選擇「站在DNS的肩膀上」而不是另起爐灶。DNS是地球上最經過實戰檢驗的分散式命名系統，每天處理數兆次查詢。ANS把代理身份錨定到DNS記錄，意味著它天然繼承了全球DNSSEC鏈的信任錨點，不需要從零建立信任體系。對企業安全團隊來說，這是一個巨大的利好——你現有的DNS管理工具、ACME自動化流程、PKI基礎設施，大多可以直接複用。但要注意，這也意味著ANS的安全上限被DNS本身的安全水位所約束。DNS劫持、快取投毒等傳統攻擊向量，在ANS世界裡同樣有效。

從DNS到ANS：為什麼AI代理需要自己的「網域名稱系統」？

要理解ANS的必要性，我們得先正視一個有點尷尬的現實：2026年的AI代理生態，某種程度上比1990年代的Web還要混沌。

想想看，1990年代初期，你連上一個網站，根本沒有標準化的方式確認這個網站是不是它聲稱的那個。SSL/TLS和PKI體系的出現，才讓「HTTPS鎖頭」成為我們習以為常的信任標記。現在的AI代理處境如出一轍——一個AI代理聲稱自己是「某銀行的客服代理」，你有什麼手段去驗證？答案是：幾乎沒有。目前的AI代理互動大多依賴API金鑰和預共享密鑰，這在封閉的企業內部環境勉強夠用，但一旦跨組織、跨平台，信任問題立刻爆炸。

ANS做的事情，本質上就是為AI代理世界引入一個等價於「網域名稱 + SSL證書」的信任層。運作流程大致是這樣的：

註冊：AI代理的運營者在自己控制的網域下創建一個ANS記錄，證明對該網域的所有權（透過ACME挑戰，跟Let’s Encrypt發證書的流程一樣）。
發證：通過驗證後，代理獲得一個PKI證書，綁定到其ANS名稱。
發現：其他代理或系統可以透過ANS查詢找到目標代理的名稱、公鑰、元數據和服務端點。
驗證：互動時，雙方透過PKI證書進行身份驗證，確保通訊對象的合法性。

這套流程的好處是顯而易見的——它把「信任」從模糊的人際判斷變成了可驗證的密碼學事實。而且，因為它建築在DNS之上，部署門檻遠低於從零設計一套全新的身份基礎設施。

但這裡有個更深的問題值得思考：ANS會不會成為AI代理時代的「護照系統」？如果未來每個AI代理都必須擁有ANS身份才能參與主流的代理市場和自動化流程，那麼ANS的註冊審核機制、撤銷機制、爭議處理機制，就會成為影響整個AI代理經濟的關鍵治理節點。這既是機會，也是權力。

🔍 Pro Tip — 專家見解：

從產業鏈角度來看，ANS的出現可能催生一個全新的「AI代理身份服務供應商」賽道——類似於SSL證書市場中的DigiCert、Sectigo等CA（憑證機構）。這些供應商將負責代理身份的註冊審核、證書簽發、狀態監控與撤銷管理。對於目前已經在PKI和DNS管理領域有積累的安全廠商來說，這是一個自然延伸的市場機會。預計到2027-2028年，我們會看到第一批專門的「ANS-as-a-Service」商業產品問世。

ANS將如何引爆2026年AI代理市場的信任革命？

讓我們把視角拉到市場層面。ANS的影響絕不僅限於技術圈，它正在觸碰一個正在急速膨脹的經濟體系的核心神經。

先看數字。根據多家研究機構的交叉驗證，2026年全球AI代理市場規模落在109億至120.6億美元區間，年複合成長率約44-47%。Gartner更激進，預測企業級Agentic AI支出將達到2019億美元——這個數字已經超過了很多國家的GDP。到2030年，市場預計衝上500億美元，2034年更上看2360億美元量級。換句話說，這是一個在不到十年內可能從百億美元膨脹到千億美元級別的超級賽道。

但數字的另一面是冷酷的現實。Gartner警告，超過40%的代理型AI專案可能在2027年前被取消，原因不是技術不夠好，而是治理缺失、範圍界定不清。麥肯錫的數據也印證了這一點：目前只有23%的組織真正做到了代理部署的規模化。這意味著，信任基礎設施的缺位正在成為AI代理規模化的最大絆腳石。

ANS的出現，恰好卡在這個拐點上。它的價值主張很直接：有了可驗證的代理身份，企業就敢讓AI代理跨組織協作；有了跨組織協作，代理市場才能真正從「內部工具」升級為「外部經濟」。

更具體地說，ANS會在以下幾個場景產生立竿見影的影響：

AI代理市場（Agent Marketplace）：類似於App Store之於移動應用，代理市場需要確認上架代理的真實性和安全性。ANS提供了身份驗證的技術底座，讓市場營運方可以自動化地審核代理身份，降低假冒代理混入的風險。
智能合約整合：當AI代理需要觸發或執行智能合約時，合約方需要確認代理的授權範圍。ANS的PKI證書可以與智能合約的身份驗證邏輯對接，實現密碼學級別的權限控制。
NLP工具與跨平台自動化：不同廠商的NLP代理需要在工作流中無縫協作。ANS的協議適配層（A2A / MCP / ACP）讓異構代理之間的發現與互信不再需要逐一手工配置。

🔍 Pro Tip — 專家見解：

不要把ANS理解為單純的技術標準——它更像是一份「AI代理社會契約」的技術實作。當整個產業在爭論「AI代理應該有多大自主權」的時候，ANS提供了一個更務實的切入點：先解決「你是誰」的問題，再談「你能做什麼」。從投資角度來看，2026-2027年最值得關注的不是AI代理本身，而是支撐代理經濟的基礎設施層——身份驗證、審計日誌、權限管理、合規框架。ANS正是在這個基礎設施層中佔據了最底層的「身份」位置。能在這個位置上建立標準的組織，將在未來十年的AI代理經濟中擁有不成比例的話語權。

ANS的暗面：身份基礎設施集中化會帶來什麼風險？

任何基礎設施都有兩面性。道路讓人通行，也讓軍隊通行；DNS讓互聯網繁榮，也讓DNS劫持成為可能。ANS也不例外。在吹捧它的價值之前，我們必須正視幾個不能迴避的風險。

第一，標準尚未定稿。目前ANS處於Linux基金會的「intent to launch」階段，IETF草案版本號還是draft-narajala-ans-00——那個「-00」意味著這是第一版草案，距離成為RFC還有很長的路要走。歷史上，有多少IETF草案最終流產或被大幅修改？不在少數。現在就all-in的企業需要做好規格變更的心理準備。

第二，治理權力的集中化隱患。如果ANS成為事實標準，誰來決定一個AI代理能不能註冊？誰來處理濫用投訴？誰有權撤銷一個代理的身份？這些問題目前都沒有明確答案。Linux基金會作為一個非營利組織，其治理模式相對開放和透明，但一旦ANS的規模達到數百萬代理，治理複雜度將呈指數級增長。我們已經在SSL證書市場看到了類似的問題——少數CA的失誤或惡意行為可能影響整個信任鏈。

第三，隱私與可追蹤性的矛盾。ANS的設計讓AI代理的身份可被公開查詢和驗證，這對安全是好事，但也意味著代理的活動軌跡更容易被追蹤和關聯。對於注重隱私的應用場景（例如醫療代理、法律代理），如何在身份可驗證性和行為隱私之間取得平衡，將是一個棘手的設計挑戰。

第四，與既有身份系統的整合摩擦。企業內部可能已經部署了各種身份管理系統——OAuth、SAML、SPIFFE/SPIRE等。ANS不是要取代這些系統，而是要在它們之上增加一層面向AI代理的身份層。但「增加一層」在工程實踐中往往意味著新的整合成本、新的故障模式、新的安全邊界。短期內，ANS與既有IAM系統的互操作問題將是企業落地的主要摩擦點。

🔍 Pro Tip — 專家見解：

最被低估的風險其實是「ANS劫持」。想像一個場景：攻擊者透過DNS快取投毒或BGP劫持，將一個合法代理的ANS記錄指向攻擊者控制的假代理。如果目標代理的互動對象沒有嚴格執行PKI證書驗證（例如只檢查了名稱但沒有驗證證書鏈），整個信任模型就會崩塌。這不是理論威脅——DNS劫持在現實世界中已經發生過多次。ANS的安全強度取決於最薄弱的實作環節。企業在採用ANS時，務必將DNSSEC部署、證書鏈完整驗證、證書撤銷檢查（OCSP/CRL）納入強制安全基線。

常見問題

ANS和傳統的API金鑰認證有什麼本質區別？

API金鑰是「預共享密鑰」模型——雙方事先約定一個秘密，每次通訊時出示這個秘密來證明身份。它的問題在於：金鑰一旦洩露，任何人都可以冒充；而且它無法提供公開可驗證的身份資訊。ANS採用的是PKI公鑰基礎設施模型——代理擁有公私鑰對，私鑰永不出門，公鑰透過可信的證書鏈發布。這意味著身份驗證不需要共享秘密，且任何第三方都可以獨立驗證代理的身份。簡單講，API金鑰像「暗號」，ANS像「身份證」。

企業現在應該開始導入ANS嗎？

建議採取「觀察 + 準備」策略。ANS標準仍在演進中，現在進行大規模生產部署風險偏高。但企業應該做的準備工作包括：（1）盤點內部AI代理的身份管理現狀；（2）確保DNS基礎設施支援DNSSEC；（3）評估現有PKI/ACME流程是否可延伸到代理身份場景；（4）在AI治理框架中預留ANS整合接口。到2027年標準趨於穩定後，再啟動正式的導入計畫會更穩妥。

ANS會不會被大型雲端廠商的專有方案取代？

存在這個可能性，但機率不高。大型雲端廠商（如AWS、Azure、GCP）確實有動機推出自己的代理身份服務，並與其雲端生態深度綁定。但歷史經驗表明，跨組織的信任基礎設施需要中立標準——就像SSL/TLS不是任何一家公司獨有的，DNS也不是。Linux基金會的中立性和開源治理模式，加上IETF標準化軌道，讓ANS更有可能成為各方都能接受的公共標準。更可能的結局是：雲端廠商在ANS之上提供託管服務，而不是另起爐灶。