故障已定位且近因已知但系统性根因不明时…

当故障已局部化、近端原因已知但复发原因或系统性根因未知时，沿证据链追问 Why 并用反事实停止条件定位根因、制定防复发对策。

适用场景

解决思路

1. 明确局部化问题：记录可观察症状、已确认组件/路径、时间窗口、范围和影响；若缺少局部化则停止。
2. 用证据串联 Why：把上一答案作为新现象，提出原因，引用日志、代码、配置、指标或证词，列出并排除替代原因；若只是猜测则停止。
3. 下钻前先分支：询问还有哪些原因会产生同一现象；保留每个有证据的独立路径；把保留分支视为因果集合，而不是强行归为单一根因。
4. 对每条路径和整个集合做反事实检验：对每个候选问“移除该原因能否阻断这条路径？”再问“移除保留的集合能否阻断观察到的故障？”保留移除后能阻断自身路径的独立充分分支；不要仅因另一分支仍可导致故障就否定它。
5. 对每条分支执行停止标准：仅当原因有证据、可控、可行动、能防复发、非归咎于人（不是仅说“某人失误”）、且对该路径反事实成立时才停止该分支；若落到人为错误，继续问为什么这个错误会发生。
6. 为每个保留的根因开对策：命名系统性修复、可指定负责人的行动、以及如何检查复发；优先消除使能条件，而不是只修补近端症状。
7. 在验证通过或被证据阻塞时停止：当停止标准通过且已指定对策，或后续步骤缺乏证据时停止；不要习惯性填充更多 Why。
8. 按指定输出格式记录：Problem、Chain（WhyN 含原因/证据/排除项）、Causal set check、Roots（系统性原因/路径反事实/对策/验证）。
9. 验证时证伪链条：任一步缺证据、从未考虑替代原因、保留根因未通过其路径反事实、或完整因果集无法解释故障时，判定链条不成立。
10. 应用停止条件：根因已修复并验证后停止使用本技能；问题仍处于未局部化阶段时停止。
11. 防过度使用：对于单个已知的一行缺陷，跳过完整链条；不要以归咎结束；不要在没有数据时编造深度。

适用边界 · 注意事项

• 故障未局部化、仍有多个候选原因，或需要 IS/IS-NOT 分析选择性缺陷时；先做判别或分析。
• 根因已有证据且可行动，或没有证据能回答下一个“为什么”；直接修复或先收集证据。
• 一次性错误且没有流程/工具/设计使能条件，或在承诺前做前向故障预测；不要使用完整链条。