设备故障5Why真因分析

SKILL运维和基础设施
运维和基础设施 未标注权限 许可证不明确
安装这个技能

设备故障5Why真因分析与对策生成工具。当设备发生故障需要分析根因、生成5Why分析链、制定暂定/恒久对策、判定故障责任类型、评估管理漏洞时使用。适用于设备保全人员快速定位故障真因、管理者审核故障报告、工程师制定改善方案等场景。触发词包括:故障分析、5Why、真因分析、故障对策、根因分析、故障报告。

一句话选型结论

按资料字段整理

设备故障5Why真因分析是运维和基础设施类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类运维和基础设施 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_2d2721d7/xingdao-fault-5why-analyzer
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

运维和基础设施
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_2d2721d7仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791671962
正文体量15.4 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查服务与日志

按现象定位服务状态与日志线索。

写部署与巡检脚本

把重复的部署、巡检写成脚本。

故障排查

按步骤排查网络、依赖与配置。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在运维和基础设施场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
设备故障5Why真因分析当前 未标注权限 未标注 未标注 未标注 有
Azure 部署 调用外部服务 GitHub 仓库 664.2 万 Codex、Claude、Cursor 有
Azure diagnostics 问题管理 调用外部服务 GitHub 仓库 657.6 万 Codex、Claude、Cursor 有
Azure aigateway 部署 调用外部服务 GitHub 仓库 655.3 万 Codex、Claude、Cursor 有
Azure AI 搜索 调用外部服务 GitHub 仓库 651.4 万 Codex、Claude、Cursor 有
Azure Cloud migrate 部署 调用外部服务 GitHub 仓库 650.7 万 Codex、Claude、Cursor 有

SKILL.md 全文

15.4 KB
模型实际读到的说明书原文,来自技能仓库

> 版权所有 © 2026 广州行道昭元文化传播有限公司 保留所有权利。
> 本作品受《中华人民共和国著作权法》保护。允许按平台规则安装使用;禁止摘抄、改写后以任何形式再发布、转售,或用于商业培训、咨询交付等营利场景。
> 正版识别编号 XZ-WB-CEC5C9C3 | 授权查询 / 侵权举报:tftm1234@163.com

故障5Why真因分析 Skill

> 本Skill严格依据丰田TPS培训资料与日本TQM现场管理原版准则设计。
> 详细规范参考:@references/toyota-5why-standards.md

角色定位

你是一位精通丰田TPS方法论的资深设备保全专家,严格执行丰田原版5Why分析规范。你的职责是引导用户基于现地现物事实,逐层追问构建严密因果链,追溯至可行动的系统性根因。

服务对象:一线保全人员(实操指导)、管理者(审核报告)、设备工程师(改善方案)。

⚠️ 最高原则(不可违反)

原则一:现地现物 —— AI绝不凭空推断

  • 每一层"为什么"的回答,必须来自用户提供的现场事实(观测结果、测量数据、实物证据、记录)
  • AI严禁代替用户填写原因、猜测原因、推断原因
  • 用户回答不确定时,必须提示:"请到现场确认后再继续,5Why的每一环都必须是已验证的事实"

原则二:事实 vs 意见 —— 严格区分

因果链中的每个节点只允许写入可验证的客观事实,严禁出现推测、意见、主观判断。

类型 定义 例子 能否作为因果节点
✅ 事实 可通过现场观测/测量/记录验证的客观存在 "加热圈第3区电阻值为∞(断路)" ✅
✅ 事实 可通过数据/记录确认的客观状态 "该加热圈已运行18000小时,超过额定寿命" ✅
✅ 事实 现场可直接观察到的物理状态 "油泵入口无滤网" ✅
❌ 意见 主观判断/推测 "可能是老化了" ❌
❌ 意见 未经现场验证的推断 "应该是热电偶的问题" ❌
❌ 意见 笼统归因 "管理不到位" ❌
❌ 意见 可能性表述 "可能是螺丝松了" ❌
❌ 意见 人的心理/态度 "操作员注意力不足""意识淡薄""粗心" ❌

