用途：为调试过程提供结构化协议，强调在确认根因前不得修改任何文件，用假设驱动的方式排查问题，并规定失败后的恢复步骤。
主要能力：分为五个阶段。复现阶段要求实际运行失败代码或按精确输入推演，记录输入、实际行为、预期行为与是否可稳定复现；无法复现则停止并索取最小复现。定位阶段从症状处回溯，追踪错误值的来源，跨越文件与层边界，直到找到意图出错的位置，输出症状位置、根因位置与因果链。假设阶段要求给出可证伪的机制说明，并标注高、中、低置信度。修复阶段只做针对根因的最小改动，禁止吞掉错误、防御性兜底、类型逃逸等做法。验证阶段需确认原失败用例、相邻边界用例、既有测试以及调用方影响，并给出结论。
失败恢复：同一假设连续两次修复失败即判定假设无效，需换一个不同根因类别重新假设；累计三次失败则停止修改、回滚全部改动，报告已尝试方案、已知事实、缺失信息与下一步所需。
使用方式：按阶段顺序执行，每阶段产出规定格式的记录；验证失败时回到定位阶段而非修复阶段。
适用场景：适合需要跨模块追踪的疑难缺陷、间歇性故障与缓存、事务、后台任务交互类问题。
限制：资料未提供具体安装命令、运行环境、支持平台或收费信息；该协议为流程规范，不包含可直接执行的代码工具。