> For the complete documentation index, see [llms.txt](https://doc.duaer.com/zh/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.duaer.com/zh/guides/ai-use-cases-aviation-2027.md).

# 航空业如何使用 AI？2027 年按价值与难度排序的应用场景

本文整理自 Duaer 文档站，梳理航空业 AI 的典型应用场景，说明如何按业务价值和实施难度排序，并给出选择可验证首个试点的方法。

## 引言

很多人问航空业如何使用 AI 时，脑子里浮现的往往是自动驾驶座舱。但在实际中，大多数航空公司、维修厂和机场起步的工作要朴素得多：更早发现维护问题，暴风雨过后重排机组班表，大规模回答旅客咨询，以及帮助规划人员在杂乱的数据中更快做决策。对评估航空 AI 的团队来说，真正的难题不是缺少想法，而是这些想法在业务价值、技术难度以及安全和监管风险上差异极大。第一个项目选错，可能耗费一年时间做出一个永远进不了生产环境的系统，或者碰上没有人预算过的适航认证问题。

本文将介绍航空业的典型场景、一种实用的排序方法，以及如何选择一个真正能够验证效果的首个试点。

## AI 在航空业的实际应用场景

从行业范围看，最常见的应用可以归为以下几类。

**维护与可靠性。** 预测性维护模型读取传感器数据流、发动机趋势数据和维修日志，标记正在向故障方向漂移的部件。计算机视觉用于检查机身外观，并分析机库或停机坪摄像头图像，识别凹痕、裂纹或缺失的紧固件。自然语言工具则帮助技术人员检索手册、服务通告和过往的缺陷记录。

**运行与飞行计划。** 签派员和飞行计划人员利用优化和预测工具，在出现中断时优化燃油规划、航线选择和恢复方案。这类工具通常只给出建议，从不单独行动，最终决定由持照人员做出。

**机组与人力规划。** 机组排班与轮班属于约束很多的问题，资质、休息规定、基地位置和工会协议都必须考虑。AI 可以生成候选班表，并模拟各种中断的影响。

**机场与地面运行。** 登机口与机位分配、过站规划、行李追踪和地面服务协调都会产生大量事件数据。模型可以帮助预测拥堵，并建议重新分配资源。

**客户服务与商务。** 改签协助、中断通知、常见问题解答和理赔分流都是高频任务，生成式工具在这些场景中已被广泛测试。收益管理和需求预测则是较早的专业领域，现在越来越多地采用机器学习。

**安全与质量分析。** 审阅事件报告和安全事件数据的团队会使用文本分析来归纳反复出现的主题，帮助人员确定调查优先级。在这里，AI 不负责判断什么是安全问题，而是把大量报告分类整理，让人去阅读其中重要的部分。

## 按价值与难度而非新颖程度排序

最常见的错误是从最显眼的用例入手，比如任何涉及座舱或面向旅客的自动化功能。更好的做法是对每个候选场景从两个维度打分：预期业务价值，以及实施难度。后者包括数据就绪程度、集成工作量和监管风险。

一个粗略的分组方式如下：

- **高价值、较低难度：** 面向维护和工程文档的内部知识检索，面向安全与质量团队的报告摘要，以及经人工复核的中断相关旅客通知。这些场景使用现有数据，并保留人在回路。

- **高价值、中等难度：** 针对特定机队或部件类型的预测性维护，以及机组排班优化。这些需要干净的历史数据，并与计划系统紧密集成。

- **近期价值较低或难度很高：** 任何会改变影响飞行安全决策的应用、需要修改适航认证的应用，以及跨多个系统的全自动地面运行。这些应放在长期路线图上，而不是作为第一个试点。

这项练习的重点不在于精确，而在于把权衡显性化。如果你说不清楚 AI 改善的是哪一项决策，以及谁对这项决策负责，那么这个用例还不具备打分的条件。关于这一步的更完整方法，可参阅 [企业 AI 用例优先级排序指南](https://doc.duaer.com/zh/guides/enterprise-ai-use-case-prioritization/)。

## 为什么安全关键语境改变了规则

航空业与大多数行业不同，因为错误可能是灾难性的，而且监管环境对软件可以影响什么、必须如何验证有严格要求。以下几种误解反复出现。

第一种误解是，在测试中表现良好的模型就可以投入使用。在航空业，你还需要了解它如何失效、输出如何被追溯，以及当建议出错时由谁负责。一个预测维护工具如果只给出准确的平均值，却不提供任何推理依据，对于必须为决定提供理由的技术人员来说可能毫无用处。

第二种误解是，「人在回路」只是走个形式。如果工作人员每班需要批准数百条 AI 建议，他们很快就会养成习惯性批准的做法。真正有效的监督需要明确的复核标准、抽样检查，以及拒绝输出结果的权限。

第三种误解是，航空 AI 就等于飞行控制 AI。目前大部分价值集中在咨询、计划、文档和分析等角色上。把第一个项目保持在这些角色中，可以让你在不触碰已认证系统的前提下，学习数据、集成和治理。

## 如何选择可验证的首个试点

航空业一个好的首个试点通常具备四个特征。第一，它有一位每天与输出结果打交道的明确负责人。第二，它使用你已经在收集、且能够合法、安全地访问的数据。第三，它有可衡量的基线，例如今天查找一份文档需要多长时间，或者人工处理了多少改签请求。第四，它的失效模式是可控的，也就是说，错误的建议能够在造成运行或安全问题之前被发现。

举例来说，维修工程团队可以试点一个助手，基于经批准的手册和过往缺陷记录回答问题，每个回答都链接到其来源文档，并在最初几个月由资深工程师复核。基线是当前查找某项程序的平均耗时。成功标准既包括速度，也包括被复核人员拒绝的回答比例。这比直接把预测模型与维修放行决策绑定要好得多，是更稳妥的第一步。关于如何选择第一个场景的更深入讨论，可参阅 [企业 AI 首个用例选择指南](https://doc.duaer.com/zh/guides/enterprise-ai-adoption-first-use-case/)。

如果你的团队希望把这套打分和试点选择流程变成日常的工作机制，Duaer 可以帮助你组织这些内容：列出候选用例、指定负责人、记录数据来源，并在一个地方跟踪复核结果。它不能替代专业判断或监管审查，但能让这些权衡更加清晰，也便于反复审视。你可以访问 https://www.duaer.com 了解它是否适合你的工作流程。

## 衡量试点效果与本周可做的一件事

航空 AI 的衡量至少需要三个层面。运营层面跟踪节省的时间、处理量，或相对于上线前所记录基线的单任务成本。质量层面跟踪合格复核人员接受、修改或拒绝输出的频率，以及出现了哪些类型的错误。治理层面跟踪每个输出是否都能追溯到来源、访问是否有日志记录，以及事件是否被记录并复核。

不要只用采用率来判断试点是否成功。使用量高可能意味着人们信任这个工具，也可能只是因为它是唯一的选择。应将使用量与复核数据结合起来看。同时，提前设定停止条件，例如规定如果某个月复核人员拒绝的输出比例达到既定阈值，试点即暂停。这样，是否继续的决定基于证据，而不是热情。

如果你想在本周就开始，请列出贵组织听说过的、与航空运行、维护、客户服务和安全分析相关的所有 AI 想法。对每一个想法写三句话：它会改善哪项决策、谁来负责这项决策、需要什么数据。然后把决策涉及飞行安全或依赖适航认证的想法标记为仅限长期规划。通常你会剩下两三个候选，其中至少有一个已经具备现有数据和明确负责人。这就是你的首个试点候选名单。

如果你准备以结构化的方式测试这份候选名单，可以访问 https://www.duaer.com 注册免费试用，并建立你的首次用例评审。先从一个场景、一位负责人和一个可衡量的基线开始，让结果决定下一步。

航空 AI 并不是一项拥有单一目的地的技术，而是一组风险与收益差异很大的场景。最快获得价值的团队，往往是那些诚实地为场景排序，并从决策、数据和安全边界都清晰的地方开始的团队。

## 常见问题

### 航空公司或维修企业通常应该从哪些 AI 场景开始？

通常从价值较高、难度较低的场景开始，例如面向维护和工程文档的内部知识检索、安全与质量报告的摘要，以及经人工复核的中断相关旅客通知。这些场景使用现有数据，并保留人在回路，便于在不触碰已认证系统的前提下积累经验。

### 航空 AI 试点应该如何衡量效果？

建议从运营、质量和治理三个层面衡量。运营层面看上线前基线相比节省了多少时间或成本；质量层面看合格复核人员接受、修改或拒绝输出的比例；治理层面看输出能否追溯到来源、访问是否有日志。同时应提前设定停止条件，不要只看采用率。

### 哪些航空 AI 应用不适合作为第一个项目？

凡是直接影响飞行关键决策、需要修改适航认证、或需要跨多个系统进行全自动地面运行的应用，通常都不适合作为第一个项目。这些应用的验证、认证和责任归属都更复杂，建议放在长期路线图中，待数据、集成和治理能力成熟后再推进。