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 攒了多条待发事件时，只发版本号最新的那条。
  */