JianFeeeee
5337d51bfb
test(设备闸): 补第二份真样本（单 mission，我们不在列表里）+ 把"状态对调"那条从弱断言改成**严格正例**（pi §4②）
- 新样本 `fixtures/aa-dump-l-single-theirs.txt`：由真样本删掉我们那块得到，形状与 pi 12:03 的活 dump 一致
（单 mission、`state #FOREGROUND` 是对方）⇒ 正确判决 **`other`**，不是 `unverified`
—— 否则会把"别人占着前台"和"没读到"混成一种；
- `#FOREGROUND` 全删 ⇒ `unverified`（缺证据不猜）；
- ★ 原"状态对调"那条我原先只断言 `ours || unverified`（当时心虚写宽的）。pi 指出：
**只判"读不出来就不许过"是不够的，还得有正例证明"读出来了真的能过"** —— 否则这道闸的失效方式是
"永远说未验"（更安静的失效，而且欠账永远还不完）。已改成严格断言 `ours` + `mayAssertOn === true`。
- 登记 5→7（我一度写成 8：我只加了 2 条，5+2=7 —— 相等契约下这种手误会被套件当场抓住，这正是它该干的事）。
2026-09-15 12:08:09 +08:00
..
2026-09-14 15:41:52 +08:00
2026-09-15 12:08:09 +08:00
2026-09-15 12:06:15 +08:00
2026-09-15 07:46:54 +08:00
2026-09-15 11:58:19 +08:00
2026-09-14 16:21:27 +08:00
2026-09-15 11:17:23 +08:00
2026-09-15 09:16:05 +08:00
2026-09-14 16:59:16 +08:00
2026-09-14 17:35:53 +08:00
2026-09-14 17:33:05 +08:00
2026-09-14 17:22:19 +08:00
2026-09-15 12:06:15 +08:00
2026-09-14 17:36:02 +08:00
2026-09-15 11:58:19 +08:00
2026-09-15 11:17:23 +08:00
2026-09-15 12:06:15 +08:00
2026-09-15 11:58:19 +08:00
2026-09-15 12:06:15 +08:00
2026-09-14 18:57:53 +08:00
2026-09-15 12:08:09 +08:00
2026-09-15 12:06:15 +08:00
2026-09-14 18:38:51 +08:00
2026-09-15 11:58:19 +08:00
2026-09-15 12:06:15 +08:00
2026-09-15 11:51:39 +08:00
2026-09-14 16:21:27 +08:00
2026-09-14 15:11:47 +08:00
2026-09-15 08:45:54 +08:00
2026-09-15 07:46:54 +08:00
2026-09-14 17:33:05 +08:00
2026-09-15 12:08:09 +08:00
2026-09-14 16:21:27 +08:00