用途：该技能是 RLM 工作流的一个阶段（Phase 1.5），当需求属于修 bug、排查测试失败、调查异常行为、性能问题或集成问题时强制启用。它插入在 Phase 1（AS-IS）与 Phase 2（TO-BE Plan）之间，产出 01.5-root-cause.md，作为后续修复计划的依据。核心原则是先找根因再修复，反对只治症状。
主要能力：按四步推进——根因调查（细读错误信息与堆栈、稳定复现、检查近期改动、多组件边界埋点取证、沿调用栈回溯数据来源）、模式分析（找可用的相似代码、完整阅读参考实现、逐项列出工作与出错代码的差异、理清依赖）、假设与验证（一次只提一个假设、做最小改动验证、失败则重新提假设而非叠加更多修改）、修复小结（先建失败测试用例，再做根因汇总并移交 Phase 2 规划）。
使用方式：在 RLM 流程中，Phase 1 锁定后创建 01.5-root-cause.md（状态 DRAFT），执行系统化调试，找到根因后锁定该文档，再进入 Phase 2；Phase 2 的计划需引用其中记录的位置、原因与测试策略。文档需填写错误分析、复现验证、近期改动、分层证据、数据流追踪、模式分析、假设测试、根因小结以及覆盖与审批闸门。
适用场景：时间紧迫时、看似只需“快速修一下”时、此前修复尝试已失败时、尚不完全理解问题或涉及多组件链路与深层调用栈时。
限制：它是一套流程约束，本身不替代具体调试工具；要求修复前必须有失败测试用例；若三次以上修复仍失败，应质疑架构而非继续修症状。资料未提供具体命令行、安装方式与版本要求。