用途：把计划文件或 GitHub issue 拆成独立任务，按依赖关系排好执行顺序，再逐层并行执行。触发方式包括用户说“dispatch”“并行执行任务”，或传入计划文件、issue 编号要求并行调度。
主要能力：一是识别来源并提取任务，参数为文件路径时直接读文件，为 #N 时用 gh issue view N --json body 取 GitHub issue 正文，为 latest 或空时在当前会话找最近的计划或 handoff 文件（.plan.md、PLAN.md、handoff-.md）。每个任务包含标题、要改的文件与验收标准、依赖关系。二是编排层级，无依赖任务为 Level 0 可并行，Level N 依赖 Level N-1，分层后展示调度计划等用户确认。三是扇出执行，逐层并发派子代理，每个子代理只拿到自己任务的文件、目标和验收标准，收齐再进下一层；每层检查执行状态、错误信息和测试结果，失败任务询问重试、跳过或中止。四是验证收尾，跑项目测试套件和类型检查，汇报完成数、失败数、测试状态和需人工处理的问题。
边界情况：来源为空或无任务则不调度；循环依赖报错请用户打破；全部任务独立则放同一层并行；不知道测试命令则询问用户。多 harness 适配需按当前运行的 harness 读对应文件，涉及 Claude Code（含 ultracode 模式）、Kimi Code、mimo code、zcode。全部层级跑完后询问是否调用 /handoff 打包上下文。
限制：具体子代理调用方法因 harness 而异，资料未提供各 harness 的详细适配内容；测试命令未知时需用户提供。