用途：把模糊、无法触发的缺陷报告，整理成经过验证的最小复现，并先产出会失败的回归测试，整个流程由智能体端到端驱动。
主要能力：按八个步骤推进——1）从单薄报告中提取复现维度并写成 repro spec；2）执行“复现→最小化→隔离→取证”循环，每次只删除一个变量并重跑确认；3）用 git bisect 定位引入缺陷的提交；4）固定时间、随机数与网络，使复现可确定；5）在修复前先写红色回归测试，断言真实期望值；6）用 revert-to-verify 验证修复确实让测试转绿；7）区分 flaky、环境相关、数据相关与真正不可复现；8）把关键证据写回工单。
必要用法：先查看项目根的 .agents/qa-project-context.md，若缺失可建议用 qa-project-context 技能创建。二分定位使用 git bisect start、git bisect bad HEAD、git bisect good v2.4.0、git bisect run npm test -- checkout-total.spec.ts，完成后 git bisect reset。退出码约定为 0 表示无缺陷、非零（1–124）表示有缺陷、125 表示跳过；构建失败或 flaky 结果应返回 125 而非判为 bad，并只跑一个针对性测试，避免整套测试。
限制：资料未提供独立的安装命令、收费方式或平台支持信息；具体测试运行器与固定时间的 API（如 Vitest 的 vi.useFakeTimers/vi.setSystemTime、Playwright 的 page.clock）取决于项目栈，需按实际环境选择；对真正不可复现的情况应记录尝试过的环境、次数与数据，不静默关闭。