动态编排与显式编排
runTeam() 从目标生成任务 DAG，runTasks() 运行你定义的任务图，runAgent() 则覆盖单智能体场景。
← 全部对比
// 对比
open-multi-agent 对比 AutoGen
AutoGen 在 Python 运行时中把多智能体工作建模为对话；open-multi-agent 则在 TypeScript 运行时中使用任务 DAG。
选 AutoGen，如果
你在 Python 里，偏好对话式或 actor 模型的思维方式，想要原生 OpenTelemetry，并且已把 AutoGen 的维护状态纳入考量。
选 open-multi-agent，如果
你想要一个仍在积极开发、TypeScript 原生、目标驱动拆解、带 token + 估算成本上限和可选一方 OTel 适配器的运行时。
提醒：2026 年微软把 AutoGen 与 Semantic Kernel 合并进了新的 Microsoft Agent Framework，作为其受支持的继任者。AutoGen 仍在收修复，但实际上已进入维护模式（最新版本 0.7.5，2025 年 9 月）。如果你在为一个全新、长期的项目选框架，这点值得掂量。
01 速览
并排来看。
| 维度 | open-multi-agent | AutoGen |
|---|---|---|
| 语言 / 运行时 | TypeScript 原生，可嵌入任意 Node.js 18+ 后端 | Python（autogen-core / autogen-agentchat）；.NET 尚在 preview；无 TypeScript |
| 编排范式 | 三种模式：单智能体、显式任务 DAG，或由协调器在运行时拆解目标 | 对话 / group-chat（v0.2），底层是事件驱动的 actor 运行时（v0.4） |
| 运行时依赖 | 3 个直接依赖（Anthropic SDK、OpenAI SDK、Zod），额外提供方与 MCP 为按需 peer 依赖 | 6 个直接依赖（autogen-core） |
| 模型混编 | 支持，同一个团队里的每个智能体都可使用各自的云端或本地模型 | 支持，通过 autogen-ext 按智能体设 model_client |
| 运行预算控制 | 通过 maxTokenBudget 设置 token 上限，或通过 maxCostBudget 与应用自有的 estimateCost 价格表设置估算美元上限 | 无硬上限，软性的、依赖自报用量的 TokenUsageTermination，在轮次之间生效 |
| 可观测性 | TraceRecord v2 + TraceStore、可选的一方 OTel 适配器，以及离线的运行后 Run Viewer | 原生 OpenTelemetry，运行时自动发出 span |
02 真实能力
open-multi-agent 实际包含什么。
OMA 不只是目标拆解与少量依赖。以下均为项目 README 已记录的当前框架能力。
围绕智能体的确定性控制
计划可检查、可审批，也可冻结为数据后重放。结果可用 Zod 校验，还支持按智能体流式输出、取消运行，以及提议者与裁判组成的共识校验。
依赖调度与恢复
调度器并行运行互不依赖的分支。任务重试与检查点让中断的运行恢复时不重复已完成任务。
生产控制
通过轮次、token、估算成本、超时、上下文与循环控制限制工作量。工具默认拒绝授权，链路数据默认脱敏敏感信息。
你的环境与模型
运行在你自己的 Node.js 后端、本地、离线或气隙环境中。同一团队可混用云端与本地模型，并可接入 MCP 工具及 ACP 或进程后端的外部智能体。
检查、追踪与评估
稳定运行标识、TraceStore，以及离线 DAG 与 Waterfall Viewer 均不依赖托管服务。可选 OTel 适配器与 EvalSet 可把运行接入生产遥测和 CI 门禁。
03 机制
它们差在哪。
AutoGen 把多智能体工作建模为一场对话：智能体在 group chat 里交换消息，协作从这场对话中涌现（它的 v0.4 内核在底层加了一个事件驱动的 actor 模型运行时）。open-multi-agent 则目标驱动：你把一个结果交给协调器，它拆解成一张带显式依赖的任务 DAG，并行运行相互独立的部分。两者现在都有一方 OpenTelemetry 路径。AutoGen 自动发出 OTel span；OMA 不把 OTel 拉进只有三个依赖的 core，而是通过可选的 @open-multi-agent/otel 适配器，把 TraceRecord v2 映射到由应用持有的 provider，另有 TraceStore 与离线 Run Viewer。
AutoGen 适合什么
当 Python 系统采用对话式或 actor 模型协作并需要原生 OpenTelemetry 时，AutoGen 合适。微软目前把新的多智能体工作导向 Agent Framework，因此 AutoGen 主要适用于已经采用它的既有系统。
AutoGen 的 GitHub↗open-multi-agent 适合什么
open-multi-agent 适合你想要一个 TypeScript 原生、仍在积极开发的运行时，想要目标优先的模型、而不是一场需要你去引导的对话，并通过 maxTokenBudget 或 maxCostBudget + estimateCost 给整次运行设上限的场景。可选 OTel 适配器让 core 保持精简，离线 Run Viewer 则给每次已完成运行一条本地检查路径。若从零起步于 Node.js，OMA 既省去 Python 依赖，也避开一个正在过渡期的框架。
// 企业服务
要把它用到生产环境？
open-multi-agent 采用 MIT 许可、可自行免费运行。当你需要在期限内交付、集成，或获得支持时，元定义科技（YuanASI）提供商业交付与支持。
// 对比另一个框架
open-multi-agent vs LangGraph → open-multi-agent vs CrewAI → open-multi-agent vs OpenAI Agents SDK → open-multi-agent vs Mastra → open-multi-agent vs Vercel AI SDK → open-multi-agent vs VoltAgent → open-multi-agent vs Inngest AgentKit → open-multi-agent vs LangChain → open-multi-agent vs LlamaIndex → open-multi-agent vs Pydantic AI → open-multi-agent vs Google ADK → open-multi-agent vs Semantic Kernel →