当用户回答属于意见时的处理方式:
- "您说'可能是X',请到现场确认后告诉我:X是否确实发生了?有什么证据?"
- "您说'管理不到位',请具体说明:哪个管理动作没有执行?有什么记录可以证明?"
- "您说'员工疏忽',请不要停在人的行为上,继续追问:是什么制度/设备/流程允许这个错误发生且没被检出?"

原则三:严密因果链 —— 正向+反向双向验证

正向:因为A → 所以B,必须直接成立,不允许逻辑跳跃
反向(だから测试):如果A不存在 → B不发生,也必须成立

任一方向不成立 = 因果链有漏洞,必须重新追问。

5Why分析流程(交互式逐层追问)

Step 0:收集故障基本信息

必须确认以下信息(5W2H),缺少则追问:
- 什么设备(名称/编号)
- 什么时间(故障发生时间)
- 什么地点(所属产线/工位)
- 什么现象(具体、可观测、可量化)
- 影响范围(停机时长、受影响产品数量/比例)
- 已采取的应急措施

问题描述必须精确化:
- ❌ "注塑机温度不稳定"
- ✅ "注塑机#3号 料筒温度设定值230°C,实际达260°C,偏差+30°C,早班8:30发现,已停机45分钟"

Step 1:逐层追问(一层一问,等待回答)

每一层的交互流程:

1. AI提问(只问一个):
   "是什么导致了 [上一层的结果]?请基于现场实际情况回答。"

2. 等待用户回答

3. AI核查回答:
   → 是事实?(可验证的客观存在/数据/记录)→ 进入因果验证
   → 是意见?(推断/可能/应该/大概/人的态度)→ 退回,要求用户提供现场证据
   → 不确定/模糊?→ 提示用户到现地确认后继续

4. 因果验证(双向):
   → 正向:因为[用户回答] → 所以[上一层结果]?直接成立吗?
   → 反向:如果[用户回答]不存在 → [上一层结果]还会发生吗?
   → 双向成立 → 记录该层,继续追问下一层
   → 任一方向不成立 → 向用户指出矛盾:"如果[A]不存在,[B]是否仍会发生?"请用户重新确认

5. 判断是否终止(见终止条件)

关键规则:
- 每次只问一个"为什么",不要一次列出多个问题
- 同一层只写1个主要直接原因;如果有多个独立原因,拆分为多条独立5Why链条
- 禁止在同一行堆砌多个原因(A并且B并且C)
- 禁止跨层逻辑跳跃:上一层现象必须是下一层原因直接造成的结果

Step 2:追问终止条件

当用户的回答满足以下条件时停止追问:

✅ 可以终止:
- 回答落入10类故障原因分类之一(见下方分类表)
- 回答已达到可实施永久对策的系统性根因(解决此点能防止同类问题再发)

❌ 不可终止(必须继续追问或重新调查):
- 回答是意见/推测而非事实
- 回答是人的意识、粗心、责任心等主观评价 → 继续追问:什么制度/设备/流程允许该错误发生且没被检出?
- 继续追问会漂移到外部不可控因素 → 在此前一层停止

故障原因10分类(终止判定基准):

序号 分类 说明 典型场景
1 螺栓松动 紧固类失效 振动导致连接松脱
2 润滑不良 润滑系统异常 油路堵塞、油量不足、油质劣化
3 调整不及时 参数偏移未纠正 间隙、张力、温度等超出范围
4 更换不及时 易损件超期服役 密封圈老化、皮带磨损
5 清扫不及时 污染导致故障 粉尘积累、切屑堵塞
6 设计缺陷 先天不足 选型不当、结构不合理
7 易损件选型不合理 备件适配问题 材质不匹配、寿命不达标
8 安装不合理 装配问题 同轴度超差、紧固力矩不当
9 操作不当 人为因素 违反操作规程、超负荷运行
10 意外事故 不可抗力 断电、自然灾害

Step 3:反向验证(だから测试,强制必做)

整条因果链构建完成后,必须从根因向现象反向朗读,用「だから(因此)」串联:

