用途：为 RLM 工作流的 Phase 3（实现）、Phase 3.5（代码审查）和 Phase 4（测试）提供并行子代理执行能力，并在子代理不可用时自动回退到顺序模式。
主要能力：在 Phase 3 开始时检测平台是否提供 agent 或 Task 工具，若有则进入并行模式，为每个独立子阶段（SP）派发实现者子代理，完成后进行规格审查与代码质量两阶段审查，全部通过后做集成测试；Phase 3.5 派发代码审查子代理，按 Critical/Important/Minor 分级并给出结论；Phase 4 并行派发单元、集成、E2E 测试并汇总结果。若无子代理能力，则回退顺序模式，在主代理上下文中逐个执行 SP，配合扩展自审清单与逐阶段集成测试。
使用方式：子代理须在工作输出中包含 ## TODO 段落并逐项勾选，控制器在全部勾选前不接受完成报告。实现者与审查者分别遵循 agents/implementer.md 与 agents/code-reviewer.md 的流程，派发时提供完整 SP 文本、BASE_SHA 与相关上下文。并行派发示例：await Promise.all([Task({ description: "Implement SP1", prompt: implementerPrompt(SP1) }), ...])。Phase 4 产物需记录执行模式、子代理使用情况、回退原因、各 SP 结果与审查结果。
适用场景：多个相互独立的子阶段、跨 API/UI/数据库的多域功能、需要独立验证的高风险变更。存在顺序依赖的 SP 应串行处理。
限制：并行收益依赖平台是否提供子代理原语；并行 SP 之间需避免文件冲突与共享可变状态；资料未提供具体安装命令、收费或价格信息。