用途：当出现失败、回归、偶发行为、性能问题、事故或用户报告而原因未知时，用这套方法组织排查，而不是急于改代码。
主要能力：要求把“观察到的”“推断出的”“假设的”分开并以书面形式记录；保持至少两个同时成立的假设，先写预测再做实验，优先选择能区分假设的实验；通过二分可能性空间而非从报错处开始排查，例如是否在打桩网络、减少数据量、切到上一个提交或全新环境下仍复现；对回归优先二分历史版本；把负面结果也当作进展记录下来，避免重复排查。
使用方式：从开始就维护一份可交接的笔记，记录已确认的结论及其依据、已排除项及排除方式、当前主要解释和下一步能分割空间的实验；先尽可能复现，并把复现做小做快；在改动前能说清“这个输入经这条路径产生这个错误结果，因为（机制）”，修复后写一个当下因正确原因而失败、若该具体原因回归会再次失败的测试，并检查同类原因是否还有兄弟姐妹。
适用场景：故障、事故、偶发失败、性能退化、用户报告等未知原因的排查过程。
限制：资料未提供具体平台、安装方式、收费或集成信息；方法强调认知纪律与记录，不替代对系统本身的理解。