// 工作原理
OMA 的工作原理。
两张图，一套系统。一张是架构——OMA 的结构，也就是它是什么；另一张是流程——调用 runTeam() 时，按时间顺序发生了什么。
01 结构
架构。
自上而下五层：编排器；拓扑、治理与规划；并发和事件调度；Agent；以及模型循环与工具接口。图中表达的是已发布运行时边界，而不是一个托管产品控制面。
- 强调色描边用户入口——你实例化的那个类。每张图里有且仅有一个。
- 实线具体类型——只有一种实现的类：Team、AgentPool、TaskQueue、Agent、AgentRunner。
- 虚线有多种实现的接口——LLMAdapter 提供方、ToolRegistry 工具。
- 箭头拥有 / 包含——源端实例化或拥有目标端。自上而下读。
02 控制与证据
一次运行，是一串显式边界。
运行时把拓扑、派发、策略与证据分开，让应用可以分别控制，而不必接管整个运行时。
03 执行
一次 runTeam() 调用。
目标进，结果与凭证出。运行时选择拓扑、生成或接收任务 DAG，在依赖完成后派发就绪工作，并保存任务级证据。从左往右读——横轴是时间。
- 纵向 = 哪个智能体每个智能体有自己的一条水平轨道，像乐谱里的一个声部。
- 横向 = 什么时候对齐在同一个 x 上的轨道，在同一逻辑时刻运行；更早结束的轨道先完成。
- reviewer 等待reviewer 向右偏移——它在 TaskQueue 里依赖 architect 和两个 developer。
- message bus那条翠绿色虚线带，是任何智能体在执行期间都能发布和订阅的通道。
// 企业服务
要把它用到生产环境？
open-multi-agent 采用 MIT 许可、可自行免费运行。当你需要在期限内交付、集成，或获得支持时，元定义科技（YuanASI）提供商业交付与支持。