签派知识的全生命周期管理：航司的智能知识平台

在一家全国性航空公司的签派部门，每个航班起飞前，签派员都要在气象、机场、机组、飞机适航、航行通告等多维信息之间做出判断。过去，这些知识散落在数百份运行手册、不断更新的通告和历年案例库里，查找靠关键词匹配，答案靠人脑拼接。如今，这个部门拥有了一套以签派业务为核心、覆盖知识"沉淀、管理、应用、进化"全生命周期、落地三大业务场景的智能知识平台。

背景与痛点

签派是航空公司运行控制的中枢，一个决策背后往往是高度紧张的时间窗口与巨大的安全责任。这个部门的痛点十分典型：

• 知识散而多。运行手册、各类通告、历史案例分散在不同系统，格式不一、版本众多，签派员要"知道去哪找"本身就是一个门槛。

• 检索只能靠关键词。传统检索做的是字符串匹配，问"大雾天气下备降场怎么选"，系统返回的却是一堆包含"备降"两个字的文档，核心条款还要自己翻。

• 经验藏在人脑里。资深签派员、检查员多年积累的处置经验、对条款的解读、事后复盘，多数停留在口头传授，人一旦调岗或退休，隐性知识就随之流失。

• 知识更新滞后。手册和通告更新频繁，旧的检索体系难以保证"每次查到的都是最新版"。

一句话概括：知识不缺，缺的是让知识在需要时能被准确、及时地调用的机制。

我们怎么做的

项目团队没有把目标定成"做一个搜索框的升级版"，而是把它定位为覆盖知识全生命周期的统一平台——知识从哪里来、怎么管理、怎么被应用、怎么持续进化，四个环节都要打通。

平台采用"核心引擎 + 业务场景"的模块化设计：底层是统一的知识引擎，负责知识的接入、解析、索引与更新；上层按业务需要挂载不同的应用场景，先落地了三个。

场景一：智能知识检索与问答。 平台不再做简单的关键词匹配，而是理解问题意图，从手册、通告、案例库中精准定位相关知识片段，输出结构化的答案摘要，并保留来源可追溯。签派员用自然语言提问，就能得到"带有出处"的答案，而不是一份需要自行翻找的文档列表。

场景二：情景模拟与决策推演。 平台支持创建基于真实历史数据或预设条件的模拟场景，签派员可以在不承担真实风险的前提下，对特殊天气、大面积延误、备降改航等情景进行推演，把"处置预案"练在事前。

场景三：结构化知识共建与分享。 平台提供工具让资深签派员、检查员把经验、解读、复盘转化为结构化知识，经审核入库。隐性知识由此被显性化，个人经验沉淀为团队资产，再通过场景一、场景二被反复调用——知识由此进入"用起来更好"的正循环。

落地效果

平台的落地效果可以概括为三个转变：

• 从"翻手册"到"问即答"。智能检索与问答让签派员在处置不正常航班时，不再需要逐页翻阅纸质手册，检索响应从"分钟级翻找"变为"即问即答级"的即时反馈，多源信息一次汇总呈现。

• 从"单点查询"到"全生命周期闭环"。沉淀、管理、应用、进化四阶段在同一平台上闭环运转，知识更新能快速传导到一线问答与推演场景，旧版本与失效条款的系统性风险明显下降。

• 从"经验私有"到"组织共有"。三大场景叠加，让资深人员的判断逻辑可以被记录、被检索、被演练，新签派员的成长曲线明显变陡，培训从"跟着师傅看"转向"带着问题练"。

这些转变背后的共性，是"知识被结构化地沉淀、被意图驱动地取用"——这恰好也是数据驱动型组织走向智能化时最先要补的一课。

经验沉淀：从项目到 OntiCards

这个项目带给我们最重要的认知是：知识系统的成败，不在模型，而在知识本身有没有被结构化地治理。模型负责"听懂问题、组织答案"，但"哪些手册有效、哪些条款已废止、同一概念在不同部门叫什么、哪类知识需要审核后才能公开"，这些治理规则必须先被显性化。

这段经验直接沉淀为 OntiCards 的能力设计：知识接入层对应数据卡片的实体与字段建模，让业务概念而不是物理字段成为问答的基础；术语库承接"同一件事多种叫法"的统一映射；质量门禁对应知识审核与版本管理，保证进入知识库的内容"不合格就进不来"。

如果你也在建设企业知识平台，不妨先问自己三个问题：知识有没有统一的业务口径？更新有没有审核闭环？检索结果能不能溯源？三个都回答"是"，再谈大模型也不迟。