← 最新论文
💻 computer science

Agent Identity URI Scheme: Topology-Independent Naming and Capability-Based Discovery for Multi-Agent Systems

本文提出了 agent:// URI 方案,这是一种与拓扑无关的身份系统,通过信任根作用域、层级化能力路径以及加密证明,将代理引用与网络位置解耦,从而在去中心化多代理系统中实现稳定、可扩展且基于能力的发现。

原作者: Roland R. Rodriguez

发布于 2026-07-15
📖 1 分钟阅读☕ 轻松阅读

原作者: Roland R. Rodriguez

原始论文采用 CC BY 4.0 许可(http://creativecommons.org/licenses/by/4.0/)。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性,请参阅原始论文。 阅读完整免责声明

想象一下,互联网就像一座繁忙、巨大的城市,数以百万计的小型、超智能机器人(称为“智能体/agents”)正在为我们不停地奔波劳碌。有的机器人负责买菜,有的负责审批发票,甚至还有的负责编写代码。为了让这些机器人能够协同工作,它们需要找到彼此。在互联网发展的早期,我们也为人类解决过类似的问题:我们意识到一个人的姓名(如“Jane Smith”)应该与她的当前地址(如“Maple街123号”)有所区别。如果 Jane 搬了新家,她的名字保持不变,但地址会改变。邮政系统使用一张特殊的地图来寻找她的新家,而无需知道她的名字是否发生了变化。

如今,这座机器人城市出现了一个故障。我们并没有给机器人一个稳定的名字,而是直接把它们的当前“地址”(比如一个特定的网页链接)当作它们的名字。如果一个机器人移动到了新的服务器或不同的云服务商那里,它的地址就会改变,突然之间,所有试图与它通信的人都会失去连接。这就像是你每次搬家,你的法定姓名就会变成新的街道门牌号,然后所有的朋友都会忘记你是谁。本文正是要解决这个精确的问题。它提出了一种新的命名方式,让这些机器人可以在全球范围内移动而不丢失身份,同时还能让其他机器人根据它们“做什么”(比如“审批发票”)而不是根据它们“住在哪里”来找到它们。


问题所在:移动即遗忘

作者指出,目前的系统犯了一个根本性的错误:它们将机器人的身份与其位置直接绑定。想象一下,有一个名叫“发票审批员”的机器人,它住在 https://agents.acme.com/approver。如果公司将其服务器迁移到新的云服务商,链接就会改变。突然间,每一个引用了旧链接的工作流、合同和日志都失效了。机器人依然在那里,但因为它“名字”(链接)的改变,它变成了一个陌生人。

此外,如果一个机器人需要寻找一位专家——例如,有人能处理“危险品运输报价”——它目前无法跨越不同公司去询问“谁能做这件事?”它只能询问:“位于这个特定链接的机器人是否可用?”这使得整个系统非常脆弱且难以扩展。

解决方案:一套新的身份证系统

本文引入了一种名为 agent:// 的新命名方案。你可以把它看作是机器人的新型身份证,它将三件事分离开来:他们是谁他们做什么,以及他们在哪里

  1. 信任根(签发机构): 这是为机器人提供担保的组织,就像政府签发护照一样。在新的系统中,这表现为一个域名(例如 acme.com)。它告诉你谁对该机器人负责。
  2. 能力路径(职位描述): 这描述了机器人具体从事的工作,使用层级化的路径,如 /workflow/approval/invoice。这是机器人的“技能集”。至关重要的是,机器人的身份与此路径绑定。如果一个机器人改变了工作内容(例如,从审批发票变为审批费用),它会获得一个新 ID,因为其本质上成为了一个拥有不同身份的不同工作人员。
  3. 智能体 ID(唯一序列号): 这是一个永远不变的唯一代码,但前提是机器人保持相同的职位和所属组织。如果机器人搬到了新服务器,这个代码保持不变。如果它改变了职位路径或所属组织,这个代码会随之改变,以反映新的身份。

完整的 ID 看起来像这样:agent://acme.com/workflow/approval/invoice/agent_01h...。请注意,实际的服务器地址(如 https://agents.acme.com)并不在 ID 中。ID 仅仅是一个名字。

它是如何运作的:神奇的电话簿

那么,如果你不知道某个机器人的地址,该如何找到它呢?论文建议使用一种名为 DHT(分布式哈希表)的去中心化“电话簿”。这个电话簿不是存在中央办公室的一张大名单,而是分布在成千上万台计算机中。

  • 按技能查找: 如果你想找一个能“审批发票”的智能体,你不需要寻找特定的地址。你在电话簿中查找技能路径 /workflow/approval/invoice。系统会基于组织(acme.com)和技能计算出一个特殊的键(key),然后询问网络:“谁拥有这个键?”
  • 结果: 网络会返回一组符合该技能要求的机器人列表。至关重要的是,系统会检查数字“印章”(加密令牌),以确保该机器人确实拥有声称自己可以胜任该工作的权利。
  • 移动而不中断: 如果机器人移动到了新服务器,它只需在电话簿中更新自己的位置。它的 ID (agent://...) 保持完全一致。任何查找它的人仍然能找到它,因为名字从未改变。

作者的研究发现

团队测试了这个想法,以观察它在现实世界中是否真的有效。

  • 它能命名一切吗? 他们提取了来自流行机器人框架(如 LangChain 和 CrewAI)的 369 个真实世界的工具,并尝试将它们映射到这个新系统中。结果如何?100% 的覆盖率。 每一个工具都可以使用他们的新语法获得一个唯一的、无冲突的名字。
  • 搜索有效吗? 他们模拟了一个拥有 10,000 个注册机器人的网络。当他们请求具有特定技能的智能体时,系统每次都能准确找到正确的智能体。对于广泛的搜索(例如“查找任何工作流智能体”),它平均返回了 128 个智能体。对于特定的搜索,它找到了大约 39 个。
  • 它快吗? 名字背后的数学逻辑非常迅速。解析一个名字并找到正确的键耗时不到 7 微秒。与数据在互联网上传输的时间相比,这快得几乎是瞬间完成。
  • 它安全吗? 该系统使用由组织签发的数字签名(PASETO 令牌)。这意味着你不需要相信机器人的自白,你只需要相信签发该 ID 的组织。如果一个机器人谎报其技能,签名将无法匹配,系统会拒绝它。

它不做的事情(以及仍未知的领域)

论文谨慎地说明了它并非什么。它并没有解决如何让人们去运行电话簿节点(即存储名单的计算机)的问题。作者建议,组织可能会这样做是因为他们希望自己的机器人能被发现,或者他们可能会使用一种“以牙还牙”的机制,即通过帮助他人来换取他人的帮助。但他们承认这部分工作仍需完善。

他们还指出,虽然该系统很好地处理了不同组织之间的差异,但它并不会自动识别出公司 A 的“审批发票”与公司 B 的“授权采购”是同一回事。这需要一个单独的映射服务,他们提议将其作为未来的研究方向。

大局观

作者并不是在声称他们已经构建了最终、完美的机器人城市。相反,他们修复了基础。通过将机器人的名字与其地址分离,他们创建了一个让机器人可以移动、扩展并跨公司协作,而不会破坏维持它们连接的系统。这有点像是给每个机器人发了一本永久性的护照,而不是一个临时的地址标签,从而确保无论它们走到哪里,都能保持其身份。

您所在领域的论文太多了?

获取与您研究关键词匹配的最新论文每日摘要——附技术摘要,使用您的语言。

试用 Digest →