docs: 纠正对齐后的文档反向漂移（UNSUPPORTED/CHDT/FDEL/Flyway）

ACM2-83/87/90 落地后 reference、implementation、MsgEvent 与迁移注释仍描述旧行为；拆开 UNSUPPORTED 两行，并写清 V1+V2 与删航班只走 msg。

Co-authored-by: Cursor <cursoragent@cursor.com>

src/main/kotlin/com/gzzn/omms/msgexchange/domain/MsgEvent.kt

@@ -1,6 +1,9 @@
 package com.gzzn.omms.msgexchange.domain
 
-/** 事件的两种形态：UPSERT 是新增或更新（可能是整态也可能是变化通知），TOMBSTONE 是删除。 */
+/**
+ * 事件形态。生产路径只写 [UPSERT]：删除通知也走 `KAFKA:msg` 的 UPSERT 变更（`C-9`）。
+ * [TOMBSTONE] 仍保留在枚举与投递分支里，当前无生产写入方（待 `Q5` 定稿清理或保留）。
+ */
 enum class EventType { UPSERT, TOMBSTONE }
 
 /** 投递状态：PENDING 待发 → SENT 已发出；发送失败按退避重试，重试次数用尽转 DEAD，留在表里当死信队列。 */
@@ -11,8 +14,8 @@ enum class EventStatus { PENDING, SENT, DEAD }
  *
  * 写业务数据时在同一个事务里往这里插一行，投递线程随后按行发出，这样业务提交和"该发的事件"
  * 不会脱节。KAFKA_SCHD 发完整状态，KAFKA_MSG 只发"这个航班变了"的通知；两个主题之间不保证
- * 先后顺序。TOMBSTONE 只在两种情况下登记：航班从在用变成删除，或者被生命周期清理前补发
- * 一次删除通知。见 docs/implementation.md「Kafka 与读取」。
+ * 先后顺序。删航班只登记 `KAFKA:msg`（`C-9`），不再写 schd tombstone。见
+ * docs/implementation.md「Kafka 与读取」。
  *
  * stateVersion 是发布时的航班版本号；同一 FLID 攒了多条待发事件时，只发版本号最新的那条。
  */

src/main/resources/application.yml

@@ -47,8 +47,8 @@ micronaut:
   # 管理端点（U03/N32）：/env、/beans 默认 sensitive；仅开发/影子环境放开——见 application-dev.yml
 
 # 自有 PostgreSQL：全部内部状态（PIPELINE_LOCK/PROC_STATE/MSG_EVENT/REQ_TRACK/INBOX_CURSOR/
-# FLIGHT_SCHD 及明细表/SCHD_SNAP_LOG；迁移为单基线 db/migration/V1__flight_state_baseline.sql，
-# 原 V2–V10 的净结构已合并其中，回填事实与处理终态同表同行）。
+# FLIGHT_SCHD 及明细表/SCHD_SNAP_LOG；迁移链：V1__flight_state_baseline.sql（原多版净结构合并）
+# + V2__flight_chute_class_type_rename.sql（chute 类字段 CCLS/CTYP）；回填事实与处理终态同表同行）。
 # 数据层实装前 enabled=false（stub 模式不建连）。
 datasources:
   default: