用途：在遇到任何缺陷、测试失败或异常行为时，先按流程定位根因，再提出修复方案，避免随机试错。
主要能力：给出四阶段流程。阶段一为根因调查：仔细阅读错误信息与堆栈、稳定复现问题、检查近期变更（git diff、提交、依赖与配置）、在多组件系统中于各组件边界加诊断日志以定位故障层、沿数据流向上追溯坏值来源。阶段二为模式分析：寻找可用的相似实现、完整阅读参考实现、列出工作与故障版本的全部差异、理解依赖与配置假设。阶段三为假设与测试：写出单一明确假设，做最小改动、一次只改一个变量，验证后再继续。阶段四为实施：先写失败测试用例，再针对根因做单一修复，最后验证测试通过且未破坏其他测试。
使用方式：按阶段顺序执行，未完成阶段一不得提出修复。若修复失败，少于三次则回到阶段一重新分析；三次及以上失败应停止并质疑架构，与用户讨论后再继续。文中建议编写失败测试时使用 ltk:test-driven-development 技能。
适用场景：测试失败、生产缺陷、异常行为、性能问题、构建失败、集成问题，尤其在时间压力大、看似只需一处快速修复、已多次尝试修复或尚未完全理解问题时。
限制：资料未提供安装命令、平台支持、收费方式或具体工具集成信息；文中给出的时间与修复率数据来自其调试经验描述，未提供可验证来源。