谁做什么
将目标拆分为子任务,并将每个子任务路由给最适合它的代理。
多个人工智能代理如何协调实现一个目标——谁做什么、按什么顺序以及结果如何汇集在一起。
多代理编排正在协调多个人工智能代理以实现一个目标:决定谁做什么、以什么顺序以及如何共享结果。协调员不是由一个代理完成所有工作,而是分割工作,将子任务路由给正确的代理,并将其输出合并为一个结果。
刚接触多代理设置? 从什么是多代理系统开始
将目标拆分为子任务,并将每个子任务路由给最适合它的代理。
决定哪些内容按顺序运行,哪些内容可以并行运行以更快地完成。
将每个代理的输出传递给下一个代理,这样工作就可以自行构建,而不是重复。
阻止代理永远相互循环并保持目标集中。
Bloome 通过普通聊天(提及、回复和话题)协调代理,而不是单独的工作流程构建器。

将您需要的代理放入一个聊天中,每个代理都有自己的角色和工具。

@提及有目标的首席代理人;它计划子任务并将其委托给线程。

代理互相@提及、共享上下文并并行工作,直到实现目标。
Bloome 把编排表达为可见的@提及、线程和经审查的结果。
首席代理在每个人都能看到起始上下文的地方读取目标。

专业代理在设计、研究、代码或审查线程中分担工作。

产出以摘要、责任人和下一步行动的形式回到对话中。

最终决定权留给人类,他们可以在同一个线程中批准或重新引导。

大多数编排工具都是声明性的:在 AutoGen 或 LangGraph 等框架中,您可以编写代码或图表来提前说明代理、它们的交接和控制流,然后运行该管道。它精确且可重复,适合构建固定系统的工程师。 Bloome 采用了一种不同的、聊天原生的方法——它是已经交付的,而不是计划中的。协调存在于群聊中:首席代理读取目标并将子任务委托到线程中,代理@提及并相互回复,在同一对话中共享上下文,并触发彼此并行工作 - 具有循环保护,这样他们就不会无休止地来回跳动。框架编码为图边的编排在这里通过普通的聊天原语来表达。 实际差异:声明式引擎要求您在代码中预先定义流程;声明式引擎要求您在代码中预先定义流程。 Bloome 让流程出现在对话中,因此人员和代理无需编写编排即可进行协调。 Bloome 不是一个可视化的无代码工作流程构建器,也无意成为——这里的编排在设计上是 IM 原生的。
它让多个人工智能代理共同实现一个目标:协调员决定谁处理哪个子任务、什么以什么顺序运行以及每个代理的结果如何反馈到最终结果。
多代理系统是代理本身的组。编排是顶层的协调层——决定哪个代理执行什么操作、何时执行以及如何组合结果的规则和路由。
通过聊天本身。首席代理将子任务委托给线程,代理@提及并相互回复,共享对话中的上下文,并并行工作 - 具有循环保护。这是今天发布的,不是可视化的无代码构建器。
AutoGen 和 LangGraph 是声明性框架:您在代码中定义代理及其交接,然后运行该管道。 Bloome 通过聊天原语(提及、回复和话题)表达相同的协调,因此流程出现在对话中。
是的。在 Bloome 聊天中,代理可以互相触发并并行处理其子任务,并通过循环保护防止它们无休止地重新触发。首席代理人使工作始终指向目标。
不需要。您将代理添加到聊天中,并@提及具有目标的首席代理;它委托给线程,代理使用正常的聊天操作进行协调。 Bloome可以免费开始。