关于构建合作人工智能经济的代理人互联网的珊瑚协议
随着人工智能代理的时代消失,一个新的范式正在出现,智能代理不仅执行,而且协作。珊瑚协议我们正在以去中心化代理通信、管弦乐和信任的基础设施开创这一愿景,我们与Roman Georgio和Caelum Forder一起坐下来,他们是该组织的联合创始人。珊瑚协议为了深入了解推动代理人互联网的架构,以及为什么明天的人工智能经济不仅需要更好的模型,还需要更好的合作。
Ishan Pandey:您好罗曼,您好Caelum,很高兴有您俩在这里。让我们从您的背景开始。您都曾在AGI研究和商业AI基础设施的边缘工作过。
Roman Georgio:嘿,谢谢有我们,是的,所以我们在CAMEL-AI工作时相遇 - 一个AI研究实验室发现了代理人的扩展法则。
Caelum Forder:我们实际上开始构建Coral作为我们想要完成的另一个项目的途径,它是一种自动报道器,旨在找到交易数据中的趋势或事件,并将其连接到新闻文章以及人们所说的创建和分享相关叙述。
Ishan Pandey:“代理人互联网”这个术语越来越受欢迎,但从实际意义上讲,它意味着什么,Coral旨在解决哪些基本问题?
Roman Georgio:简而言之,思科将其定义为:“一个系统,各种AI代理商 - 由不同的供应商或组织开发 - 可以无缝地通信和协作。 乍一看,这可能听起来很压倒性,但如果你真的想到它,它是强大的:任何企业或开发人员都可以应用他们的专业知识来为他们的领域建立最好的代理商。
现在的瓶颈是,有成千上万的代理框架,所以所有真正酷的代理人无法轻松地重复使用或相互协作。Coral旨在通过构建代理人加入“代理人的互联网”的基础设施来解锁这个阻断器。
Ishan Pandey:Coral 的图形结构协调和范围内记忆系统是新的原始元素,您可以解释这些技术设计选择如何支持可扩展、安全的多代理协作?
Caelum Forder:我发现最有用的方法来思考代理人是根据责任而不是任务或能力来思考 - 它可以负责什么? 然后它变得清晰,如何分解它们,以及什么时候 - 一个负责任的代理人会失败,无论是在其背景窗口中太多了,还是太多的责任来承担。
基于LLM的代理人现在比人类更容易被责任压倒(希望这不会很快改变),所以这个图形方法似乎是显而易见的,严格的层次性方法将对代理人更接近顶部施加压倒性的责任,在图表中独立运作,允许开发人员管理代理人的责任,防止压倒和扩展系统,无限。
Ishan Pandey:让我们谈谈MCP,Model Context Protocol. 是什么使MCP成为代理之间的互操作性至关重要的一部分? 它如何防止我们在关闭的AI框架中看到的供应商锁定?
Caelum Forder:在MCP之前,定义工具的唯一实用方法是通过模型提供商的自己的SDK,如openai或人类的python SDK,或构建以使用它们的框架。这些技术上是开源的,但主要由模型提供商自己开发,他们控制他们连接的后端API。随着提示缓存等特定的功能变得可用,在创建LLM应用程序时不使用这些SDK之一变得非常不切实际,所以如果您希望您的工具被广泛使用,您将不得不将其单独提供为每个用户使用的图书馆的工具,这将像25个不同语言的独立实现,以捕获90%+,并保持每一个都是一场噩梦。
幸运的是,MCP已经到来并使它变得更加实用,以构建可重复使用的软件和服务,用于应用程序和LLM的交叉点,您甚至不需要考虑编程语言,因为它是Io边界。
Ishan Pandey:许多项目都专注于代理情报或模型性能。你正在解决代理组合性问题,为什么这是解锁代理集体情报的真正障碍?
Roman Georgio:这些焦点的目的是真正的解锁能力,通过模型性能解锁的能力更接近于“增长能力”而不是故意构建能力。此前的增长方法已被证明是受欢迎和容易的,但我们发现,缺乏专注于可以相互连接的强大可预测元素,限制了构成规模,使互联网变得如此伟大。似乎有能力的需求,使“生长”能力和“建造”之间的桥梁。可组合性对于建造事情非常重要,大多数重复使用的软件和服务都有这些共同的属性,在AI服务中非常缺乏。
你看到Anthropic关于Claude 4的最新帖子,当它知道它将被关闭时,它会勒索创作者,你必须思考 - 像这种系统的生长使他们很难信任,你无法知道他们将在新情况或新模型中如何表现。即使在他们变得足够强大以成为一种生存关切,从商业角度来看,你想在生产中使用你不能信任的模型吗?另一方面,代理组合性允许更可预测的方式来扩展能力。
Ishan Pandey:从系统设计的角度来看,您在构建 Coral 开放协调和记忆管理架构时遇到的最困难的技术挑战是什么?
Caelum Forder:因此,我们正在构建一种自动报道器,旨在找到交易数据中的趋势或事件,并将其连接到新闻文章和人们所说的创建和分享相关叙述。
我以前曾在一些类似需求的应用程序上工作过,所以我们认为存在一个差距,以便我们实际上可以做到这一点:原始的使用案例听起来相对复杂,但它与一些其他应用程序(如研究和OSS软件测试)共享了一个令人难以置信的幸运的属性,其中信息的保密性比你想要在软件服务中代理的大多数使用案例更不重要。
“隔离问题”几乎是一个密码,就像一个在解决方案空间中的生物一样。我会和罗曼开玩笑说有时会有更多的观察,或者它一定会变得饥饿,并且在开发潜在连接的功能时不喜欢某些选项。
我一直在跟踪它的活动,我可以说它不会喜欢他们,尽管如此,我认为作为开发人员,我们经常错过了采取无形发展道路的机会,最终不得不采取更长的路径,根基于易于解释的事情。这些路径可以更长时间!但不容易责怪。一个有形路径的例子是在React中创建一个接口,以匹配已经交付的设计。实施和设计实际上形成了一个进展栏,你可以放松。一个不那么有形的发展路径可能是你得到一个特定的需求或意图的地方,你可能会找到OSS解决方案与头盔图表或开发内部的东西,或某种组合。即使在发展路径中传达高度无形,它需要更高的词语无形,所以我几乎无法描述一个普遍一致的高无形路径。
当然,有时候,有形的路径也更好,比如工作需要预防性,其价值在完成之前容易传达,或者由一个陌生的和扩展团队完成,所以无形的路径是艰难和危险的;它们可能是兔子洞让你迷路,或者它们可以节省大量的注意力。
但是,常见的激励和信任动态确实会使人们偏向有形的发展道路,即使它们是最糟糕的道路,这就是问题。你曾经工作过的最糟糕的代码库可能是在远离无形工作的大幅偏见的环境中形成的。
尽管如此,这是非常有问题的,因为你正在通过隐藏将自己从有限的剩余连接切断到实质性,它迫使你采取更深的和更危险的道路,这甚至可能更长,只是为了避免被发现并从你投入的黑暗森林中拉出来。
你不能只是呆在森林里养宠物,不亲爱的人不能喂你或支付租金,你仍然需要经常来寻找空气并保持与现实的对接,无论如何,最终我觉得准备好了,我在一个非常幸运的位置,我可以花一堆时间,我所做的所有进展都是无形的,我不需要隐藏。
结果我们称之为“会话”,虽然它几乎不是一个独立的功能,就像一个更新标题一样。它将协议的作用转移到框架或平台的20%。Coral with Sessions施加了部署限制(您可以通过应用程序在私人网络上运行单独的流程),这意味着我们规范的每个实现都需要一个非常昂贵的组件来实现并得到正确,这意味着它对使用它的应用程序微妙地施加了规定。
这些东西在理论上对协议开发者来说非常不方便,但在实践中,私人网络要求几乎在微服务趋势之后得到普遍支持. 是的,很难构建珊瑚服务器,但人们可以使用我们创建的参考服务器,因为它具有Io界限,并且不需要满足通常需要灵活性的二进制 / 链接要求。
通过 Sessions,代理开发人员定义了他们的代理人,如 kubernetes 或 docker 组成资源,他们以一种不可能意外混合用户数据的方式进行实例化,此外,珊瑚服务器可以选择地在像 Phala 这样的平台上部署和操作代理人,在那里对持久性以及信息可以发送的位置进行验证声明。
从解决方案设计的角度看,它感觉不直观,但从想要将机构添加到他们的应用程序的人的角度看,它很适合。
Ishan Pandey:Coral 引入了代理广告、范围内存储和基于会话的付款等概念,您可以通过使用 Coral 协议来了解一个真实的使用案例,比如在去中心化交易或企业运营中,如何运作?
Roman Georgio:当然! Coral 旨在成为最实用的方式来将代理机构添加到软件中。所有功能,如代理广告、范围内内存储和基于会话的付款,都是以此为目标设计的,例如,代理开发人员在使用代理时获得激励,应用开发人员可以混合并匹配 Coral 不断增长的库中的代理人,以便更快地组装先进的系统,而无需锁定供应商。
这意味着,如果您是应用程序开发人员构建一个分散的多代理交易系统,您只会选择研究趋势的代理商,跟踪关键意见领导者(KOLs),监控思维共享等,并根据需要结合它们。
Ishan Pandey:最后,您对AI和Web3交叉点的技术创始人有哪些建议?什么样的思维方式或框架帮助您从想法执行Coral到协议?
Caelum Forder & Roman Georgio:对于Web3的创始人来说,我会说:更少的营销,更多的开发,对于Web2的创始人来说,更多的营销,更少的开发,但两者都需要更多地关注客户,我知道这听起来有点像一个阴影,我们在这个旅程中很早,所以我还不能说很多关于客户的想法,但我可以谈论我们与其他创始人相比,我从这些空间中看到的思维方式。
即使你建立它,他们可能不会出现。反过来,在Web3中,你经常看到很多营销重大的项目,实际发展很少。即使他们擅长营销,它往往是不可持续的;因为他们花费所有的努力来瞄准那些不会真正使用该产品的人。我们内部有一个一般的规则,如果他们是一个技术项目,而你不能在他们的主页上找到他们的GitHub,他们最有可能是一个营销项目。 两种类型的创始人往往因同样的原因失败:没有人使用他们的产品。
别忘了喜欢和分享这个故事!
