四层装配：对标 Foundry，落地在 LVC
Palantir 把「数据、逻辑、行动、安全」装在同一表达里；OpenNexus 在军事垂直场景里，每一层都有可指认的子系统与主键，不是幻灯片概念。
异构源 → 统一战场对象
雷达航迹、开源情报、CMO 单位、异构遥测——经 Brain BFF 融合为带 fusedId 的可操作对象，而不是各系统各维护一套 ID。
- 装备本体：
db:#####（DB3K505 DBID） - 运行时对象：
fusedId、cmoUnitId、judgeTargetId - 血缘：mapping-registry、ACMI Type、ingest 来源证据
[映射] 蓝/红单位条令 / 模型 / LLM 挂在对象上
规则不进黑盒权重：ZSSC 战例、Doctrine Pack 硬约束、DB3K 挂载目录、PromptOps 禁止项——全部进入决策上下文，可引用可审计。
- 战术：
tactic_id白名单（ZSSC 注册表） - 条令：
data/doctrine/*.md+ ROE 级别 - 推理：RAG :8091 + situation-snapshot ≤200 tracks
fusedId 与 strikeReady 门禁从「看见」到「做成」
行动不是 PDF 建议书：atomic_tasks、LvFlightPlanV1、Command 指令、JUDGE 毁伤回写——每条链路有 HTTP/管道契约与执行回执。
- 战略：
atomic_tasks→ WPF :5000 - 战术 ATO：
LvFlightPlanV1→ task-router - 仿真写口：NamedPipe → Command 兵力
mission/create-from-brain 生成飞行计划对象级权限 + 证据链
权限绑在 fusedId / 字段 / 动作上；train 与 live 两套风险策略；关键打击必须 HITL 人审。
- 未映射目标：仅观察，禁止当真打击
- live 模式：ATO pending + JUDGE 裁决 SSOT
- 审计：会话日志、批准轨迹、before/after
LVC 映射：语义铰链（不是「接进来」就完事）
实况 / 虚拟 / 构造三层兵力并存时，最大风险是实体 ID 分裂。映射把异构发现翻译成 Command 能演算、Brain 能编排、JUDGE 能裁决的同一对象。
| mapMode | 含义 | 典型场景 |
|---|---|---|
none | 仅观察，不进 Command | 低置信开源情报 |
partial | 位置/类型/阵营进 CMO，细节留本地 | 区域威胁概要 |
full | 可交战映射实体，参与 Command 演算 | 高价值目标、全平台飞行模拟器 |
observe-only | Command 可见不可打 | 民用/中立/观摩 |
db:* commit 的目标，Prompt 与杀伤链 preflight 双端禁打。核心对象：在系统里叫什么
向合作方介绍时，用这张表替代抽象「人/装/地/事」——每一行都能在战脑或 Gradio 里指到具体字段。
| 业务对象 | 系统载体 | 关键字段 / 链接 | 谁持有 SSOT |
|---|---|---|---|
| 平台 Platform | DB3K505 · Command ActiveUnit | db:#####、传感器/武器/挂载 | Command + DB3K |
| 融合航迹 Track | Brain COP · Top5 | fusedId、priority、strikeReady | Brain 融合策略 |
| 映射实体 MappedUnit | Command [映射] 单位 | cmoUnitId ↔ fusedId ↔ ACMI Type | mapping-registry |
| 原子任务 AtomicTask | Gradio / strat-close | task_type、tactic_id、unit_ids | 编排层（执行在 WPF） |
| 飞行计划 FlightPlan | kc-ato-cache | LvFlightPlanV1、waypoints、planId | Command 生成优先 |
| 毁伤裁决 Verdict | JUDGE | ObjectId、fusedId、BDA 状态 | JUDGE |
统一主键：两套 ID 咬合
装备主键 DBID
db:##### 来自 DB3K_505.db3。ZBSJ 查询、Command 实例化、Gradio 挂载目录、映射校验同源——AI 不得发明库里不存在的型号。
规模：≈1.69 万平台 + 3.2 万+ 挂载方案
运行时主键 fusedId
贯穿地图标牌、Top5 威胁、杀伤链六步、回放与 JUDGE。同一目标在 KYQB / 雷达 / CMO 里只对应一个 fusedId。
缓存键示例：train:fused-xxx
映射契约 mapping-registry
mapMode、ACMI Type 表、requireDbIdForPush——决定「能不能进 Command、能不能打」。
实体权威层级：谁说了算
| 层级 | 系统 | SSOT 职责 | 能否改「实体存在」 |
|---|---|---|---|
| L0 本体 | CMO + DB3K505 | 仿真实体、任务演算、映射池 | ✅ |
| L0.5 映射 | 战脑 Brain | mapMode：全量/部分/不映射 | ✅ 策略 |
| L1 裁决 | JUDGE | 跨域毁伤汇聚分发 | ✅ |
| L2 决策 | CMOLLM / Gradio | COA/ATO 意图、atomic_tasks | ❌ |
| L4 编排 | Brain BFF | COP、杀伤链 UI、Gate 探活 | ❌ 不持本体 |
深读架构图 → 玖衍能力 · 本体论 SSOT
可执行动作：动词层契约
Ontology 的价值在「能做成」。以下是已工程化的动作样例（非愿望清单）。
| 动作 | 入口 | 前置条件 | 审计点 |
|---|---|---|---|
mapping-commit | Brain 映射向导 | db:* 校验通过、ACMI Type 对齐 | proposal → commit 轨迹 |
ato/generate | 杀伤链 Step③ | fusedId 锁定、strikeReady、映射已 commit | LvFlightPlanV1 + planId |
strategic_plan | Gradio / strat-close | decision_ready、10 种原子任务校验 | LLMSessionLogger |
kc-cockpit/approve | live 模式舱室 | ATO pending | 审批人 + 时间戳 |
task-route/dispatch | 杀伤链 Step④ | train 自动 / live 已批准 | ACK / command_faults |
最小可见链路：从这里接入
不必一次上全栈。先跑通 MVL：子系统 API → BFF v1 → v6 图层 → Gate HUD ●真接入。
- 定义 3 个核心对象：
Track（fusedId）、Platform（db:*）、Mission（planId） - 接 1 条观测源（如 KYQB）→ Brain
kyqb-feed→ 地图图层 - 做 1 次 mapping-commit → Command 出现可识别单位
- 跑 1 条动作（训练模式杀伤链或 Gradio 一键决策）+ 开启审计日志
GET :9101/api/brain/v1/ecosystem-status?live=1 · GET :5000/api/health（含 decision_ready）验收清单：从叙事到可验证
fusedId（含 lineage / 来源证据）db:*，ZBSJ 可反查装备参数