动态编排与显式编排
runTeam() 从目标生成任务 DAG，runTasks() 运行你定义的任务图，runAgent() 则覆盖单智能体场景。
← 全部对比
// 对比
open-multi-agent 对比 Semantic Kernel
Semantic Kernel 是微软面向 .NET、Python 与 Java 的企业级 LLM SDK；open-multi-agent 则是 TypeScript 原生的任务 DAG 运行时。微软正把其智能体工作并入 Microsoft Agent Framework。
选 Semantic Kernel，如果
你在微软 / .NET / Azure 生态里，想要一个一方 SDK，插件、函数、智能体，并有一条经 Microsoft Agent Framework 的受支持前进路径。
选 open-multi-agent，如果
你在 Node/TypeScript 里，想要一个精简、提供方中立、目标驱动的运行时，三个依赖、一道硬性 token 预算，不带 .NET、不假设 Azure。
提醒：2026 年微软开始把 Semantic Kernel 与 AutoGen 并入新的 Microsoft Agent Framework（Python + .NET），作为其前进方向的多智能体栈。Semantic Kernel 仍受支持，但若你在为一个全新、长期的项目做选择，值得掂量是否直接构建在 Agent Framework 上。
01 速览
并排来看。
| 维度 | open-multi-agent | Semantic Kernel |
|---|---|---|
| 语言 / 运行时 | TypeScript 原生，可嵌入任意 Node.js 18+ 后端 | .NET / C# 优先；一方支持 Python 与 Java；无 TypeScript |
| 编排范式 | 三种模式：单智能体、显式任务 DAG，或由协调器在运行时拆解目标 | 插件 / 函数，加上智能体；多智能体编排正迁往 Microsoft Agent Framework |
| 运行时依赖 | 3 个直接依赖（Anthropic SDK、OpenAI SDK、Zod），额外提供方与 MCP 为按需 peer 依赖 | Python 包约 22 个直接依赖；更新的 Agent Framework 内核精简得多（约 4 个） |
| 模型混编 | 支持，同一个团队里的每个智能体都可使用各自的云端或本地模型 | 支持，按智能体设模型 / 服务 |
| 运行预算控制 | 通过 maxTokenBudget 设置 token 上限，或通过 maxCostBudget 与应用自有的 estimateCost 价格表设置估算美元上限 | 无硬性 token 上限 |
| 可观测性 | TraceRecord v2 + TraceStore、可选的一方 OTel 适配器，以及离线的运行后 Run Viewer | 原生 OpenTelemetry |
02 真实能力
open-multi-agent 实际包含什么。
OMA 不只是目标拆解与少量依赖。以下均为项目 README 已记录的当前框架能力。
围绕智能体的确定性控制
计划可检查、可审批，也可冻结为数据后重放。结果可用 Zod 校验，还支持按智能体流式输出、取消运行，以及提议者与裁判组成的共识校验。
依赖调度与恢复
调度器并行运行互不依赖的分支。任务重试与检查点让中断的运行恢复时不重复已完成任务。
生产控制
通过轮次、token、估算成本、超时、上下文与循环控制限制工作量。工具默认拒绝授权，链路数据默认脱敏敏感信息。
你的环境与模型
运行在你自己的 Node.js 后端、本地、离线或气隙环境中。同一团队可混用云端与本地模型，并可接入 MCP 工具及 ACP 或进程后端的外部智能体。
检查、追踪与评估
稳定运行标识、TraceStore，以及离线 DAG 与 Waterfall Viewer 均不依赖托管服务。可选 OTel 适配器与 EvalSet 可把运行接入生产遥测和 CI 门禁。
03 机制
它们差在哪。
Semantic Kernel 是一个企业级 SDK，提供插件、函数、planner 与智能体，以 C# 优先构建，一方支持 Python 与 Java，并接入微软与 Azure 技术栈。它的多智能体方向是统一 SK 与 AutoGen 的 Microsoft Agent Framework。open-multi-agent 则是 TypeScript 原生的运行时，在运行时把目标拆解成任务 DAG，不假设特定云，并保持三个直接依赖。选择主要取决于 .NET 与 Azure，还是 Node.js 与 TypeScript。
Semantic Kernel 适合什么
当 .NET 与 Azure 项目需要微软支持的 SDK、Azure 集成与原生 OpenTelemetry 时，Semantic Kernel 或 Microsoft Agent Framework 合适。
Semantic Kernel 的 GitHub↗open-multi-agent 适合什么
open-multi-agent 适合你的技术栈是 Node/TypeScript、且想留在这里的场景：一个精简、提供方中立、目标驱动的运行时，三个依赖、一道硬性 maxTokenBudget，不带 .NET 运行时、不假设 Azure。协调器从目标规划任务 DAG，而非你去拼装插件与 planner。
// 企业服务
要把它用到生产环境？
open-multi-agent 采用 MIT 许可、可自行免费运行。当你需要在期限内交付、集成，或获得支持时，元定义科技（YuanASI）提供商业交付与支持。
// 对比另一个框架
open-multi-agent vs LangGraph → open-multi-agent vs CrewAI → open-multi-agent vs AutoGen → 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 →