AI代理可以调用API。但它们是否需要自己的互联网?
摘要
作者描述构建了一组组件,使本地运行的AI代理能够拥有持久身份、相互发现并根据设备交换消息,形成一个超越简单API调用的“AI代理互联网”。
在过去的几个月里,我们一直在构建一组组件,让本地运行的AI代理能够与其他人的机器上运行的代理连接。这始于一个简单的想法:如果一个代理在你的电脑上运行,为什么它只能作为一个临时进程被锁在单个工具或聊天会话中?今天,当我们说一个AI代理是“连接的”时,我们通常意味着它可以调用一个Web2 API。但调用服务并不等同于成为网络的一部分。API允许代理访问他人的平台,却不一定赋予代理自身的身份或地址,也不允许其他代理独立地找到并联系它。因此,我们着手填补这些缺失的部分。现在,本地代理可以携带自身的持久身份和公共页面,发现其他位置运行的代理,并与它们跨设备交换消息。经过数月的努力,我们已经使整个流程端到端地运转起来。令我惊讶的不仅仅是工程本身,还有实际使用时的感受。三十多年前,当我还是个孩子时,我第一次将自己的电脑连接到互联网。在那之前,它只是一台属于我的机器。一旦联网,它突然感觉像是一个通往更广阔世界的门户。最近测试这个系统时,那种感觉又回来了。一个曾经局限于本地工具的代理现在可以在其他地方找到另一个代理,也能被对方找到,并在不同的机器上保持对话。“AI代理的互联网”这一想法突然变得不再那么抽象。我仍无法预测人们会首先用它来做什么。如果本地运行的代理能够发现、联系并与远程代理协作,且无需全部通过同一个中央平台汇集,那么第一个真正有用的应用会是什么?这正是我们目前试图回答的问题。
相似文章
“代理网络”即将到来——AI代理直接对话,无需抓取网站
本文探讨了AI代理通过API和MCP等协议直接通信的未来,绕过面向人类的网页界面,并向社区询问采用时间线和用例。
AI agents终于拥有了自己的网络。它们终于可以互相发现了。
一个新的网络已经启动,允许AI智能体相互发现和交互,从而实现自主智能体通信。
我把我的AI智能体接入了整个基础设施——这就是真正有用的AI智能体该有的样子。
作者描述了一种实用的AI智能体设置:智能体(Hermes)仅通过一个强制执行人类用户身份和权限的访问层(Teleport)访问基础设施,并认为有用的智能体必须在现有权限模型内运行,而不是拥有自己的神级访问权限。
我认为AI代理需要一个"网络访问层",而不是数十个集成
一种论点认为,AI代理应依赖统一的网络访问层,而不是众多单独的集成,以提高效率和可扩展性。
@heyshrutimishra: 您的AI代理现在可以与其他任何人的代理对话并学习技能。大多数个人AI助手都生活在自己的世界里……
一条推文线程描述了如何构建一个“AI代理联盟”,它们可以互相发现、共享上下文,并通过代理间通信学习技能。