关于 022-root-cause-analysis
用于通过结构化因果分析识别有证据支持的根因与约束的交互式 Skill,适合问题调查和功能规格编写;证据不足时会标记待澄清之处,而不作猜测。
主要功能
- 01Five Whys 因果链分析
- 02Fishbone 原因分类
- 03Current Reality Tree 分析
- 04识别限制当前状态的约束
- 05按问题复杂度选择方法
- 06整理规格中的根因发现
适用场景
- 01从症状追溯有证据的原因
- 02按维度整理候选原因
- 03将多个症状关联到共同问题
- 04识别限制当前状态的因素
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ jabrena/ plinth --skill 022-root-cause-analysis安装后在 Claude Code 中输入/022-root-cause-analysis确认已加载。
附带文件references/022-root-cause-analysis.md
详细介绍
根因分析
针对已明确的问题,通过五个为什么、鱼骨图(石川图)、当前现实树和约束识别来查明根因,而非症状。这是一个交互式 SKILL。
此 Skill 涵盖哪些内容?
- 使用五个为什么,从症状出发沿线性因果链查找根因
- 使用鱼骨图(石川图),从多个维度对候选原因分类
- 使用当前现实树,通过少数核心问题连接相互关联的原因和结果
- 识别约束,即维持当前状态的限制因素
- 根据问题的复杂程度选择适当的技术
- 将根因分析结果输入
023-assumption-analysis和其余功能规格分析视角
约束
在建议修复方案之前,先区分根因与症状。当此技术由其他工作流协调时,由协调方负责澄清问题的顺序;单独使用时,直接提问。
- MUST 在应用根因分析指导前阅读
references/022-root-cause-analysis.md - MUST 区分症状(观察到的结果)与根因(产生该结果的状况)
- MUST 以问题框架中的证据为依据,而非假设,通过一连串“为什么”问题应用五个为什么
- MUST 当多个因果维度都可能成立时,使用鱼骨图按类别整理候选原因(例如人员、流程、技术、环境)
- MUST 当多个症状可能由一个或少数几个核心问题共同导致时,使用当前现实树
- MUST 识别限制当前状态的约束,而不只是最明显的原因
- MUST NOT 在现有证据模糊或含糊时臆造根因;应标出信息缺口并提出澄清问题
何时使用此 skill
- 找出这个问题的根因
- 对此问题应用五个为什么
- 为这个问题绘制鱼骨图
- 使用当前现实树连接这些症状
- 识别限制当前状态的约束
- 起草功能规格中的根因分析部分
工作流
- 阅读参考资料
阅读 references/022-root-cause-analysis.md,然后识别问题框架中有证据支持的症状。
- 应用五个为什么
从症状出发,通过一连串“为什么”问题追溯有证据支持的根因;如果继续追问需要猜测,则停止。
- 在多个维度都可能成立时应用鱼骨图
当多个因果维度(人员、流程、技术、环境)都可能成立时,按类别整理候选原因。
- 在症状相互关联时应用当前现实树
当多个症状看起来相互关联时,通过因果关系将它们连接到少数几个共同的核心问题。
- 识别约束
指出限制当前状态的约束,并将其与最明显或最近报告的原因区分开来。
- 报告根因分析结果
使用五个为什么、鱼骨图、当前现实树以及已识别的约束报告结果,并标出尚待澄清答复的未决发现。
参考资料
详细指导、示例和约束请参阅 references/022-root-cause-analysis.md。
评论
支持 Markdown