AskaEth
14ac0dc248
test(m126 r2): 加一支枚举不更新对外契约现在必然红（集合断言 + help 守卫）
r2 复审指出「加一家加载器会被逼着表态」只做到一半：编译期只拦「漏 match」，三处消费方
用最省事的 `=> Vanilla` 糊过去既编得过、测试也全绿——新加载器会静默显示成原版，正是本
mission 要消灭的形态（r1 里「Rift 会红」是负样本名字撞上的巧合，不是守卫）。
- presenter 的 `loader_kind_ids_are_the_released_contract` 增加**第 ② 段**：把 core 的
`LoaderKind::ALL.map(as_str)` 与独立手写的七个 id 做**集合相等**比较。加一支而不更新
契约 → 红；改词表 → 红。（r1 删掉 `assert!(ALL.len()==7)` 后缺的正是这一环：数组宽度
只保证「表里那一行写成 7 个」，不保证枚举没多一支。）
- 新增 `cli::commands::instances::help_vocabulary_tests::help_lists_every_stable_id`：
按 `LoaderKind::ALL` 遍历 `ull help instances` 的词表行，漏写一个新 id 必红（此前
`help.rs:67` 那段词表没有任何测试，而旧的 `help_documents_the_loader_field_contract`
只查关键词，加一家新加载器时它照样绿）。
- `addon::loader::tests::vocabulary` 补 `installable_list_matches_the_from_core_mapping`：
把唯一还手写的 `LoaderKind::all()` 与 `from_core` 认可的集合对齐（不重抄字面量）。
- 模块文档第 ③ 步改成真话：契约测试会拦「改词表」与「加新种类」；但 `=> Vanilla` 这种
糊法**编得过**，拦住它的是那条集合断言，不是编译器（改名同理，只有契约测试会红）。
- 一并修掉 presenter 那条测试 doc 里指向已被删除的 `MARKERS` /
`markers_cover_every_kind_that_has_one` 的引用，改指向现在真实存在的守卫。
- loader.rs 从 398 压到 395（≤400，留 5 行余量；拆测试到子模块需要 scope 放宽到
`crates/core/src/game/loader/**`，超出本任务文件清单，已按规矩记账）。
验收实测（临时加 `Abyss` + 三处 `=> Vanilla` 糊过去，已还原）：presenter 契约测试红
（left 8 项 / right 7 项），CLI help 测试红（漏了 `abyss`）；core 往返测试与安装侧清单
守卫、CLI 的 `json_rows_*` 仍绿（它们本就管别的事）。
2026-11-05 18:08:59 +08:00
..
2026-11-05 14:08:37 +08:00
2026-11-05 14:08:37 +08:00
2026-11-05 17:17:43 +08:00
2026-11-05 18:08:59 +08:00
2026-11-05 18:08:59 +08:00
2026-11-05 06:35:03 +08:00
2026-11-05 13:36:44 +08:00
2026-11-05 14:08:37 +08:00
2026-11-05 18:08:59 +08:00