动态本体与本体MCP：智能体空情研判系统的实战探索

当智能体面对复杂业务场景时，数据充裕并不意味着理解顺畅。以东海防空识别区的空情研判为例，系统可能拥有完整的态势数据、情报报文和地理信息，但当智能体收到「预测目标进入防空识别区的概率」这样的自然语言任务时，它往往难以准确理解业务语义——目标的当前态势从何而来？防空识别区是地图图层还是业务对象？进入概率该如何计算？这些看似简单的问题，实际上暴露了智能体缺乏业务语义层的根本缺陷。

MVP系统架构与核心对象设计

动态本体的核心价值在于构建数据、业务与智能体之间的运行时语义层。它不仅仅是静态的文档或图谱，而是智能体真正需要调用的业务空间。动态本体的关键特征可以归纳为五个核心机制：运行时生效而非静态文档、以对象为中心的建模方式、数据源与对象属性的精确映射、对象之间通过Link建立可计算的业务关系，以及函数在本体空间内完成业务计算。这意味着态势表中的heading和speed字段不再只是数据，而是AirTarget对象的运动属性；ADIZ边界坐标不再只是GeoJSON文件，而是可参与函数计算的AirspaceZone对象的geometry属性。

核心对象与数据映射

本次MVP实战以东海防空识别区为想定场景，构建了一套完整的空情研判系统。系统采用五层架构：多源数据层、动态本体层、本体函数层、本体MCP层以及智能体与前端交互层。数据并非直接喂给智能体，而是先进入本体层，经过对象化、关系化和函数化处理后，再通过MCP协议暴露给智能体调用。这种设计确保了数据不会消失在模型的上下文窗口中，而是落在明确的对象属性上，并能够被追溯和解释。

本体Link与函数能力

系统定义了六个核心业务对象：AirTarget（空中目标）、TrackPoint（航迹点）、IntelReport（情报报文）、AirspaceZone（空域区域）、ThreatAssessment（威胁评估）和ApproachEvent（抵近事件）。每个对象的属性都精确映射到具体的数据源字段。例如，态势表中的target_type字段映射到AirTarget.platformType，lat/lon/altitude_m进入TrackPoint.position并投影为AirTarget.latestPosition。特别值得注意的是country字段被映射为业务语义标签（red表示对抗方、blue表示己方、neutral表示中立），这使得智能体能够理解阵营关系而非简单的国家名称。情报报文的处理则保留了类型、来源、置信度和来源可靠性，并通过公式confidence × sourceReliability计算加权置信度，避免将所有情报视为同等可信。

本体MCP与智能体协同

Link机制让对象从孤立的实体变成可计算的业务网络。AirTarget通过HAS_TRACK_POINT连接到航迹点序列，通过SUPPORTED_BY_REPORT连接到情报报文，通过LOCATED_IN_OR_NEAR连接到空域区域，通过ASSESSED_BY连接到威胁评估结果。这些Link不仅是图谱上的装饰线，更是函数运行的路径。本体函数层提供了六个核心能力：detect_approach_events用于识别抵近、进入或边界平行飞行事件；infer_intent基于目标类型、运动模式和情报支撑推断作战意图；find_similar_tracks通过历史航迹比对增强判断依据；build_evidence_chain生成包含证据来源和lineage的完整证据链；assess_threat综合多维信息输出威胁等级；predict_adiz_entry_probability则实时预测进入ADIZ的概率。

如有侵权，请联系删除。