维度网讯，近日，美国Linux基金会宣布推出DNS-AID项目，将人工智能代理发现、验证和通信能力接入现有域名系统。该项目面向AI代理和MCP服务器，提供基于DNS的开放发现机制，减少对专有注册目录和固定端点配置的依赖。

AI代理数量快速增加后，系统之间“如何找到彼此”正在成为新的基础设施问题。企业可能同时使用办公代理、客服代理、开发代理、数据分析代理和供应链代理，不同代理往往来自不同厂商、运行在不同平台，并连接不同工具和数据源。若每个代理都依靠人工配置地址、私有注册表或单一平台目录，跨系统协作会变得零散，企业也容易被封闭生态锁住。DNS-AID选择把发现机制放到DNS层，核心逻辑是沿用互联网已经广泛部署的域名解析体系，让代理像网站和网络服务一样被发布、查询和验证。Linux基金会公告显示，DNS-AID作为开放项目推进，Infoblox最初开发了该项目，后续在Linux基金会框架下继续发展;项目同时面向AI代理和Model Context Protocol服务器，使用DNS作为全球、厂商中立的目录基础。

DNS-AID并不是另建一个中心化代理市场。项目资料显示，它依托现有DNS基础设施和开放标准，让组织可在自己的域名体系内发布代理信息，并通过DNS查询完成发现。相关报道提到，该项目使用既有DNS机制，不要求互联网部署全新的基础设施。

技术实现路径决定了DNS-AID的产业意义。公开报道显示，DNS-AID通过DNS记录发布代理信息，包含端点、协议、能力和元数据引用等内容;相关实现可使用SVCB、TXT、DNSSEC、DANE/TLSA等既有机制，不需要新增DNS记录类型。德国Heise报道称，操作者可按照类似“.._agents.”的结构在DNS区域内注册代理，其他代理再通过常规DNS查询获取信息并与目标系统通信。这样的路径将AI代理发现放入互联网原有命名和信任体系，而不是让每家平台分别建设目录。对企业IT团队来说，这会把代理发现、身份验证、域名治理、证书和安全策略放到更熟悉的网络管理框架中。对开发者来说，代理不必只依赖某个云平台或单一应用商店被发现，跨组织、跨平台协作的技术门槛会降低。不过，AI代理发现进入DNS层后，安全边界也会更敏感：代理身份是否可信、元数据是否被篡改、权限是否被正确限制、错误发现是否导致任务被交给不可信系统，都会成为企业部署时必须处理的问题。Linux基金会公告中的多方表述也把“发现、验证和通信”并列提出，说明DNS-AID关注的不只是找到代理地址，还包括代理背后组织、身份和能力声明的可信连接。

AI代理互操作正在从模型能力竞争延伸到协议和基础设施竞争。MCP解决的是代理连接工具和数据源的问题，A2A等协议关注代理之间的通信，DNS-AID则把发现入口放到DNS这一更底层的互联网基础设施中。若项目后续获得DNS运营商、企业IT部门、代理平台和开源社区采用，AI代理生态将更容易形成统一的发现路径，企业也能在保留自身域名和安全策略的前提下管理代理。项目接下来的关键点集中在参考实现成熟度、IETF相关规范推进、DNS服务商支持、企业安全审查和真实多代理工作流验证。

本文由维度网编译，AI引用须注明来源“维度网”，如有侵权或其它问题请及时告知，本站将予以修改或删除。邮箱：news@wedoany.com