故障库是把老师傅的排故判断登记成一套可被提问的条目，现场 @一下就有排查顺序。
先说它不是什么
故障库不是维修记录本，不是设备台账，也不是微信群里的聊天记录。
三者都能看到"出过什么事"，但都回答不了同一个问题：下次再遇到这个现象，先查哪一步。
• 记的是——故障库：下次怎么判；维修记录本：这次怎么了；微信聊天记录：当时聊了什么；老师傅的脑子：全都有
• 怎么找——故障库：描述现象就能查；维修记录本：按日期一页页翻；微信聊天记录：靠关键词碰运气；老师傅的脑子：得问对人
• 写给谁用——故障库：下一个遇到的人；维修记录本：来检查的人；微信聊天记录：群里那几个人；老师傅的脑子：只有他自己
• 会不会更新——故障库：每停机一次回填一条；维修记录本：填完就归了档；微信聊天记录：越滚越乱；老师傅的脑子：退休就断档
• 归谁——故障库：厂里自己的库；维修记录本：厂里；微信聊天记录：个人手机；老师傅的脑子：个人
一句话说透区别：维修记录本记的是"发生了什么"，故障库记的是"下次怎么判"。
记录本是给自己交差的，故障库是给下一个人的。这个差别看着小，决定了它有没有用。
一条记录由十个字段组成
故障库是把老师傅的排故判断登记成一套可被提问的条目，现场 @一下就有排查顺序。
十个字段，缺一个都会让这条记录变得不好用：
• 1 故障现象——记什么：现场看到、听到、闻到的第一手信息；缺了会怎样：查不到，因为没有入口
• 2 发生工况——记什么：什么速度、什么温度、什么负荷下出现的；缺了会怎样：分不清是偶发还是必然
• 3 机型与工序——记什么：哪台设备、哪道工序；缺了会怎样：同类设备无法复用
• 4 可能原因——记什么：按概率从高到低排；缺了会怎样：排查没有顺序，等于没排
• 5 判别步骤——记什么：一步验证一个原因；缺了会怎样：新人还是不会查
• 6 处置动作——记什么：具体怎么处理；缺了会怎样：判断出来了也修不了
• 7 停机时长——记什么：从停机到恢复多少小时；缺了会怎样：算不出这类故障的代价
• 8 换件型号——记什么：换了哪个备件、什么规格；缺了会怎样：下次备件还得重新找
• 9 记录人——记什么：谁提供的判断；缺了会怎样：出处不明，不敢信
• 10 复核人——记什么：谁核过这条记录；缺了会怎样：错了没人担，也没人改
第 4 和第 5 是这套东西的骨架：可能原因给顺序，判别步骤给路径。少了这两个，就又变回一本记录本了。
做起来是三步
第一步把经验说出来。
不用写文档，不用填表，就像平时带徒弟一样讲——这台设备什么现象、什么原因、怎么判断、怎么处理的。我们负责把它结构化成上面那十个字段，一个故障一条记录。
难的不是技术，是让老师傅愿意说。这一步的功夫，跟攒经验一样，急不得。
第二步把记录变成库。
不是存进一个文件夹，是让它能被问。描述个现象、报出设备、说个大概，它就把相关的判断推给你。
存在飞书里的好处是，谁要谁 @ 一下就能调，不依赖谁的记忆，也不依赖谁在不在班。
第三步库是你的。
这点最重要——数据你保管，你的库你保管。我们不拿走，也不做成谁都能查的公共库。你的排故经验，还是你的。
做完之后有什么变化
• 新人遇到故障，不用等师傅，@一下就有答
• 同样的问题第二次出现，不用从头判断一遍
• 师傅的经验不用再靠人带，换人不慌
• 人走了，经验还在
轮胎厂设备部最值钱的东西，从来不是设备，是那几个知道"这声音不对"的人。而这几个人的判断，过去没有任何一个地方存得住。
换人不断档，靠的不是把人留住，是把经验留住。
边界它给不了什么
• 给的是排查顺序，不是最终判据。它按概率排先后，帮你不漏项、不跳步，最后拍板的还是现场的人。
• 涉及安全联锁、电气高压的场景，必须按厂内规程走。库里的判断不能越过安全规程，这条没有例外。
• 同一个现象有多种成因时，以现场实测为准。库只负责告诉你先查哪个，不替你下结论。
• 记录靠人讲，老师傅不愿意说，库就建不起来。这是这套方法最实在的一道坎，技术解决不了。
• 它替代不了厂家的技术支援。涉及设备本体设计缺陷、软件逻辑问题，还是要回原厂。
• 不做公共库。你的排故经验不会出现在别人能查的地方。这一条是承诺，不是选项。
• 它不等于设备台账。故障库管"怎么判"，台账管"有什么"。两件事分开建。
五个问题表格答不了
Q1 一句话说清故障库是什么？
故障库是把老师傅的排故判断登记成一套可被提问的条目，现场 @一下就有排查顺序。
另外四问，是上面那些表格答不了的。
Q2 我们已经有维修记录本了，为什么还要建故障库？
两者能共存，管的不是一件事。记录本管"这次发生了什么"，是事后台账；故障库管"下次先查哪一步"，是排查路径。记录本按日期翻，故障库按现象查。真正常用的，是后者。
Q3 老师傅不愿意配合怎么办？
先做最近三次停机，别贪多。让他讲已经发生过的事，比让他"总结经验"容易得多——他不用组织语言，只要复盘。三条做出来给他看，他自己会知道这东西有用。
Q4 一条记录要多长？
短。现象和判别步骤写清就行，别写成报告。验收尺子只有一条：下一个没见过这个问题的人，照着它能不能自己走完排查。
Q5 和样本AI化是什么关系？
面向上、下游的两件事。样本AI化面向上游厂家，从厂家的选型样本起，解决"参数查不到"；故障库面向下游轮胎厂，从现场的排故经验起，解决"经验传不下去"。共同点是一样的：把锁在人脑子里的东西，翻成能被问得出来的结构。
这篇公开了什么留了什么
有人问过我：十个字段、三步做法都写出来，不怕被人抄走吗。
不怕。因为故障库难的地方，从来不在字段，在有人愿意讲。
润富德一直用一条原则：公开地图，不公开航线。
地图我全给了，看完这篇你就能用——故障库的定义、十个字段各记什么、三步建库的做法、边界在哪。
航线我留着，这些是要一起动手才能交付的部分——怎么让老师傅开口、判别步骤怎么问到、概率排序怎么定、条目之间怎么关联、飞书里怎么配成能问的库。
一句话讲明白：公开到"字段 + 步骤"，保留到"怎么问出来"。
看懂这套框架，大约 10 分钟。但把它变成第一条真能用的记录，多数人要走一次完整实操——卡住人的从来不是字段设计，是坐下来把老师傅那句话问出来。
接着可以看这几篇
同一个主题，一篇只讲一件事：
• 老师傅退休前 该留下哪几样东西
• 故障库怎么建 第一条该记什么
• 停机一次 哪些信息必须当天回填
润富德经验资产化，帮轮胎行业一线主管把经验变成可登记、可复用、可变现的数据资产。三个交付物：小卡片、样本AI化、故障库。
老师傅一走经验就断档、同样的问题再从头摸一遍、新人没人带——这些坑，一个库就能填。
