飞机维修工卡与故障知识

1客户嘴上要的

「做个机务版 ChatGPT，机务问一下故障现象，AI 直接告诉他怎么修。」

这是症状或现成方案，不一定是真问题。下面看两种做法。

2照字面做，会怎么烂

3好 FDE 的实际走法

共 12 周，分 5 个阶段。带三角标记的是这一步最容易踩的坑。

1. 1–2

   第 1–2 周找真问题（跟着排故走一遍）

   • 跟航线维修的 2 个放行人员、技术支援室的 3 个工程师，以及可靠性工程师各坐半天。看他们处理一条故障报告的全过程：查技术记录本（TLB）、查排故手册（波音机型为 FIM，空客机型为 TSM）、查维修管理系统里的历史记录、打电话问老师傅。
   • 发现真痛点：手册不难查，难的是「这架飞机以前有没有出过同样的问题、上次怎么处理、换过什么件」。历史记录在维修管理系统里，描述是自由文本，写法五花八门，没法检索。公司的可靠性方案对「重复性故障」有判定标准，但同一故障被写成不同说法、归到不同 ATA 章节时，统计就会漏判。
   • 真问题是「历史排故经验检索 + 重复故障早发现」。成功标准改成：「输入故障描述，30 秒内给出同机号和同机型的历史相似故障、处理措施和更换件，每条附工作单号；重复性故障识别比人工提前至少一次。」
   • 踩坑别让系统输出「维修方法」。系统只给历史记录和对应手册章节的链接，作业依据永远是手册和工卡。
2. 3–4

   第 3–4 周定范围 + 过质量部

   • 砍范围：一个机型、ATA 21（空调）、ATA 32（起落架）、ATA 34（导航）三个故障多发章节。
   • 和质量部一起写「工具定位说明」：本工具是工程参考工具，不作为维修依据，结果中不出现「建议操作步骤」。质量部签字后才进入开发。
   • 数据：维修管理系统导出近 5 年的故障报告和工作单。手册只接入现行有效版本，按机号做有效性过滤。
   • 踩坑手册版本是最大的坑。手册每次改版，系统必须同步，否则引用过期章节就是违规。
3. 5–7

   第 5–7 周原型 + evals

   • 做两个功能：故障描述检索（把自由文本归到 ATA 章节和故障代码，找相似历史记录）、重复故障看板（按本公司可靠性方案的判定标准实现，由可靠性工程师确认；系统的作用是把自由文本归对章节，减少漏判）。
   • evals：可靠性工程师从历史中挑 100 条故障，标出「当时应该参考的历史记录」。要求前 5 条命中率不低于 80%。重复故障用过去一年回放，对比人工识别的时间点。
   • 踩坑缩写和非标准写法很多（同一部件有 4 种写法）。请工程师整理缩写对照表，不靠模型猜。
4. 8–10

   第 8–10 周试运行 + 并肩改

   • 在技术支援室试运行一个月，只给工程师用，不给一线放行人员。工程师反馈：「重复故障看板比检索更有用，可靠性例会可以直接用」——把看板接到每周可靠性会议的材料里。
   • 记录每次使用后工程师是否采纳，作为质量部评估是否扩大使用的依据。
5. 11–12

   第 11–12 周交接交接

   • 交给工程技术部的可靠性工程师做业务负责人：维护缩写对照表、确认新机型和新章节的接入；IT 负责手册版本同步。
   • 周期长的原因：质量部评估、试运行和手册同步流程都不能压缩。没有人盯手册版本，系统迟早会引用过期内容，到时整个工具会被叫停。

4这个案例教给你的可复用判断