用途：为已有实现（后端、前端或全栈）补充集成测试与端到端测试，以设计文档为依据驱动整个流程。
主要能力：按步骤编排测试骨架生成、测试实现、测试审查、质量检查与提交。骨架生成交给 acceptance-test-generator，测试实现交给 task-executor（前端为 task-executor-frontend），审查交给 integration-test-reviewer，质量检查交给 quality-fixer。
使用方式：需提供文档路径参数 $ARGUMENTS，且至少存在一份设计文档（可手动创建或经 reverse-engineer 生成），并有待测的现有实现。流程先发现并校验 docs/design/、docs/ui-spec/、docs/prd/ 下的文档并按文件名分类，再逐层执行步骤 1-7：生成骨架、实现测试、审查、修复审查问题、质量检查、提交。提交信息格式为 "test: add [layer] integration tests for [feature name]"。
适用场景：已有代码库需要补充集成/E2E 测试，且已有设计文档、UI 规格或 PRD 作为依据。
限制：文档路径为空或不可解析时报告并结束；每层需按顺序完成审查、质量、提交与保留限制重试；质量检查出现 stub_detected 需回到步骤 3 重做。具体命令、价格、平台支持等资料暂未提供。