用途：为已有实现补全集成测试/E2E 测试，流程依赖设计文档与现有代码，由编排器（Orchestrator）而非单一执行者推进。
主要能力：按步骤 0-8 执行，包括校验传入的文档路径、生成验收测试骨架、创建任务文件、实现测试、测试评审、修复评审问题、质量检查与提交。使用的子代理包括 acceptance-test-generator、task-executor（及前端版）、integration-test-reviewer、quality-fixer（及前端版）。所有 spawn_agent 调用使用 fork_turns="none"。
使用方式：文档路径通过 $ARGUMENTS 传入，至少需存在一份设计文档。文档按路径分类：docs/ui-spec/.md 为 UI Spec；docs/design/-backend-.md 或 backend.md 为后端设计文档；-frontend-.md 或 frontend.md 为前端设计文档；docs/design/.md 且不匹配以上者为单层设计文档。若同时匹配前后端需停下询问。任务文件按 monorepo-flow.md 命名规则创建，例如 docs/plans/tasks/integration-tests-backend-task-YYYYMMDD.md。Step 3 为阻塞门，需用户确认后才能实现；评审最多修复 2 轮，仍不通过则上报用户；提交前必须通过 quality-fixer 审批。
适用场景：已有设计文档和实现、需要系统化补充集成或 E2E 测试的代码库。
限制：必须先有至少一份设计文档；不使用 $ARGUMENTS 之外自动发现的文档；仅清理本次运行创建的任务文件；未提供具体测试框架、运行命令或覆盖率数值，相关细节暂未提供。