该技能适用于调试场景，核心原则是不要修复症状，而是把每个问题追溯到根因并在根因处修复。
用途 在调试时提供一套固定的排查与修复思路，避免用临时打补丁的方式掩盖问题。其理由是对症状的修复会不断累积，每个变通做法都会让系统更难推理，而真正的缺陷仍然存在；根因修复前期较慢，但能减少总的调试时间。
主要能力与模式
- 先复现问题。
- 连续追问“为什么”，直到触及根因。
- 不要添加防护：为消除崩溃而添加空值检查属于症状修复。
- 如果某个变通方案需要一段很长的注释来证明其合理性，说明代码是错的（应修代码，而不是修注释）。
- 检查的是模式，而不仅是单个实例：用 grep 搜索同一模式，并修复所有实例。
- 卡住时就加检测手段，不要猜测：添加日志、读取真实错误。
- 如果判定性的事实需要深挖才能找到，就提出一个成本低、始终开启的信号，让它在第一眼就能显示出来。
- 重启类缺陷：先怀疑状态，再怀疑代码。当出现“重启后失败”时，优先怀疑过期的持久状态：配置文件、缓存、锁文件、序列化状态。如果清除某个状态文件后行为恢复，应把状态校验作为修复的优先方向。
使用方式 资料未提供具体的调用方式、安装命令、配置方法或平台集成说明。
适用场景 适用于调试与缺陷修复过程，尤其是反复出现、容易被临时补丁掩盖、或与重启和持久状态相关的问题。
限制 资料未提供关于收费、价格、平台支持、效果保证或具体使用步骤的信息。