OKFDE｜空客与Skywise，一套工厂系统怎样走进全球航空公司的机库（Palantir-中）【Teardown002】
十年后，当初为了解决这道生产难题建立的数据平台，已经走出了空客工厂，进入全球航空公司的维修与运营体系。2026 年 2 月，Palantir 与空客再次宣布延长合作，披露 Skywise 已有超过 5 万名用户在日常工作中使用。
OKFDE · COMPANIES #002 · Palantir 研究系列第二期
2015 年，空客正在为 A350 的产能爬坡发愁。
一架 A350 大约有 500 万个零部件，生产涉及多个国家的工厂，以及数百支工程和制造团队。飞机还没飞上天，光让这些人按正确顺序完成工作，就已经够让管理层头疼了。
更麻烦的是，大家都很忙，也都有系统，却很难有人回答一个简单的问题。眼前这架飞机究竟还有多少工作没完成，哪些事情必须先做，才不会耽误其他团队？
十年后，当初为了解决这道生产难题建立的数据平台，已经走出了空客工厂，进入全球航空公司的维修与运营体系。2026 年 2 月，Palantir 与空客再次宣布延长合作，披露 Skywise 已有超过 5 万名用户在日常工作中使用。
上一期，我们拆解了 Foundry 的业务本体、Action 和 FDE 工程模式。这次我们看看一家企业为解决自身生产问题建立的系统，怎样让上下游伙伴也愿意每天使用。
以下内容依据空客与 Palantir 的官方披露。公开材料没有交代的工程实现与项目成本，会与能够核实的事实明确区分。
01 / 合作起点 ORIGINS
飞机还没造完，数据就开始“各回各家”。
2015 年底，Palantir 开始与空客合作。当时 A350 已投入商业运营，空客正准备提高产量。Palantir 在 2020 年合作回顾中说，空客希望在确保质量和安全的情况下，将 A350 的产量提高到原来的四倍。
飞机制造高度依赖工序衔接。一批零件晚到，可能打乱后续装配；某项质量异常迟迟无法关闭，又可能影响排班。采购系统知道零件什么时候到，生产系统知道工序进展，质量团队保存着缺陷记录。每个部门的信息都有用，合在一起才能判断下一步怎么办。
Palantir 的工程师围绕 A350 生产建立数据关联，把生产计划、工作班次、零件交付、工单与质量缺陷等信息接入 Foundry，让团队围绕同一架飞机查看状态、安排工作。
Palantir 在 2020 年报告中称，合作使 A350 的交付速度提高了 33%。这个数字来自合作方的公开披露，报告未提供完整对照实验，也未将软件作用与供应链改善、现场管理等因素逐项分离。
即使留出归因上的谨慎，这个项目仍说明跨系统数据整合可以直接参与生产决策。空客也因此有理由继续投入。
02 / 平台成型 SKYWISE
空客发现，飞机交付以后还有另一半数据
2017年6月，巴黎航展。空客与Palantir正式推出Skywise，宣布向航空公司开放这套航空数据平台。
在制造阶段，空客掌握飞机设计、装配和质量记录。交付以后，日常运行的大量信息保存在航空公司与维修服务机构。飞机今天执行了哪些航班、哪些部件发生过故障、什么时候更换过备件，往往只有运营方最清楚。
Skywise 的发布材料列出了一组重要数据类型，包括维修工单、备件消耗、部件配置、传感器记录、航班计划与历史运行中断。它们进入同一个分析环境后，航空公司可以改善机队运营，空客也可以在授权范围内了解飞机投入使用后的表现。
2018 年，空客曾推出一种共享价值安排。航空公司同意分享自身空客机队的运营数据，就可以免费使用 Skywise Core 的基础能力。数据共享对双方都产生了实际收益，也为平台扩大覆盖创造了条件。
这里有一道不能绕开的门槛。不同航司的数据必须隔离，客户可以选择共享范围。2019 年的空客技术演示曾明确表示，航司私有空间里的波音机队数据，也不会自动向空客开放。
2019 年 9 月，空客又宣布与阿里云合作开发中国的 Skywise 数据中心。到了跨国行业平台阶段，数据主权、权限和客户信任都需要纳入产品设计。
03 / 业务本体 ONTOLOGY
让飞机、零件和维修工单说同一种业务语言
Skywise 进入航空公司以后，面对的是更加复杂的异构环境。不同航司使用不同的维修管理系统，机队配置、维修习惯和数据结构也各有差别。
结合空客公开列出的 Skywise 数据类型，我们可以做一段工程示意。它用于理解 Ontology，不代表我们取得了 Skywise 内部的数据模型。
假设某家航司的 A320 报告液压系统异常。飞机以制造商序列号 MSN 稳定识别，注册号则可能随注册变更。其上安装的可追踪部件有自己的件号、序列号、安装记录和维修历史。再往外关联航班计划、维修工单、库存和适用的技术文件，工程师就能围绕同一架飞机找到相关信息。
过去，查询故障记录、核对部件、查看库存和寻找维修窗口可能需要切换多套系统。建立对象关系以后，可以沿着业务问题查找，不必先研究五套数据库各自的脾气。
但信息看清以后，执行问题才刚刚开始。工程师决定更换部件，工单在哪里创建？库存如何占用？维修计划由谁批准？
2022 年 11 月推出的 Skywise Core [X] 宣布增加情景模拟能力，并计划支持向维修管理系统和 ERP 等外部系统实时推送数据。这显示平台试图向执行流程延伸，却不能据此认定所有航司已实现自动工单写回或自动维修放行。航空维修仍须符合相应适航规定与人员授权。
公开报道也没有交代接口超时后的对账、跨系统修改冲突和重试机制。这些实现细节需要在具体客户项目中单独核实。
04 / 现场交付 FDE
Palantir 的工程师能驻场，不能永远替客户干活
跨系统的飞机、零件和工单对象，不会在软件安装完成后自动长出来。工程师必须理解现场业务，识别每份数据的来源、更新规则、权限与例外。
Palantir 在 2020 年的合作回顾中提到，A350 项目从早期的数据整合逐渐覆盖二十多个业务场景，涉及生产、供应链及维修等领域。随着范围扩大，Palantir 也帮助空客人员学习使用 Foundry，开发自己的业务应用。
空客后来建立 Skywise Academy 培训，并推动合作伙伴体系。2019 年，埃森哲、凯捷、IBM、FPT Software 和 Sopra Steria 等公司加入 Skywise Partner Programme，通过培训和认证为航空客户开发应用。
这个变化反映出 FDE 项目走向成熟的一条路径。外部工程团队先攻克复杂集成，内部团队逐渐接手应用和规则维护，再由客户与合作伙伴扩展使用场景。
不过，官方资料没有披露 Palantir 在空客现场的工程师人数、驻场周期和客户自主开发应用的完整占比。培训与伙伴生态确实建立了，究竟节省多少交付工时，还不能用公开数据算清。
05 / 成果与边界 RESULTS
33% 的交付改善之外，还有哪些成绩可以核对
2018 年 7 月，空客宣布将 Skywise 向供应商扩展，首批十家供应商参与合作。供应链应用 Skywise Dispatch 用于对齐生产需求与交付计划，帮助团队发现缺失零件和延误。
空客披露，Premium Aerotec 在五个业务职能中使用这一应用，节省约 25% 的时间。Thales 借助 Skywise Object Explorer 改善质量管理，相关部件因不符合质量要求被拆卸的情况按单个部件统计减少约 30%。这些都属于特定客户与场景的数据，不能直接推广到整个行业。
Palantir 2020 年合作回顾还引用 LATAM 航空团队的反馈，称使用 Skywise 开发的预防性应用，相关机械问题造成的延误改善约 10%。另有 Allegiant Air 的维修运营案例提到停场和维修造成的不可用情况得到改善。
覆盖规模同样有连续记录。2019 年 9 月，空客披露超过 90 家航空公司、接近 7,000 架飞机接入。2022 年，空客宣布连接飞机超过 10,000 架。2026 年 2 月，Palantir 披露 Skywise 已有超过 50,000 名日常用户，双方再次续签多年合作。
续约进一步涉及主权云部署灵活性及 AI 能力。公告表明合作继续演进，并不表示所有拟议功能均已全面上线。衡量项目收益时，还必须考虑航空公司自己的维修流程、人员培训和管理改进。
06 / 买方备忘 BUYER NOTES
管理手记：
李总准备把“行业平台”四个字先划掉
如果有人拿 Skywise 的案例来汇报，说我们也应该建设产业级数据平台，半年内形成行业生态，我会先让他把预算翻到第一页。
空客是飞机原厂制造商，拥有设计、制造及适航支持方面的长期知识积累。航空公司持续需要原厂提供工程支持。这种产业链地位，是许多普通制造企业难以复制的。
空客也没有一开始就用行业平台的愿景立项。它先解决 A350 产能爬坡，再沿着实际协作需求走向供应商和航空公司。供应商需要知道空客何时需要哪些零件，空客需要知道交付计划能否实现，双方都有参与的理由。
一家普通制造企业可以先选一条总在延误的订单流程，或者一类反复出现的质量异常。让厂商 FDE 和内部 IT、业务负责人共同梳理数据、规则与权限，拿真实结果验收。
第一批项目完成以后，还要测试自己的团队能否修改规则，哪些连接器和业务对象能在下一条产线复用。每增加一个新场景都要大规模重写，长期成本就必须另算。
至于行业平台的名字，可以晚点起。名字改起来容易，接口改起来就不一定了。
07 / OKFDE 观察 Zoe’s VIEW
从一条产线到整个行业，什么真正留了下来
Skywise 的长期价值来自持续积累的工程能力。第一阶段围绕 A350 建立生产视图，后续扩展到其他制造和供应链流程；航司接入后，又需要处理机队分析、权限隔离和维修场景。
平台的使用范围扩大了，空客自己的团队、航空公司和认证伙伴也逐步参与开发。可复用的数据连接方式、业务对象与行业知识，开始服务更多客户。
这与 OKFDE 研究 FDE 时关注的问题相同。一次客户现场解决的东西，有多少能带进下一次交付？哪些是客户专属规则，哪些应该成为连接器、通用工作流或共同平台能力？
仍有若干关键问题缺乏公开数据。Palantir 的现场团队规模如何变化？客户自主维护比例是否提高？早期有没有被放弃或下线的应用？跨航司复用让新增客户交付成本下降了多少？
现有资料足以确认 Skywise 形成了真实的跨企业使用规模，也支持多个具体业务成果。关于交付效率和项目经济性的完整答案，还得继续找证据。
NEXT / 下一篇
Palantir 的 FDE 为什么能成为一门高毛利生意？
下一期，我们将结合 Palantir 历年财报，研究客户增长、研发投入、毛利率和人员规模的关系。昂贵的工程师深入客户现场，怎样最终成为可以规模化的软件生意？
关于 OKFDE
我们关注 FDE，更关注 AI 真正落地之后发生的真实事件。
如果你也关注AI，关注产业，欢迎建联。
微信：okai-leo
公众号：OKFDE-AI不止Demo
参考材料 / REFERENCES
1. Palantir & Airbus, Partnership Overview, 2020.
2. Airbus launches Skywise, June 2017.
3. Airbus Skywise continues to gain market traction, February 2018.
4. Airbus extends Skywise to suppliers, July 2018.
5. Airbus and Alibaba Cloud, September 2019.
6. Airbus launches Skywise eXperience, November 2022.
7. Palantir and Airbus extend strategic collaboration, February 2026.
⬆Zoe：拆完Palantir我就去休假！(ノ ω-) ノ💤