用途：针对没有可复现失败测试的事故、反复故障或流程问题，找到真正根因并推动持久对策。适用于停机复盘、反复出现问题、数据质量、交接或部署流程问题、险情；问题源于流程、环境或协作，无法直接运行复现。与 awesome-bug-fix 区分：能写出失败测试的代码缺陷用后者。与 awesome-performance-audit 区分：性能慢、内存泄漏等先测量。混合问题（代码缺陷被坏流程放行）先用 awesome-bug-fix 修缺陷，再用本技能分析流程。
主要能力与用法：1）框定问题，以可观察差距表述现状与期望、起始时间、频率、影响范围及证据，基于日志、工单、部署历史构建时间线，标注起始、发现、缓解、解决四个节点，并自上而下缩小影响范围。2）用鱼骨图从人员、流程、技术、环境、方法、材料六类拓宽候选原因。3）对每个真实候选做5 Whys，停止于系统性缺口而非个人，链条数不固定。可并行分派子代理调查，但父级负责去重、按“一类而非一次”测试并排序对策；预检资源，读证据代理约0.7GB，并发受CPU与内存约束。4）制定对策，优先防错（Poka-Yoke），按影响×可行性÷投入排序并指定负责人。5）用PDCA验证，设定量化成功标准，独立信号测量，三轮无变化则回到第3步。输出为一页A3，含标题日期负责人、背景、现状、目标、根因、贡献因素、对策、验证计划、后续事项。写作要求：无责但非无主体，保留错误假设时间线，机制到代码或配置级别，行动项有负责人和日期，影响数字优先，结尾停在行动项。限制：无覆盖则无结论，证据不足时停在候选根因；对策只修一次而非一类视为不完整；缺失信息明确说明，不编造。