用途：Orchestrator 用于自动化协调多个 CLI 子智能体并行工作，适合跨后端、前端、移动端与 QA 的全栈实现，或用户明确要求“自动运行”“并行运行”的复杂功能。简单单域任务、需要手动控制的场景或快速修复不建议使用。
主要能力：通过 gemini -p "..." --yolo 启动子智能体，每个子智能体为独立进程；以 Serena Memory 作为共享状态总线。工作流分阶段：规划（分析请求、拆解任务、生成会话 ID）、初始化（写入 orchestrator-session.md 与 task-board.md）、执行（按优先级分层启动，不超过 MAX_PARALLEL）、监控（按 POLL_INTERVAL 轮询，处理完成/失败/崩溃）、验证（对每个完成智能体运行 ../_shared/verify.sh {agent-type} {workspace}）、收集（读取 result-{agent}.md 汇总并清理进度文件）。
配置默认值：MAX_PARALLEL 为 3，MAX_RETRIES 为 2，POLL_INTERVAL 为 30s；MAX_TURNS 实现类为 20，审查类为 15，规划类为 10。
记忆文件归属：orchestrator-session.md 与 task-board.md 由 orchestrator 拥有、他人只读；progress-{agent}.md 与 result-{agent}.md 由对应智能体拥有、orchestrator 读取。
验证与重试：每个智能体完成后必须运行 bash .agent/skills/_shared/verify.sh {agent-type} {workspace}，退出码 0 为通过，1 为失败并进入重试。第一次重试等待 30s 并附带错误上下文，第二次等待 60s 并提示换方法，最终失败则报告用户询问继续或中止。
限制：验证为强制步骤，即使智能体报告成功也不可跳过；并发数受 MAX_PARALLEL 限制。其余细节如具体脚本实现、模板内容等资料未提供。