收益：
- 能够利用人工智能将不明确的飞行员报告 (PIREP) 转换为放置在正确 ATA 部分的结构化故障描述
- 能够理解错误代码是一种症状，而不是根本原因，并在选择性故障排除中在更换部件之前应用连接器/接线控制
- 能够理解人工智能产生的 FIM/任务参考和可能原因列表是需要验证的假设。
每项维护工作都以记录开始，以记录结束。飞机维护的核心是如何描述、记录和隔离故障。在本单元中，我们将介绍如何使用人工智能 (AI) 作为这三个环的加速器——理解试点报告、解释错误代码和故障排除——但为什么你永远不能把诊断决策交给它。
让我们先澄清一下这些术语。 PIREP（飞行员报告）通常简短、非技术性且含糊：“起落架下降时出现异常噪音。” MAREP（维护报告）可以更具技术性。技术日志（技术日志 - 飞机的技术日志，故障和执行操作的正式记录）是合法收集所有这些内容的书籍。现代飞机还配有 CMS/CMC（中央维护系统/计算机）；系统将产生的故障代码和维护消息记录保存在这里。
构建模糊的人类描述
飞行员所说的“奇怪的振动”与故障代码之间存在很大的距离。人工智能在弥合这一距离方面非常有用：它获取自由文本，将其转化为结构化的故障描述——它处于哪个飞行阶段（起飞、爬升、巡航、着陆）、它可能涉及哪个系统（ATA 部分）、是否再次发生。这是数据组织，而不是诊断。关键点：AI产生的配置是一组假设；手动和物理检查确定哪一个是正确的。
让我们记住 ATA 分区的概念：ATA 100 标准按系统对飞机进行编号（21 个空调、27 个飞行控制系统、28 个燃油系统、29 个液压系统、32 个起落架、34 个导航系统、49 个 APU、72 个发动机）。将错误置于正确的 ATA 部分是获得正确手册和正确专家的第一步。人工智能能够快速将不确定的配方映射到可能的 ATA 部分，但“可能”并不意味着“确定”。
提示：当向 AI 提供 PIREP 时，请引用飞行员的原话，不要更改它。如果你用你自己的解释（“可能是风扇不平衡”）代替“振动”，你就会从一开始就把人工智能带向错误的方向。保留原始数据；保存评论以待验证后。
错误代码：字典，非诊断
现代航空电子设备和发动机系统在发生故障时会生成编号代码。这些代码的含义在 FIM（故障隔离手册）或制造商的故障代码字典中定义。人工智能帮助将代码翻译成人类语言并列举可能的原因；但这里有两个大陷阱。
首先：相同的代码在不同的飞机类型甚至不同的软件部件号中可能意味着不同的含义。 AI型可以混合。第二：代码通常指向症状，而不是根本原因。例如，“空气数据不一致”代码可能是由传感器故障、皮托管堵塞或接线连接引起的。 AI列出了可能性；您可以通过一步步观察和测量 FIM 来找出哪一个是真实的。
人工智能在故障排除中：假设生成器
良好的故障隔离不是“散弹式故障排除”（随机更换零件）；这是一个结构化的消除过程。这就是人工智能作为假设生成器和清单提醒的闪光点：
- 明确症状：阶段、状况、重复频率、其他伴随症状。
- 列出可能的原因：按概率顺序询问AI；为每个调用哪个 FIM 步骤。
- 从廉价且快速的测试开始：接头/连接器检查、BITE 测试、目视检查。
- 有选择地进行：保存每次测试的结果；考虑假设。
- 验证并关闭：执行修复后操作测试/返回服务测试。
在这些步骤中，人工智能会提醒您顺序并突出显示被忽视的可能性。但“更换该部件”的决定是由 FIM 和物理发现做出的。
注意：谨防“未发现故障”(NFF) 陷阱。在拆卸组件之前，请隔离故障是否实际出现在该组件中或线路/连接器/软件中。 AI倾向于说“改变组件”；然而，很大一部分航空电子设备故障是由布线和连接引起的（我们将在第五单元中加深这一点）。
三个迷你箱子
案例 1 — 配置配方。一名技术人员给 AI 的 PIREP 是“左键点击着陆”。 AI 按阶段（着陆）、可能的 ATA 部分（32 个起落架、52 个门作为辅助）和“是否有重复？”来执行此操作。结构与问题。技术人员查看了最近10次飞行的技术日志，发现有3次航班再次出现故障，并重点检查了起落架盖铰链；问题是紧固件松动。与盲目搜索相比，大约节省了 25 分钟。
案例2——代码字典加强，诊断来自人类。对于“空气数据差异”代码，AI列出了三种可能的原因：皮托/静态拥塞、ADC（空气数据计算机）故障、接线。技术人员从最便宜的测试开始：皮托检查加热和排水，发现静态端口部分堵塞。问题已解决，无需更换零件；避免了不必要的 ADC 更改（高成本+不必要的风险）。
案例3——出现幻觉。 YZ 引用的发动机代码为“FIM 任务 73-21-00-810-801”。当技术人员查看 FIM 时，该数字并不在该代码部分中； AI已经补足了这个数字。正确的音调是手册中的另一项任务。资源绑定反射阻止了错误过程的进展。
四个可复制模板
角色：故障描述配置助理。任务：将以下飞行员报告转换为结构化故障记录。输出字段：飞行阶段|可能的 ATA 分区 |重复状态（如果未知则“待检查”）|伴随症状 |澄清问题。规则：不要诊断；只需编辑即可。在您不确定的地方写上“不清楚”。 PIREP：[逐字粘贴试点句子]
角色：错误代码解释助理。任务：按概率顺序列出[飞机类型+软件标准]的消息“[代码]”的可能含义和可能原因。规则：- 说明我应该针对每个原因检查哪个 FIM 任务，但不要组成任务编号；说“查看 FIM 中的[代码]”。 - 提醒我们，代码可能因类型而异。代码和上下文：[代码+类型+阶段]
作用：故障排除步骤指南。任务：建议以下故障的检查消除顺序（从廉价/快速测试到昂贵/零件更换）。指南：- 说明每个步骤要测量的内容以及定义预期正常范围的位置（AMM/FIM）；不适合该值。- 在更换部件之前检查连接器/接线。故障：[配置的描述]
作用：关闭测试提醒。任务：输出以下修复所需进行哪些操作/返回测试和记录的清单。规则：指示应在 AMM 中验证测试的正式步骤。修复：[已完成工作的摘要]
弱提示/强提示
弱：“代码34-11是什么意思，我应该更换哪一部分？”
这个问题不包括类型和软件标准，直接跳到零件更换，并鼓励人工智能产生一个虚构的参考。
强：“[飞机类型，软件标准]。CMC中的‘34-11空气数据差异’消息在巡航时重复。按概率顺序给出可能的原因；指向FIM中的部分以查看每个但任务不合适的部分；建议从最便宜/最快的测试开始消除顺序；在更换零件之前进行连接器/皮托管检查。”
这种提示类型包括上下文、消除逻辑和幻觉制动。
表：故障检测中的角色分配
步骤
人工智能的工作
男人的工作
配置 PIREP
将自由文本分隔成字段
提供并验证原始配方而不更改它
代码注释
术语表 + 可能原因列表
确认符合 FIM 类型
假设生成
对可能性进行排序
通过物理测试消除
测试订单
建议淘汰顺序
措施、记录、决定
闭幕式
测试/注册提醒
执行测试、签署 (CRS)
常见错误
- 将症状误认为根本原因。代码就是症状；通过 FIM 找出根本原因。
- 跳过连接器/接线并更换零件。 NFF并再次产生故障；成本和风险增加。
- 用您自己的解释更改试点配方。它从一开始就误导了AI。
- 依赖任务数量。 AI可匹配参考；亲自前往 FIM 看看。
- 跳过结束测试。如果没有返回测试和注册，修复就不会完成。
综上所述
故障检测是一条注册-配置-隔离链。人工智能是配置模糊飞行员描述、将错误代码翻译成人类语言、提醒您排除故障顺序的有力助手。但代码只是一种症状，而不是诊断；可能原因列表只是一个假设，而不是一个决定。在更换零件之前执行连接器/接线检查，验证 FIM 中的每个参考并通过返回测试结束维修。
应用任务
获取您拥有的（非敏感）故障记录。使用第一个模板向 AI 请求配置，然后使用第三个模板发出消除测试序列。从实际的 FIM/AMM 中找到每个步骤的等效值，并使用您自己的专业判断来纠正 AI 建议的顺序。将差异写在表格中：AI 说了什么，手册说了什么，你决定了什么。
清单
- [ ] 我以原始形式提供了 PIREP，没有添加任何评论。
- [ ] 我将错误定位在正确的 ATA 部分。
- [ ] 我根据类型和软件标准确认了FIM中的代码。
- [ ] 在更换零件之前我检查了连接器/接线。
- [ ] 我看到了原著中的每一个 FIM/AMM 参考资料；我拒绝弥补。
- [ ] 我通过操作/返回测试和注册结束了修复。