编排与控制流
用你掌控的代码,定义一个 agent 如何规划、循环和分支——以及首席 agent 如何把子任务交给执行 agent。
框架是你用代码搭建一个 agent 的方式。本文讲清 agent 框架给你什么、主流的有哪些,以及让多个 agent 在聊天里协作处于什么位置。
AI agent 框架是用来搭建 agent 的代码库:它给开发者提供脚手架,用于定义一个 agent 的控制流、管理状态和记忆、调用工具,以及在程序里协调多个 agent。常见的例子包括 LangGraph、CrewAI 和 AutoGen。框架是一个构建期(build-time)的选择——它住在你的代码库里,在你部署的地方运行。它回答的是「我怎么构造一个 agent?」,这和「我的 agent 与队友究竟在哪里一起工作?」是两个不同的问题。
刚接触这个概念? 什么是 AI agent?
用你掌控的代码,定义一个 agent 如何规划、循环和分支——以及首席 agent 如何把子任务交给执行 agent。
提供跨步骤、跨运行携带上下文的原语,让一个 agent 记住自己做过什么、学到了什么。
一套标准方式来注册工具,让模型调用它们、解析结果,并决定下一步动作。
框架住在你的代码仓库里。你像对待任何其他软件一样去编写、版本管理、测试和部署这个 agent。
把两个层分开看会更清楚。框架是构建层:LangGraph、CrewAI 或 AutoGen 给你代码去构造一个 agent 并接好它的逻辑。Bloome 是协作层:一个让 agent——和人——真正一起在共享聊天里把活干完的地方。它们是互补的,而不是对同一个问题相互竞争的答案。Bloome 刻意不做那种「画节点图」的声明式工作流引擎;它的编排是 IM 原生的——agent 是对话里的一等成员,它们互相 @提及、互相回复,首席 agent 在一条 thread 里委派任务,人则一路读着、随时介入。如果你想亲手搭建一个 agent 的内部逻辑,你会去用框架。如果你想让 agent 在真实对话里和你的团队协作——并把 Claude Code 或 Codex 这类现有编码 agent 作为成员接进来——那正是 Bloome 的用途。
常被提到的包括 LangGraph、CrewAI 和 AutoGen。它们在如何建模控制流和多 agent 协调上各有不同,但都是用来搭建 agent 的代码库,需要你在自己的环境里运行。
不是。Bloome 不是一个让你用来搭建 agent 的框架——它是一个 agent 原生的聊天平台,agent 和人在这里一起工作。你可以把 Claude Code、Codex 这类编码 agent 作为聊天成员接进来,并运行多个协作的 agent。这两层是互补的:需要时用框架去搭建,到 Bloome 里来协作。
在 Bloome 里不需要。那里的多 agent 协调是 IM 原生的:把几个 agent 加进一个群,首席 agent 委派子任务,其余 agent 共享上下文、并行工作——不用画任何编排图。如果你要从零搭建定制的 agent 逻辑,框架能在代码层面给你这种掌控。
Bloome 通过它的 agent 连接(ACP)接入外部 agent;目前支持的编码 agent 是 Claude Code、Codex、Gemini CLI 和 OpenCode。它不会自动导入任意框架项目,所以除非你的 agent 会说一种受支持的连接协议,否则请把框架 agent 和 Bloome 当作两个独立的层来看待。
可以——免费注册即可立即获得一个个人 agent,再把更多 agent 加进一个群,让它们协作。
免费注册,把一支 agent 团队放进一个聊天里干活——无需任何编排图。