01
规划 · 路由
选择执行拓扑。
从目标生成可审阅的任务 DAG，执行你定义的图，或把适合的工作直接交给一个智能体。显式 mode 与治理声明优先；自定义路由器保持建议性质，并能安全回退。
runTeam · runTasks · mode · ExecutionRouter · routingDecision执行路由→// 能力 · v1.13.0
从一个目标，到一次受治理的运行。
同一套 TypeScript 运行时，同时承载目标驱动团队与显式任务 DAG。选择执行拓扑、调度就绪工作、为高影响操作设闸，并把证据留在你自己的环境里。
已发布 · @open-multi-agent/[email protected]
- 01输入
目标或 DAG
通过 runTeam() 从结果出发，或通过 runTasks() 直接提供任务图。
- 02路由
单智能体或团队
显式 mode、治理策略或 ExecutionRouter 选择执行拓扑。
- 03调度
就绪工作立即移动
事件驱动调度器在依赖完成后立即启动下游任务。
- 04治理
策略为派发设闸
在正确的边界分别审批计划、每个就绪任务与高影响工具调用。
- 05证据
以运行凭证收口
路由、任务结果、trace、用量与治理结论都可以检查。
01 运行时能力面
六层能力，一份执行契约。
以下能力都已经进入公开 npm 包；每一层都链接到与发布版本一致的 Reference 或指南。
02
调度 · 派发
依赖一就绪，工作就移动。
事件驱动执行去掉无关的轮次屏障。可选择 dependency-first、round-robin、least-busy、capability-match 或 composite 指派，并使用硬性任务要求与任务级结果。
onTaskDispatch · requires · taskResults · dependencyPayload任务调度→03
控制 · 治理
把策略放在正确的边界。
声明必需或偏好的角色、有序审阅路径与预算感知降级。分别为计划、就绪任务和高影响工具设闸，再显式检查 governanceConclusion，而不是靠推断判断合规。
governance · onPlanReady · onTaskDispatch · onToolCall编排控制→04
约束 · 恢复
停止新工作，安全收尾，按任务恢复。
重试、模型 fallback、超时、循环检测以及 token 或预估成本预算共同约束执行。检查点持久化已完成的任务边界，使 restore 能跳过已经完成的工作。
fallbacks · budgets · checkpoint · restore检查点与恢复→05
检查 · 评估
把一次运行变成可复查证据。
稳定运行标识、execution receipt、TraceStore、离线 Run Viewer 与可选 OpenTelemetry 让运行可检查；EvalSet、Scorer、报告与 Gate 再把证据变成回归检查。
receipt · TraceStore · renderRunViewer · EvalSet · GateVerdict可观测性与评估→06
模型 · 工具
带上你已经使用的环境。
在同一团队混用云端与本地模型，把 MCP 服务器作为按需工具接入，并通过 ACP 或进程后端运行外部编码智能体。Core 始终是可嵌入的库，而不是托管服务。
providers · MCP · ACP · process backend · default-deny集成→02 事实边界
这套运行时做什么，也明确不声称什么。
官网跟随同时发布到 GitHub 与 npm 的最新包。只存在于 main 的开发功能，在正式发布前不会进入已交付能力面。
- 已发布
- v1.13.0：路由、治理、事件驱动调度、派发审批、运行凭证、结构化 handoff 与模型 fallback。
- 恢复
- 检查点从已完成任务边界恢复；它不是任务中途恢复，也不是具有 exactly-once 语义的权威 RunStore。
- 产品层
- OMA 是自托管运行时库，不声称拥有托管的租户、项目、Thread、席位或 RBAC 控制面。