一个真正的多智能体系统的运行时架构是什么样的?
摘要
对生产中多智能体AI系统运行时架构的实践性探讨,涉及编排、记忆、状态性以及Temporal、LangGraph和自定义方法等工具选择。
我想我终于明白了自己对“AI智能体”的困惑。大多数教程/框架都在讨论:
* 智能体
* 记忆
* 编排
* 多智能体系统
* 状态性
……但几乎没有人清楚地解释实际的运行时架构。我想理解的是:如果我拥有多个智能体:
* 规划者
* 研究者
* 执行者
* 审查者
它们应当:
* 在不同时间运行
* 共享记忆/上下文
* 相互通信
* 能在重启/失败后存活
* 可能持续运行数小时或数天
那么,真正的生产环境设置是什么样的?人们实际的做法是:
* 运行独立的Python worker/容器?
* 使用Temporal/Celery/队列?
* 将共享记忆存储在Postgres/Redis/向量数据库中?
* 仅将LangGraph/CrewAI/Praison等用作编排层?
* 转而依赖Claude/OpenAI管理的运行时?
“状态性”在实践中到底存在于何处?我来自自动化/RPA背景,因此自然地从以下角度思考:
* 工作流
* 队列
* 重试
* 编排
* 持久执行
但智能体教程往往将其描述为自主的神奇实体,而非分布式系统。非常希望得到来自生产中运行真实智能体系统的人们的解释:
* 架构图
* 基础设施栈
* 编排选择
* 记忆策略
* 经验教训
* 哪些不该用
尤其感兴趣:
* Temporal
* LangGraph
* Claude Managed Agents
* n8n
* Windmill
* Composio
* 自定义Python方法
* 混合确定性+智能体系统
相似文章
跨整个组织的简单多智能体架构。让一切保持循环。
本文描述了一个大规模运行的多智能体架构,使用LangGraph、CrewAI和Harbor来处理目标智能体、任务协调以及带有追踪的安全访问。
是否有人在生产环境中部署了多智能体AI员工?
关于在生产环境中部署多智能体AI系统的讨论,其中不同的智能体负责规划、执行、沟通和项目管理,询问实际经验与瓶颈。
运行一个具有强大可观测性的可靠生产级代理,是否真的需要将 CrewAI、Temporal、Browserbase(如果涉及浏览器)和 Langfuse 拼凑在一起?
本文讨论了构建一个可靠、长期运行的多代理生产系统所面临的挑战,指出目前需要集成多个碎片化工具,如 CrewAI、Temporal、Browserbase 和 Langfuse,并提出是否可能存在更统一的运行时。
多智能体系统是运行时问题,而非提示工程问题
文章认为多智能体系统需要运行时基础设施层,而非更好的提示,引用了 MiniMax、OpenAI、Google 和 Anthropic 的发布。文章强调了工作者与验证者角色的分离以及多智能体设置的开销成本。
分享一种面向AI代理的不同研究架构,用以检查并解决运行自主代理时的已知瓶颈。欢迎反馈?
介绍了一种面向AI代理的新研究架构,其核心是一个透明运行时,每次交互都会成为可重放的执行轨迹,具有完全可检查性,包括规划、执行、观察、验证和记忆阶段。