用途：为跨 PM、前端、后端、移动端和 QA 的复杂工作提供手动多智能体协调指南，适合需要逐步协调、手动生成智能体或跨领域规划而不做全自动化的场景。
主要能力：按优先级分层生成智能体；并行处理同优先级独立任务；监控进度文件与 API/数据契约对齐；在契约分歧时暂停下游前端/移动端工作；以 QA 审查作为最终步骤。
使用方式：先确认任务足够复杂；复用现有计划，需要任务分解或契约变更时调用 PM。按优先级生成智能体，例如： oma agent spawn pm <pm-prompt-file> <session-id> --task-id <plan.pm_task.id> -w ./pm oma agent spawn backend <backend-prompt-file> <session-id> --task-id <plan.backend_task.id> -w ./backend & oma agent spawn frontend <frontend-prompt-file> <session-id> --task-id <plan.frontend_task.id> -w ./frontend & wait 可用选项包括 --vendor、--isolation worktree、--read-only。若目标厂商与当前运行时一致且存在原生子智能体路径，优先使用原生调度，否则回退到 oma agent spawn。
适用场景：跨全栈或移动端的复杂功能、需要前端/后端/移动端/QA 协调、需要分步指导的多智能体协作。
限制：简单单领域任务应直接使用对应智能体；需要自动执行时应改用 orchestrator；快速修复或小改动不适用。若契约分歧、工作区冲突或进度停滞，需暂停、拆分所有权或检查进度文件后重新下发指令。QA 审查始终是最后一步。