我重建了我的私有“AI开发团队”——它实际上只是一个硬编码的工作流——将其作为一个基底,使得编排从指令中涌现。以下是我的经验教训(以及它在哪里发生死锁)。

Reddit r/AI_Agents 工具

摘要

作者将其私有AI开发团队重建为一个开源的基底,包含可寻址的代理、可靠的消息传递、专长发现、记忆和隔离的运行时,使得团队行为能够从自然语言指令中涌现。他们分享了关于死锁和自我修复等协调挑战的见解,并提出了代理团队如何通过自然语言指令进行协作的问题。

我的第一个版本是一个编排引擎:一个Python“团队领导”将任务分发给那些并不知道自己属于团队的代理。它运行起来了,但工作的形态被硬编码在代码中,无法泛化。于是我将其重建为一个基底并开源:可寻址的代理/人类、可靠的消息传递、专长发现、记忆、隔离的运行时——并将*团队如何运作*留给代理的自然语言指令。相同的原语现在运行着一个软件工程团队(委托形态)和一个每日杂志团队(工作流形态);“工作流”只存在于提示中。使用异步、单向的自然语言消息且没有共享的工作流状态时,像“杂志”这样的团队会发生死锁(每个人都等待其他人;“遗忘”后重复)……这并不意外……标准的分布式计算协调挑战。但它们也会以我没有编写脚本的方式进行自我修复——开始为杂志版本的草稿使用版本控制,用消息来降低“消息噪音”。我脑海中盘旋的问题:当使用自然语言指令时,代理团队能否完成共同目标/任务?它们能否像人类一样达成共识(嗯……大多数情况下)?此外,基于聊天框的用户体验是否足够支持人机协作?有哪些概念/抽象可以补充聊天?笔记?卡片?视频?
查看原文

相似文章

为公司构建 AI Agent

Reddit r/AI_Agents

作者分享了在工作中构建代理系统的经验教训,描述了使用巨型提示、过多工具和动态子代理的失败,最终通过固定编排器和针对每个领域的专业子代理取得成功。

@djfarrelly: https://x.com/djfarrelly/status/2052779234234380479

X AI KOLs Timeline

本文主张,AI Agent 的开发应基于稳定的执行原语,而非会随新兴编排模式频繁更迭的僵化框架。文章强调,采用持久化步骤、持久状态、并行协调、事件驱动流程以及可观测性设计,可有效避免因最佳实践不断演进而付出的高昂重写代价。

你的“自主代理”不断循环的隐秘原因(对代理底层记忆的深度剖析)

Reddit r/AI_Agents

对 CrewAI 和 AutoGen 等多代理框架底层信息路由方式的技术剖析,揭示它们本质上是自动化的提示链式循环。本文解释了代理因上下文窗口膨胀和缺少确定性停止条件而陷入无限循环的原因,并为开发者提供了实用建议:将代理视为函数式编程函数,而非人类协作者。