动态编排与显式编排
runTeam() 从目标生成任务 DAG,runTasks() 运行你定义的任务图,runAgent() 则覆盖单智能体场景。
Pydantic AI 把 Pydantic 校验应用于智能体,并通过 Logfire 埋点;open-multi-agent 则在 TypeScript 运行时中使用任务 DAG。主要差别是语言与编排模型。
你在 Python 中,需要经过校验的智能体输入输出、Logfire 埋点与内置用量上限。
你想要 TypeScript 原生、目标驱动的多智能体编排,一个从目标构建任务 DAG 的协调器,外加一道会中止运行的硬性 token 预算。
| 维度 | open-multi-agent | Pydantic AI |
|---|---|---|
| 语言 / 运行时 | TypeScript 原生,可嵌入任意 Node.js 18+ 后端 | Python 原生(构建于 Pydantic 之上);无 TypeScript 移植 |
| 编排范式 | 三种模式:单智能体、显式任务 DAG,或由协调器在运行时拆解目标 | 类型安全、提供方无关的智能体,带工具调用与依赖注入;多智能体通过委派与 pydantic-graph 实现 |
| 运行时依赖 | 3 个直接依赖(Anthropic SDK、OpenAI SDK、Zod),额外提供方与 MCP 为按需 peer 依赖 | 一个精简内核(pydantic-ai-slim);模型提供方 SDK 是可选 extras |
| 模型混编 | 支持,同一个团队里的每个智能体都可使用各自的云端或本地模型 | 支持,提供方无关,按智能体设模型 |
| 运行预算控制 | 通过 maxTokenBudget 设置 token 上限,或通过 maxCostBudget 与应用自有的 estimateCost 价格表设置估算美元上限 | 支持,UsageLimits 含 total_tokens_limit,超支前即抛错(这里少数带真正 token 上限的之一) |
| 可观测性 | TraceRecord v2 + TraceStore、可选的一方 OTel 适配器,以及离线的运行后 Run Viewer | 经 Pydantic Logfire 的原生 OpenTelemetry(内置埋点) |
OMA 不只是目标拆解与少量依赖。以下均为项目 README 已记录的当前框架能力。
runTeam() 从目标生成任务 DAG,runTasks() 运行你定义的任务图,runAgent() 则覆盖单智能体场景。
计划可检查、可审批,也可冻结为数据后重放。结果可用 Zod 校验,还支持按智能体流式输出、取消运行,以及提议者与裁判组成的共识校验。
调度器并行运行互不依赖的分支。任务重试与检查点让中断的运行恢复时不重复已完成任务。
通过轮次、token、估算成本、超时、上下文与循环控制限制工作量。工具默认拒绝授权,链路数据默认脱敏敏感信息。
运行在你自己的 Node.js 后端、本地、离线或气隙环境中。同一团队可混用云端与本地模型,并可接入 MCP 工具及 ACP 或进程后端的外部智能体。
稳定运行标识、TraceStore,以及离线 DAG 与 Waterfall Viewer 均不依赖托管服务。可选 OTel 适配器与 EvalSet 可把运行接入生产遥测和 CI 门禁。
Pydantic AI 提供经校验的输入输出、依赖注入、提供方无关的智能体,以及 Logfire 埋点。它的 UsageLimits(total_tokens_limit=…) 作用于单次 agent run。open-multi-agent 的差别在语言与编排形态:TypeScript 协调器构建并行任务 DAG,maxTokenBudget 则封顶整次 DAG 运行。
当 Python 项目需要经过校验的智能体输入输出、依赖注入、Logfire 追踪与内置用量上限时,Pydantic AI 合适。它的多智能体模式使用委派与 pydantic-graph。
Pydantic AI 的 GitHub↗open-multi-agent 适合你想要 TypeScript 原生、目标驱动的多智能体编排:协调器从目标规划一张并行任务 DAG,而非你去接线委派,maxTokenBudget 在硬上限处中止整个运行。若你在 Node 而非 Python,OMA 让你留在这里。
open-multi-agent 采用 MIT 许可、可自行免费运行。当你需要在期限内交付、集成,或获得支持时,元定义科技(YuanASI)提供商业交付与支持。