用途：该技能用于在多子智能体工作流中指导编排者（Orchestrator）协调各个专用子智能体。所有调查、分析与实现工作都通过子智能体进行，子智能体之间不能直接调用，必须由编排者统一调度。
主要能力与规则：派生每个子智能体时使用 fork_turns="none"，使其只收到任务消息和显式提供的上下文。每个提示词需包含输入交付物文件路径、期望动作与预期结果，并按输入参数和当前可用交付物构造。新任务必须先派生 requirement-analyzer，再据其分析结果确定工作流；流程中若发现需求变更，必须停止并回到 requirement-analyzer 重新整合需求。
可用子智能体包括实现支持类（quality-fixer、task-decomposer、task-executor、integration-test-reviewer、security-reviewer）和文档创建类（requirement-analyzer、codebase-analyzer、prd-creator、ui-spec-designer、technical-designer、work-planner、document-reviewer、code-verifier、design-sync、acceptance-test-generator、ui-analyzer）。
停止点与状态：需求、PRD、UI Spec、ADR、Design、Work Plan 各阶段有强制停止点，需用户确认或批准后才继续；批量批准后进入自主执行。审批词汇包括 approved、approved_with_conditions、approved_with_notes、needs_revision、rejected、blocked、skipped。
规模与流程：按文件数分 Small（1-2）、Medium（3-5）、Large（6+），不同规模要求不同的 PRD、ADR、Design Doc 与 Work Plan；工作流始终从 requirement-analyzer 开始。实现前需按 Implementation Readiness Preflight 检查 R1-R5 标准，就绪状态为 pending、ready、escalated、absent。
限制：子智能体不能互相调用；不得跳过停止点；不得使用规定词汇之外的状态值；等待子智能体应按最大超时并持续等待，不可因速度提前终止。多步工作可能长时间运行。上述内容依据公开资料整理，其他未提及的细节暂未提供。