用途：当面对两个及以上临时性、边界明确的任务，且任务之间相互独立、无需彼此结果即可启动、不涉及重叠写入或同一可变资源、共享根因可能性低时，可用并行子代理分派来缩短总耗时。若分解仍属探索性、失败可能共享根因、需要全系统上下文，或任务过小不值得交接，则应保持串行内联处理。已有书面实施计划时应走 aegis:subagent-driven-development，而非此临时工作流。
主要能力：提供分派门槛判断、任务包定义、上下文与所有权划分、执行与综合流程，以及常见失败模式清单。每个任务包需写明目标与待解决问题、允许的文件系统与副作用、已知事实与证据位置、约束与非目标及停止条件、预期结果形态（含未知项与验证引用）。
使用方式：先建立最小共同基线并记录任务拆分证据；按独立域每域分派一个有界任务，遵守宿主并发上限；可选地继续不冲突的协调者工作；返回后检查证据新鲜度、未知项、重叠假设与工作区变化；先综合分歧再行动，若发现耦合则停止并行变更并交回单一负责人。编辑类任务在合并后做集成验证，只读任务则对照引用来源验证综合结论。协调者拥有并发预算，子代理除非任务包明确允许，不得递归分派。
限制：隔离的模型上下文不等于隔离的文件系统、进程、Git 仓库、凭据、速率限制或外部服务；优先只读调查，若子代理可能编辑，须显式分配互不重叠的写入所有权，Git 生命周期变更由协调者负责。子代理输出只是证据或提案，不是 GateDecision、完成授权或外部行动许可。失败、取消或超时的子代理只贡献可用的部分证据，否则记录无结果与未解未知项，重试须使用实质不同的任务包或改为串行。常见失败包括把不同文件当作不同根因的证据、给子代理过宽对话历史、多个子代理并发编辑同一所有者或共享服务、未检查证据即接受报告、用并行绕过书面计划的评审检查点、只验证单个结果而不检查集成状态。