这是 DODAF 系列的最后一篇。不说具体视图了我们聊一个更大的话题——战争在变架构描述的对象也在变。过去三十年美军作战概念经历了三次跨越从线性杀伤链Kill Chain到网络化杀伤网Kill Web再到正在萌芽的自适应杀伤生态Kill Ecosystem。DoDAF 作为架构描述语言跟着对象一起在变。这篇我们全程用天眼-01 收尾——天基 ISR 恰好是把传感器—射手这组关系解绑得最彻底的一类体系传感器在 700 km 轨道上射手在海面舰艇上中间隔着过顶窗口和星地链路。杀伤链F2T2EA一条单线最经典的模型是F2T2EA——Find发现→ Fix定位→ Track跟踪→ Target瞄准→ Engage交战→ Assess评估。六个环节首尾相连像一根链条。环节干什么在 DoDAF 里落在哪天眼-01 映射Find 发现传感器探测到目标SAR/ELINT 星过顶侦察 OV-1 部署Fix 定位确定目标坐标OV-2 星地下传SAR 图像/信号回地面站Track 跟踪持续掌握目标状态SV-4 跟踪 OV-5b航迹关联、多源印证Target 瞄准分配射手、解算诸元OV-6c 目标指示有效期12 minEngage 交战发射武器SV-4 超视距打击舰载机/驱逐舰导弹Assess 评估判定毁伤后续过顶星战果评估OV-5b这个模型诞生于 1990 年代的精确打击时代。预警机发现目标传给指挥所指挥所指派战斗机发射精确制导弹药——一条线性流水线。哪个环节断了链路就废了。天眼-01 这类天基体系把链的脆弱性放大到了极致SAR 星过顶只有 10 min 窗口轨道周期约 98 min图像下传、判读、生成指示、下发射手必须全程在窗口内串起来一旦某一环排不进窗口下一次机会要等星座重访间隔约 2 h蓝方编队以 25–30 kn 已经机动出几十公里。在 DoDAF 里杀伤链怎么描述OV-5b 画一连串串联活动发现→定位→交战→评估OV-2 画这些活动之间的信息流SAR 图像—目标指示—开火指令SV-1 画执行这些活动的系统节点StdV-1 标它们之间的接口标准。线性链用线性的架构描述就够了。链的致命问题在哪单点失效就等于全链失效。天基语境里尤其要命负责过顶的那颗星被蓝方干扰星压制或者星地下行链路在窗口内被打断整条链就断了。传感器和射手是绑定的——“这颗 SAR 星的图像只能喂给这个地面站、这个射手”没有替代选项。杀伤网多节点、可重组、动态分配2018 年前后美军开始推杀伤网概念。它的核心思想是传感器和射手解绑任何一个传感器发现的目标可以通过网络分配给任何一个可用的射手。杀伤网: 网状动态SAR 侦察星共享态势网ELINT 侦察星EO 侦察星舰载机中队驱逐舰导弹备用地面站杀伤链: 固定串行SAR 侦察星地面站驱逐舰杀伤网把发现—决策—打击从一条专线变成一张网。同一批目标可以被动态分配给响应最快、生存概率最高、弹药最足的射手。这个转变对架构描述的冲击很大。SV-1 不再是A→B→C的串联图而是一张网状图——每个节点可能连到多个其他节点每条链路的可用性取决于过顶窗口、电磁环境、物理距离、带宽约束。OV-6c 的规则也更复杂——不是简单的 if-then而是在所有可用射手中选择响应时间最短、生存概率最高、弹药存量最足的那一个。在天眼-01 里杀伤网的实时问题被过顶窗口驱动得很具体——哪颗星正好看见、哪条链路此刻可用、哪个射手够得着三个问题在任意时刻构成一个动态三元组。SAR 星过顶图像能不能在窗口内下传 ≤ 3 min送下来取决于中继星在不在位、Ka 链路有没有被蓝方干扰星压制指示能不能发出去取决于指控网到射手那一段通不通就算链路全通射手也得在 12 min 指示有效期内够得着目标。链模式下这三个判断一次性串好就完了网模式下每一次过顶、每一条链路掉线都触发重算——AFSIM 里对应的就是 processor 的on_update事件钩子里的降级决策分支。杀伤网有几个关键度量Measure回灌 CV-2 用的韧性Resilience断掉 K 个节点后剩余网络还能完成发现→指示的比例。重组时间Reconstitution Time从链路失效到自动切换到备用星/备用地面站的时间。传感器-射手配对自由度一个目标平均可分配的射手数。备注我用 AFSIM 跑过天基杀伤网的场景。跟跑传统杀伤链的最大区别是过顶窗口内链路断了以后引擎能不能自动切到备用路径。比如某颗 SAR 星的中继链路被蓝方干扰星压制了AFSIM 里另一颗在轨的 ELINT 星能不能补上探测、星地下行能不能自动把 track 路由到仍然有效的地面站。能做到自动切换是因为你在想定里预设了多条 comm 链路、多个可替代的 sensor 和地面站以及 processor 里的降级决策规则。而这些预设追到架构层面就是 SV-1 的网状接口图 OV-6c 的动态分配规则。我做过一个对比同样的蓝方海上编队链模式下一颗关键侦察星失能发现→指示完成率从 85% 掉到 20%网模式下掉到 60%——差距就是韧性的价值。杀伤生态还没定型但轮廓已经出来了再往远看“杀伤生态这个词开始出现在美军概念文件里。它借鉴生态系统的隐喻节点不仅是可连接的还是可自组织、可演化、可繁殖通过快速部署新系统加入战场的。杀伤网的节点是配置好的”杀伤生态的节点是自己长出来的——像蚁群一样不需要中央调度就能形成有效的协同。这个概念目前还没有成熟的定义但它的架构需求已经可以推演——DoDAF 的现有框架能不能描述杀伤生态能但要扩展。传统 OV-6c 定义的是人工编写的规则杀伤生态需要系统根据环境自生成的规则——这不就是强化学习的策略模型你把 OV-6c 的规则引擎换成训练好的神经网络架构概念没变只是规则来源从人工变成了数据驱动。CV-2 里的能力也从固定指标变成可在线进化的能力画像。换句话说杀伤链、杀伤网、杀伤生态不是三代不同的框架而是同一套 DoDAF 视角在不同连接密度和决策智能下的表现。链是网的特殊情况每个节点只连一个网是生态的特殊情况规则静态。理解了这一点你就不会被概念名词绕晕。天眼-01 从单星跟单地面站的固定链到 7 星 双地面站 多射手的重组网正好是这条谱系上的一段。DM2 和 Palantir 本体的呼应前面第 06 篇讲了 DM2 元模型——活动、资源、执行者、能力、度量。如果你读了我之前那篇《Palantir Gotham 深度解析》应该会注意到 Palantir 的动态本体和 DM2 的相似性。Palantir 本体四要素对象Objects、属性Properties、链接Links、行动Actions。DM2 核心概念资源Resource、能力Capability、活动Activity、度量Measure。这两套体系的对应关系不是巧合。DoDAF 的 DM2 是架构世界的本体论Palantir 的 Ontology 是作战世界的本体论。前者描述系统该怎么建后者描述战场已经是什么样。连接两者的桥梁是什么对象模型的延续性。你在 AFSIM 里定义的 platform_type → platform → sensor/processor 这条链在 DoDAF 里是 Resource → Performer → Activity 的定义链在 Palantir 里是 Object → Property → Link → Action 的映射链。三种体系一个骨架。天眼-01 里这条链很清晰platform skyeye-sar-01 SKYEYE_SARResource/Performer→ SAR 成像 sensorActivity→ SAR 图像条带Information/Property一路对到 Palantir 里一条卫星过顶、产出了图像的记录。备注我写 Palantir 那篇的时候说过一句话——“看懂 Gotham 的本体回头再看 AFSIM 的想定文件会清楚很多’为什么这么设计’”。写完这套 DoDAF 系列我要补一句——“看懂 DoDAF 的 DM2回头看 Palantir 的本体会发现它们用的其实是同一套思维模型只是一个对着真实战场、一个对着建模仿真、一个对着架构设计”。三件事一套哲学。我后来带新人第一周不让他碰引擎先让他画一张 OV-5b 一张 SV-1再让他去读 Palantir 的本体文档——等他回来写 AFSIM 想定明显少走很多弯路。因为他的脑子里先有了对象—关系—规则的骨架代码只是把骨架填上肉。Project Maven 的架构逻辑前面写过 Maven——它从一个无人机视频分析工具变成了跨域目标识别和打击分配的 AI 中枢。用 DoDAF 的框架重新审视 Maven 的演进能看清楚它在架构层面做了什么Maven 最早只覆盖 OV-1 和 OV-5b 的一小部分——在侦察监视活动下加了一个目标自动识别子活动天眼-01 里对应 SAR 图像判读、编队类型识别。后来扩展到了决策支持辅助 CV-2 的能力评估和动态任务分配动态更新 SV-1 的传感器→射手映射关系——天基语境里就是每个过顶窗口重算哪颗星→哪条链路→哪个射手。最后变成了 OV/SV/CV 全视图中枢——不仅做识别还做任务化处理和打击效果评估。把 Maven 放进 DoDAF 的框架里看它的核心能力本质上是在干一件事动态改写 SV 视图的接口映射关系基于 OV 视图的实时态势输入。传统 DoDAF 的 SV-1 是事前画好的静态接口图Maven 做的是运行时动态调整谁跟谁连。这恰恰是杀伤链→杀伤网转变的技术实现——而 DoDAF 视角本身是静态的Maven 补上的是让 SV-1 在运行时持续自我更新的那一层。这也解释了为什么纯粹的文档中心 DoDAF 1.x 描述不了 Maven1.x 的图是死的Maven 的架构是活的。系列收尾八篇写完。回头看一下我们走了这样一条路01–02打基础——DoDAF 从哪来、8 个视角怎么分天眼-01 贯穿全篇03–05逐视角深挖——OV事、SV物、CV力、StdV/DIV规矩与数据06进阶底层——DM2 元模型为什么以数据为中心不是口号雷达成像星建模示例07关键合龙——架构怎么落地到 AFSIM 和 CMO 的仿真想定里天眼-01 想定实测跑通08前沿展望——杀伤链→网→生态DoDAF 怎么跟 Palantir/Maven 这些实战系统对话这套系列的目标不是把你培养成架构师——是让你在做仿真的时候脑子里多一层这个参数在架构里对应什么、改了会影响谁的意识。仿真做久了容易钻进代码细节偶尔抬头看看架构反而能把代码写得更干净。天眼-01 里的每个数字——轨道 700 km、窗口 10 min、星地 300 Mbit/s、指示有效期 12 min——都不是拍脑袋定的它们从 OV/SV/CV 一路贯通到 AFSIM 的想定参数。这个系列后续如果有具体方向想深入比如DoDAF AFSIM 的自动化想定生成脚本怎么落地可以在实战专题里展开。