用途：面向错误、堆栈跟踪、测试失败、偶发测试、回归及“行为不符合预期”等场景，提供系统化的根因调试流程，核心原则是未定位根因前不得提出修复方案。
主要能力：包含读错误、复现、形成假设、最小化、调查、假设验证、修复与验证等步骤；要求先建立快速确定的“坏/好”反馈回路，再动手改代码。支持差分对比、git bisect 定位回归提交、边界探针、多组件系统逐层排查，以及诊断专用模式（只做步骤0-4，输出 PROPOSED FIX）。
使用方式：先完整阅读错误信息与堆栈；优先运行已有测试或报告中的复现命令并记录 RED 输出；选择最廉价的复现回路（失败测试、curl/httpie、CLI、无头浏览器、/tmp 临时脚本等）；形成2-3个有具体观察支撑的假设；逐步缩小复现范围；沿调用链回溯到最早偏离点；一次只改一处，错误假设需完全回退；先写失败测试再修复，并用新证据验证。修复后需做绕过自检，确认没有变体输入仍能到达同一坏状态。
适用场景：生产缺陷排查、CI 失败、异步/状态/生命周期问题、偶发问题、回归定位、安全相关缺陷的对抗性复测。
限制：资料未提供安装命令、平台支持、收费方式与具体运行环境要求；部分步骤依赖可用的复现回路、凭证或用户输入通道，缺失时需明确说明并标注结论未经验证。连续3次修复失败应停止并升级为架构问题排查。