用途：面向缺陷、失败测试、构建失败、异常行为、偶发测试、回归与生产事故，提供从复现到根因定位再到验证的流程。
主要能力与流程：
- 复现：记录精确命令、输入或用户步骤，阅读完整错误信息和堆栈，确认问题是确定性的还是间歇性的，记录预期行为与实际行为；若无法复现，应收集日志或跟踪信息并报告缺失数据，而不是猜测。
- 追溯根因：检查触及失败路径的近期变更，将损坏代码与附近可用示例对比，从失败点反向追溯坏数据来源；在多组件系统中，可在边界处临时加诊断，判断哪一层改变了数据或状态。把假设写成“我认为 X 是根因，因为 Y 证据”。
- 验证单一假设：一次只改变一个变量，优先用能证明假设的最小诊断或失败测试；若假设失败，移除附带诊断改动，依据新证据形成新假设。三次修复失败后应停下，质疑架构或任务设定是否有误。
- 修复与验证：条件允许时先加回归测试，再做针对根因的最小代码改动，运行回归测试与相关现有测试；报告成功前使用 verification-before-completion。
反模式：不追溯来源而只在报错行打补丁；修改测试来迎合错误行为；把清理或重构混入缺陷修复；同时尝试多个修复；只改代码不重跑失败场景就宣称“已修复”。
报告模板包含复现（命令/步骤、预期、实际）、根因（假设、证据）、修复（文件、为何最小）和验证（命令、结果）。
限制：资料未提供安装命令、平台支持、收费或许可信息，暂未提供。