docs: consolidate flight state design

docs/legacy/decision-flight-state-history.md

@@ -8,13 +8,12 @@
 > 本文正式确立选项 C 为最终方案：运营航班权威 `FLIGHT_SCHD` 与代版本 `SCHD_GEN` 提前至阶段 A 落自有 PostgreSQL；Redis 彻底退出动态权威与写路径。
 > 交叉引用：[architecture.md](../architecture.md)、[design.md](../design.md)、[user-stories.md](../user-stories.md)、ACM2-10（FS1–FS8 实施批次）。
 
-> **2026-09-08 复核入口**：详细证据与重构提案见 [运营航班状态设计评审](../review-flight-state-2026-09-08.md)。
+> **2026-09-08 复核入口**：详细证据与重构提案见 [运营航班状态设计评审](../flight-state.md)。
 > 本轮确认的部署边界：现场提供 Oracle 时使用 Oracle 11g，否则自行部署 PostgreSQL。
 > 评审保留单库原子提交方向，但发现 §9 固定资源槽位与本仓库三登机门样例冲突，
 > 并指出集合往返、迁移与快照 CAS 的风险。**§9 全宽表·零子表方案已按 v2 设计撤销**，
 > 现行权威口径见 [§10 v2 落地](#10-acm2-29-v2-无损明细表方案落地2026-09-08)、
-> [flight-state-design-v2.md](../flight-state-design-v2.md) 与
-> [flight-state-semantics.md](../flight-state-semantics.md)；§1–§9 保留为历史记录。
+> 现行设计见 [flight-state.md](../flight-state.md)；§1–§9 保留为历史记录。
 
 ## 1. 问题
 
@@ -167,8 +166,8 @@ Oracle 11g 的 `MERGE INTO` 方言、Flyway 11.2 支持版本和 ojdbc 认证组
 
 ## 10. ACM2-29 v2 无损明细表方案落地（2026-09-08）
 
-按 [评审报告](../review-flight-state-2026-09-08.md)（F1–F9）与
-[flight-state-design-v2.md](../flight-state-design-v2.md) 评审定案，撤销 §9「全宽表·零子表」
+按 [评审报告](../flight-state.md)（F1–F9）与
+[flight-state.md](../flight-state.md) 评审定案，撤销 §9「全宽表·零子表」
 作为权威存储形态，落地无损模型；本节为当前有效规则索引：
 
 - **存储**：`FLIGHT_SCHD` 保留标量/异常前缀/无界文本列（V1.4.0 已 DROP 槽位、里程碑与紧凑
@@ -183,4 +182,4 @@ Oracle 11g 的 `MERGE INTO` 方言、Flyway 11.2 支持版本和 ojdbc 认证组
 - **读模型**：明细表为权威读；`flight_schd_display` 视图提供首/次资源与总数投影。
 - **双库**：`SqlDialect` 接缝（PG 实装；`Oracle11gDialect` 为编译级交付），
   11g 激活门控见 `db/migration/oracle11g/README.md`——现场 11.2 实测通过前不切换。
-- **字段语义唯一索引**：[flight-state-semantics.md](../flight-state-semantics.md)。
+- **现行设计**：[flight-state.md](../flight-state.md)。