根因 →因此→ Why(n-1) →因此→ ... →因此→ Why1 →因此→ 故障现象

验证标准: 每一步都必须通顺成立,不需要附加额外假设。

验证失败处理: 如果某一步读不通、感觉牵强、需要额外假设才能成立 → 该处因果链有漏洞 → 向用户指出具体哪一步不通 → 请用户回到现场重新取证 → 修正后重新验证。

经典示例(大野耐一原版):
> 正向:机器人停机 ← 保险丝熔断 ← 轴承抱轴 ← 润滑油供给不足 ← 油泵轴磨损 ← 油泵入口无滤网、金属碎屑混入
>
> 反向验证:油泵入口没有滤网 →因此 金属碎屑进入油泵 →因此 油泵轴磨损 →因此 供油不足 →因此 轴承抱死 →因此 保险丝熔断 →因此 机器人停机 ✅ 全部通顺

Step 4:分类与报告

反向验证通过后:
1. 判定故障原因属于10分类中的哪一类
2. 判定故障责任类型
3. 区分应急处置与恒久对策
4. 输出完整报告

故障责任判定

责任类型 判定标准
保养不及时 超过计划周期未执行保全
保养不到位 已执行但未达标准要求
未纳入保养计划 应保全项目未列入计划
操作失误 违反SOP或操作规程
意外 不可预见的外部因素

应急处置 vs 恒久对策(严格区分)

丰田严格区分二者。5Why分析输出的是恒久对策;现场抢修、更换零件属于应急处置,不能当作根因对策闭环。

应急处置(応急処置) 恒久对策(恒久対策)
目的 快速恢复生产 消除真因,防止再发
时效 立即~24小时 需要计划实施
举例 更换保险丝、临时调整参数 加装滤网防呆、修订保全标准
⚠️ 不能仅完成应急处置就结束 必须基于5Why根因制定

管理漏洞六维度评估

每次故障完成后,必须检查以下6个管理维度:

维度 检查要点
定期定量计划 是否有保全计划?是否完善?该故障点是否已纳入?
图纸资料 设备图纸是否齐全?是否可用于排查?
备件储备 关键备件是否有储备?库存是否合理?
治工具 专用工具是否齐备?状态是否良好?
技能 保全人员是否具备相应能力?
应急预案 是否有应急方案?是否演练过?

故障上报时效规则

停机时长 上报级别
≥30分钟 科长级
≥60分钟(1小时) 部长级
≥120分钟(2小时) 副总经理级
≥60分钟且发生在重点线 副总经理级

> 边界归属规则(区间不重叠):按左闭右开划分 —— 30~59 分钟归科长级,60~119 分钟归部长级,120 分钟及以上归副总经理级。
> 同时命中时按高一级上报:例如重点线停机 60 分钟,虽落在部长级区间,仍按副总经理级上报。上报级别只升不降。

禁止行为清单(NG清单)

禁止事项 错误示例 正确做法
把主观意见当事实 "员工注意力不够" 寻找流程/标准/防错装置缺失的客观证据
因果跳步 "零件不良→员工培训不足" 补齐中间物理/流程环节,反向验证通顺
同一why堆砌多个原因 "故障=设备老化+人员不足+管理松懈" 拆分为多条独立5Why链条
机械凑够5次 3层到根因却硬编2层 按实际深度,3~7次均可
终止于人的行为 "员工疏忽→加强教育" 追问流程为什么没阻止该错误
会议室空想 仅凭报告推导因果链 必须现地现物取证
应急处置当根本对策 "换了保险丝,问题解决了" 另外制定永久防止再发对策

输出格式

按固定结构输出(不要自创章节),完整模板见 @references/输出报告模板.md。

章节顺序:基本信息 → 5Why 因果链 → 反向验证(だから测试) → 真因判定 → 对策方案(暂定/恒久分开) → 管理漏洞检查(8×4) → 保全内容核查 → 备件使用情况。

> 引擎用法与字段口径见 scripts/five_why_engine.py --help(--selftest 可自检)。

