fix(presenter,app-iced): 「游戏在跑」挡在落 core 之前（M247 r2）

塔裁决：三个写操作在实例启动/运行时必须拒，判据不能只靠界面灰按钮 ——
Windows 上是 os error 32 兜底，**Linux 上删一个正在跑的世界会成功**，那是在
用户玩到一半时把存档删掉。

- host/dispatch.rs：`AppCommand::Saves` 与 `AppCommand::Mods` 同款，先查
  `CoreHost::in_flight(&id)` 再把 `running` 传下去
- host/saves.rs::dispatch 增 `running`：为真时三个写操作**不 spawn、不碰盘**，
  直接回一条 `SavesFailureKind::GameRunning` 的结构化失败；读路径与「打开文件夹」不受影响
- dto：新增 `GameRunning` 类别（不折进 WriteFailed —— 那不是"写失败"，是"我们主动没写"）
- i18n：「游戏正在运行（先退出再操作）」中英成对 + 金表同步
- 用例：在飞时三条写命令盘上指纹不变/世界还在/备份落点没建，且回 GameRunning；
  反向用例钉住闸门没有把写操作一并关死；UI 侧断言三种动词的主句都不出现「写盘失败」且不画重试
- 拆分（400 行）：host/saves.rs → host/saves/write.rs；两处测试各拆出 write 子模块
- SavesState 模块文档补「生命周期」表：draft / pending / confirm 谁写谁清、何时必须清，
  并把 confirm「取走即清」（连点两下不删两个）写成安全不变量
- 出图：ULL_SAVES_FIXTURE=running 一张（失败那句话的样子）

crates/presenter/src/state/saves.rs

@@ -11,6 +11,23 @@
 //! | [`SavesState::pending`] | 哪个世界的哪个写操作在飞 | 与 [`super::mods::ModsState::pending`] **同一条先例**：只用来把那一行的按钮置灰，**不做乐观回显**（列表只跟快照走） |
 //! | [`SavesState::confirm`] | 删除确认框**正在等谁** | 模态队列只画框、不记得"确认之后要删哪个世界"；而点主按钮的那一刻是 `app/update/dialog.rs`，那里只能从状态里取 |
 //!
+//! ## 生命周期（谁写、谁清、何时必须清）
+//!
+//! | 字段 | 谁写 | 谁清 | 必须清的时刻 |
+//! |---|---|---|---|
+//! | `draft` | `start_rename`（预填当前磁盘名）、`edit_rename`（每敲一个字） | `cancel_rename` / `take_rename`（提交时取走）/ `mark_pending`（请求已发出，草稿没用了）/ `bind` / `changed` | **换实例**、**请求发出**、**快照回来**：三者之后草稿都属于"上一次对话"，留着会让「改名」按钮改到一个已经在别的实例上的名字 |
+//! | `pending` | `mark_pending`（发请求之前，一跳都不等） | `changed`（成功）/ `failed`（失败也要清——**按钮不能永远灰着**，用户要能直接再点一次）/ `bind` | **任何一次后台往返收尾**、**换实例** |
+//! | `confirm` | `ask_delete`（点「删除」时，随后 app 层把模态框压进队列） | [`SavesState::take_confirm`]（**取走即清**）/ `clear_confirm`（取消或关框）/ `failed` / `bind` | **点主按钮那一刻**、**取消/关闭模态框**、**换实例** |
+//!
+//! ### `confirm` 的「取走即清」是一条**安全不变量**
+//!
+//! 主按钮走的是 `take_confirm()`：拿到目标的同时字段被置空。所以同一次确认**连点两下只会发一条
+//! 删除**——第二下拿不到目标，只关框。这不是洁癖：删除不可逆，一次误触发两条命令意味着第二条
+//! 会去删一个已经被删掉的名字（或者更糟：用户在两次点击之间切了实例，而旧目标还留着）。
+//! 取消/关闭也必须清，否则"上一次取消掉的删除"会挂在状态里，等下一次点「确定」时兑现。
+//! 用例：`switching_instances_drops_draft_pending_and_confirm`（换实例三样一起清）、
+//! `the_delete_confirmation_hands_out_once`（取走即清、取消后不再有目标）。
+//!
 //! # 为什么快照住在这里而不是页面
 //!
 //! 「列表画的永远是磁盘上的真相」是本模块唯一要保证的事，所以：