mcpField
0
022-root-cause-analysis

022-root-cause-analysis

github.com/jabrena开发456125 次安装1 天前更新
代码仓库

关于 022-root-cause-analysis

用于通过结构化因果分析识别有证据支持的根因与约束的交互式 Skill,适合问题调查和功能规格编写;证据不足时会标记待澄清之处,而不作猜测。

主要功能

  1. 01Five Whys 因果链分析
  2. 02Fishbone 原因分类
  3. 03Current Reality Tree 分析
  4. 04识别限制当前状态的约束
  5. 05按问题复杂度选择方法
  6. 06整理规格中的根因发现

适用场景

  1. 01从症状追溯有证据的原因
  2. 02按维度整理候选原因
  3. 03将多个症状关联到共同问题
  4. 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

  • 找出这个问题的根因
  • 对此问题应用五个为什么
  • 为这个问题绘制鱼骨图
  • 使用当前现实树连接这些症状
  • 识别限制当前状态的约束
  • 起草功能规格中的根因分析部分

工作流

  1. 阅读参考资料

阅读 references/022-root-cause-analysis.md,然后识别问题框架中有证据支持的症状。

  1. 应用五个为什么

从症状出发,通过一连串“为什么”问题追溯有证据支持的根因;如果继续追问需要猜测,则停止。

  1. 在多个维度都可能成立时应用鱼骨图

当多个因果维度(人员、流程、技术、环境)都可能成立时,按类别整理候选原因。

  1. 在症状相互关联时应用当前现实树

当多个症状看起来相互关联时,通过因果关系将它们连接到少数几个共同的核心问题。

  1. 识别约束

指出限制当前状态的约束,并将其与最明显或最近报告的原因区分开来。

  1. 报告根因分析结果

使用五个为什么、鱼骨图、当前现实树以及已识别的约束报告结果,并标出尚待澄清答复的未决发现。

参考资料

详细指导、示例和约束请参阅 references/022-root-cause-analysis.md。

评论

支持 Markdown