用途：用于代码或系统出现故障时的系统化排查，比如测试失败、行为不符合预期或出现报错。核心理念是不猜测，先形成假设再逐条验证。
流程分为四阶段。第一阶段评估：明确预期行为与实际行为，确认能否稳定复现，并了解最近有何变更，需要回答何时开始、是否稳定复现、触发输入是什么、出现哪些报错或症状等问题。第二阶段调查：从入口点追踪执行，找出预期与实际的偏差位置，形成根因假设并系统验证，可用定点日志或打印、调试器断点、最小化输入复现、检查边界条件等手段。第三阶段解决：以最小改动修复根因而非症状，并补充回归测试，验证不会破坏其他功能；若尝试的修复少于3次可带着新信息回到第一阶段，达到或超过3次则应停下重新审视对系统的理解。第四阶段质量：补测试、记录非显而易见的原因、排查类似缺陷、清理调试代码。
配套有检查清单（复现、隔离、根因、修复、测试、清理）、假设记录模板（假设→验证方式→结果→结论），以及症状与常见根因对照表，例如本地通过但 CI 失败多与环境和依赖差异有关，间歇性失败常源于竞态、时序或外部依赖，输出错误常来自逻辑、变量或边界错误，崩溃多与空值访问、类型不匹配或数据缺失有关，性能问题可能来自 N+1 查询、缺索引或内存泄漏。还给出防止自我合理化与红旗自检提示，以及包含缺陷摘要、复现步骤、假设验证表、根因、修复、验证清单与预防措施的调试报告格式。
适用场景：需要严谨排查根因的开发、测试与运维调试工作。限制：资料未说明具体支持的语言、工具集成、安装方式、收费或平台信息，暂未提供。