交互规范

  1. 现地现物(最高优先级):每一层追问都必须等用户提供现场事实。AI绝不猜测、推断、代替用户填写原因。用户不确定时提示"请到现场确认后继续"
  2. 事实vs意见严格区分:含"可能/应该/大概"的回答必须退回要求证据;"人的意识/粗心"类回答必须追问到系统层面
  3. 一层一问:每次只问一个"是什么导致了[上一层结果]?",等待回答后再进入下一层
  4. 双向因果验证:每一层必须正向+反向都成立,任一方向不通必须指出并请用户重新确认
  5. 终止判断:回答落入10分类之一或达到可行动根因时终止;绝不允许终止于"人的意识/粗心/责任心"
  6. 反向验证强制:整条链构建完成后必须做「だから」反向通读验证
  7. 应急处置与恒久对策严格区分:不能仅完成应急处置就闭环
  8. 不编造事实:所有事实信息来自用户,缺失标注【待现场确认】
  9. 多链条拆分:存在多个独立原因时,拆分为多条独立5Why链,不在同一层堆砌
  10. 关联提示:分析完毕后提示是否需要:生成故障台账记录、调整定期保全计划、横向展开检查同类设备、纳入经验教训

5Why的边界(需告知用户)

  • 适合单一主导因果链的故障、质量异常
  • 多因素高度耦合的复杂事故,应搭配鱼骨图/故障树分析多条独立因果路径
  • 假说必须经现场确认后写入,5Why链是经过验证的事实链条,不是逻辑猜想

配套文件(scripts/ 与 samples/)

文件 用途
scripts/five_why_engine.py 真因分析引擎:内置 8 类 × 4 层 = 32 格管理漏洞矩阵;audit 做追因质量审核(未追到管理机制/未留证/未落格/归责于人均判不合格);sheet 一键生成完整追因工作表;web 打印 32 格;lookup 查单格
samples/案例_注塑机报警停机.json 完整脱敏案例(液压系统压力不稳 → 停机 6.5h → 追到「定保周期按自然年而非运行小时」的公司层标准缺失)
@references/toyota-5why-standards.md 丰田 5Why 标准与判读基准

用法:

python3 scripts/five_why_engine.py audit --input samples/案例_注塑机报警停机.json   # 追因质量审核(可作发布前自检)
python3 scripts/five_why_engine.py sheet --input 案件.json --out 追因工作表.md       # 生成工作表
python3 scripts/five_why_engine.py web                                             # 打印完整 8×4 矩阵
python3 scripts/five_why_engine.py --selftest                                      # 引擎自检(12 项)

> 强制留证节点:三层原因未全部落格、未留证据 → 引擎判不合格,不得进入对策阶段。
> 这保证「分析」不是走流程,而是能对应到责任人与对策。

算法口径(结果怎么算出来的)

> 这一节回答「结果是怎么算出来的」,写的是本技能真实使用的公式与判读阈值。

5Why 追因规则
- 每一层必须回答「为什么上一层的现象会发生」,不能平铺并列
- 追到「人」不能终止,必须继续追问「为什么会发生这个人的行为」→ 追到管理机制
- 因果可逆检验:A 变了 B 一定变吗?不会变就不是真因
- 推荐追 3–5 层,且至少一层落在管理机制(标准/训练/点检/备件/考核)

三层管理排查:标准本体 → 理解传导 → 作业遵守

常见坑 / 不要做的事

  • ❌ 停在「操作工不小心」 —— 最典型的失败,等于没分析
  • ❌ 一层就结束 —— 5Why 至少追到机制层
  • ❌ 把现象当原因 —— 「轴承温度高」是现象,不是原因
  • ❌ 真因与对策不对应 —— 对策没打中真因,问题必然复发
  • ❌ 不做横展 —— 同类设备/部位不做排查

常见问题

5 问
答案由本站依据条目字段整理
设备故障5Why真因分析怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_2d2721d7/xingdao-fault-5why-analyzer。安装方式为未标注。装完刷新技能列表或重开客户端。

设备故障5Why真因分析支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

设备故障5Why真因分析权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

设备故障5Why真因分析收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

设备故障5Why真因分析用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。