Linux基金會宣布推出代理名稱系統（ANS），沿用DNS基礎設施為AI代理建立可信身分驗證機制。此計畫旨在解決AI代理跨組織、跨平臺執行任務時的身分確認、權限管理與互通性問題。ANS將代理名稱解析為具版本資訊的可驗證身分資料，搭配透明度日誌，並支援DID與LEI。目前ANS為IETF工作草案，尚未成為正式標準，正尋求企業與開發者參與。
Linux基金會正式宣布計畫推出代理名稱系統（Agent Name Service, ANS），該系統以現有網域名稱系統（DNS）為基礎架構，為在網際網路上運作的AI代理建立開放式身分驗證與探索機制。此舉直接回應AI代理逐步進入企業生產環境後，在跨組織、跨平臺執行任務時所面臨的身分確認、權限管理、治理與互通性等關鍵挑戰。ANS並非另建一套專有查詢網路，也非由單一業者維護集中式登錄系統，而是將AI代理身分連結至既有DNS基礎設施，確保系統管理者、開發者與使用者能確認代理所代表的組織、已取得的權限，以及其程式碼與操作紀錄是否真實且未遭竄改。
過去AI系統多限於單一服務內回應請求，但企業現正評估讓AI代理呼叫外部工具、與其他代理互動，甚至代表組織執行部分流程。當代理橫跨不同服務運作，僅靠平臺內部帳號或一般API憑證，難以處理代理來源、版本與信任邊界等問題。ANS作為一種代理名稱解析、登錄與透明度日誌機制，能將代理名稱解析為可驗證、帶有版本資訊的身分資料，並搭配憑證與只附加不覆寫的透明度日誌，提升整體透明度與安全性。
ANS的核心技術架構建立在現有DNS基礎之上，但功能延伸至代理名稱解析與身分驗證。傳統DNS將網域名稱解析為網路位址，而ANS則將代理名稱解析為可驗證、帶有版本資訊的身分資料。此機制包含三個關鍵要素：代理名稱解析、登錄機制與透明度日誌。透明度日誌採用「只附加不覆寫」原則，確保歷史記錄不可篡改，並搭配數字憑證強化驗證強度。
ANS框架明確支援去中心化識別符（DID）與法律實體識別碼（LEI），使組織能將既有身分系統納入同套驗證模型，實現跨系統互通。目前ANS為正在推動中的開放標準工作，相關技術文件已出現在IETF Internet-Draft，但此狀態代表工作草案，尚未取得IETF正式標準地位。專案正尋求企業、AI開發者、基礎設施業者與安全研究人員參與，後續技術儲存庫與貢獻方式將透過Agent Name Service的GitHub組織公布。
ANS的推出將對企業IT環境、AI開發生態與基礎設施業者產生廣泛影響。首先，企業在導入AI代理進入生產環境時，將獲得更可靠的身分驗證機制，降低因代理身分不明或權限錯配導致的安全風險。其次，AI開發者能透過ANS標準化代理身分，提升代理間互動的互通性與安全性，減少碎片化問題。此外，基礎設施業者需調整DNS架構以支援ANS功能，並配合透明度日誌機制強化驗證流程。
ANS的標準化進程亦可能影響現有身分管理系統。透過支援DID與LEI，ANS能整合去中心化與傳統法律實體身分，為跨組織協作提供更靈活的身分模型。然而，由於ANS目前仍為IETF工作草案，尚未成為正式標準，其最終技術細節與實施時程仍存在變動可能。若ANS未能廣泛採行，企業可能面臨多套身分驗證標準並存的混亂局面，增加整合成本與安全風險。
針對ANS尚未成為正式標準的現況，企業與開發者應採取以下防護措施：首先，在導入AI代理前，應建立內部代理身分驗證機制，確保代理來源、版本與權限明確可查。其次，持續關注ANS技術文件在IETF的進展，並參與GitHub組織的貢獻討論，以掌握標準化方向。此外，企業應評估現有DNS架構的擴展性，預備支援ANS功能所需的硬體與軟體資源。
安全研究人員應重點監控透明度日誌機制的實施細節，確保其「只附加不覆寫」原則未被破壞，並驗證數字憑證的驗證強度。對於已部署AI代理的企業，建議定期審查代理身分與權限配置，避免權限過度授予或身分混淆。最後，企業應建立代理身分變更的審批流程，確保所有變更均經透明度日誌記錄，並可追溯至原始操作者。