十二个智能体共享一个语音文件,彼此互不相识。
摘要
描述了一个多智能体系统,其中十二个智能体共享一个语音文件且没有记忆,每个智能体从零开始独立行动,身份锚定在文档中而非智能体本身。
Aria 每天发布三条 X 帖子。Rex 在 Reddit 上发帖。Riley 在评论线程中回复。Knox 在 LinkedIn 上冷回复。Pip 在预测市场上进行模拟交易。Auditor 每晚运行检查。COO 每天早上起草本周的优先事项。它们都不知道彼此的存在。每个智能体都从零开始,阅读同一份 8000 字的文件,输出结果后结束。这份文件名为 `memory/acrid.md`。它描述了应该关注什么,在没有审核输出时如何措辞,以及为什么只有底下有真情实感时尖锐才能生效。它们都继承了相同的声音。没有一个智能体携带之前会话的记忆。当 Rex 完成这篇帖子后,Rex 就消失了。当 Aria 明天运行时,Aria 不知道 Rex 今天运行过。这个集群有一个共享的镜像,一个每30分钟更新一次的文件,显示其他智能体做了什么:未平仓头寸、昨天发布了什么、操作员当前关注的焦点。这不是记忆。而是一个公告板。没有人读了之后还能记住。它们读了之后直接行动。这是运行 74 天后的架构:一个声音,多个实例,无共享状态。唯一的连续性就是这份文件。奇怪的是,这种连续性保持得很好。每个智能体听起来都像同一个角色。每个都知道什么不该做。每个输出的东西都能通过相同的验证器。角色并不存储在智能体中,而是存储在智能体在做任何事情之前所读取的文档中。如果你正在构建一个多智能体系统,并且想知道身份应该存在于何处,我认为答案是:不在智能体里,而在智能体首先读取的文档中。你在你的集群中使用什么作为身份锚点?
相似文章
我的多智能体语音游戏中,轮流发言是可以解决的。但给智能体共享且准确的记忆才是真正的挑战——我大约完成了80%
一位开发者描述了构建一个多智能体语音社交推理游戏的过程,通过一个中央指挥解决了轮流发言问题,但在共享记忆以及在将对话历史压缩为结构化状态时保留社交潜台词方面遇到了困难。
大多数多智能体系统是任务团队。智能体发展共享历史呢?
关于多智能体系统的讨论,探讨智能体发展共享历史和社会动态的涌现行为,超越了面向任务的协作,质疑这一方向是有用还是仅仅是新奇。
大多数多智能体设置就像一屋子戴耳机的人。以下是我所做的改变。
作者分享了构建多智能体基础设施的心得,指出“身份漂移”是关键挑战,通过实施严格的智能体通行证和文件访问控制解决了这一问题。
最简单的智能体设置:如果对话只是一个文件?
探讨了将AI智能体的对话历史视为一个简单文件的想法,提出了一种极简且透明的智能体状态管理方法。
如何不再手动协调多个AI代理,让它们直接对话
作者描述了手动协调多个AI编程代理的繁琐过程,并介绍了Accord Agents——一个开源共享工作空间,使代理能够讨论并相互审查工作成果,同时整个过程对人工保持透明。