用途：这是一项系统化调试技能，要求在提出任何修复方案前先完成根因调查，核心原则是“未定位根因不得修复”，把症状修补视为失败。适用于任何技术问题，包括测试失败、生产 bug、异常行为、性能问题、构建失败和集成问题；在时间压力大、看似有“一行修复”、已多次尝试失败或尚未完全理解问题时尤其适用。
四个阶段（必须依次完成）：一、根因调查，仔细阅读错误与堆栈、稳定复现、检查近期变更，多组件系统需在组件边界加日志收集证据并追踪数据流；二、模式分析，寻找同类可运行示例、完整对照参考实现、列出所有差异、理解依赖与前提假设；三、假设与验证，提出单一明确假设，做最小改动、单变量测试，验证后再继续；四、实施，先写失败测试用例，再实施单一修复，最后验证通过且不破坏其他测试。
限制与判断：若修复尝试达到三次仍失败，应停下并质疑架构，而非继续第四次；出现“先快速修一下”“一起改多处再跑测试”“跳过测试手动验证”等想法时，应返回第一阶段。若调查表明问题确属环境、时序或外部因素，则记录调查过程并采用重试、超时、错误提示等处理，同时补充监控日志；但绝大多数“无根因”情况实为调查不完整。相关技术文档与技能包括根因回溯、纵深防御、基于条件的等待，以及测试驱动开发与完成前验证。技能来源与安装方式暂未提供。