用途：用于处理任何技术问题，包括测试失败、生产缺陷、意外行为、性能问题、构建失败和集成问题；在时间紧迫、看似只需“快速修复”、已尝试多次修复或尚未完全理解问题时尤其适用。
主要能力：以“铁律”约束流程——未完成第一阶段根因调查前不得提出修复。流程分四阶段：一、根因调查，仔细阅读错误与堆栈、稳定复现、检查近期变更，在多组件系统中于各组件边界加诊断日志以定位失败层，并沿调用栈回溯数据流；二、模式分析，寻找可工作的相似实现、完整阅读参考实现、列出工作与故障之间的所有差异、理解依赖与假设；三、假设与验证，提出单一明确假设，做最小改动测试，一次只改一个变量，验证后再继续；四、实施，先创建失败测试用例，再实施单一修复，最后验证修复且不破坏其他测试。若修复失败，少于三次回到第一阶段；三次及以上应停止并质疑架构，与人类伙伴讨论。
使用方式：按阶段顺序执行，每阶段完成后方可进入下一阶段。配套技术包括 root-cause-tracing.md（沿调用栈反向追踪）、defense-in-depth.md（根因修复后多层校验）、condition-based-waiting.md（用条件轮询替代任意超时）。相关技能有 software-forge:test-driven-development（编写失败测试）和 software-forge:verification-before-completion（完成前验证）。
适用场景：任何缺陷、测试失败或异常行为，尤其是紧急情况、看似简单的缺陷、已多次尝试修复、前次修复无效或对问题理解不充分时。
限制：资料未提供安装命令、平台支持、收费方式或具体版本信息；若系统调查后确认问题确属环境、时序或外部因素，应记录调查过程并实现重试、超时或错误提示等处理，但资料指出约 95% 的“无根因”情况实为调查不完整。