test(重锚): 11 号对拍锚按现行行为重制（用户裁「批准本批重锚」）——旧锚 0170071d 早于迭代35 卡② 9ee393a1 的 MC 出数字段改名（level_templates→level_maps）且不含卡① d12 新增的 target_id，实测 9 项漂移的归因见实现报告附录 E（双树原始面 runsum 逐字节同、JSONL 行数全同、17222 行差异全为新键、零值差＝实现不正确已排除）；新锚行数面与 iter37 原始面逐项吻合；待办清单:118 补记凭据并出账对拍锚义务一项（T6 四带复算与数值标定窗口设计段义务不变）

reports/iter37-实现报告-2026-10-25.md

@@ -239,3 +239,15 @@
 3. **也含"需求改了出数面、锚与口径没配套"（本批侧，占 6 票 JSONL）**：17222 行差异 100% 是卡① d12 按设计新增的 `target_id` 键（damage_controller 四处产发）。卡① §8.2 只要求单元级断言（已在：damage_controller_test:271/:276 等〔wd12〕），未要求也不该在缺陷修批内重锚——但**重锚批必须把 `target_id` 纳入锚面**，否则下一次 `check` 还会因同一形态报 6 票。已列反哺点第 10 条。
 
 处置建议（待你选一，见对话）：A＝按在册条目闭合（重跑全量档不带 PARITY_APPROVED，回执回 NEED-APPROVAL 形态，本附录与合回提交信息留归因凭据）；B＝批准本批重锚（`freeze` 重写 tracked 锚文件，与待办条文"重锚不在改动批执行"相违）。
+
+**用户裁＝B（批准本批重锚），已执行**：`python tools/parity_anchor.py freeze` 以现行行为重写 `game/tests/evidence/parity/anchor.json`。重锚后盘面对旧锚的实测差：
+
+| 项 | 旧锚（0170071d／2026-10-19） | 新锚（本批重制） |
+|---|---|---|
+| RUNSUM 出数字段 | 含 `level_templates` | 含 `level_maps`（迭代 35 卡② 改名的追认） |
+| JSONL 行数面 base | normal 8945 / perfect 39811 | normal 9216 / perfect 60774 |
+| JSONL 行数面 attune | normal 9620 / perfect 38435 | normal 9670 / perfect 62765 |
+| JSONL 行数面 shop | normal 7499 / perfect 45132 | normal 7124 / perfect 59435 |
+| 与新锚 sha 关系 | — | 六项全部与旧锚不同（`target_id` 已入锚口径） |
+
+新锚的行数面与附录 E 步骤 B（iter37 树原始面）逐项吻合，说明重锚取自同一确定性盘面。待办清单:118「旧行为 MC 行为锚全数作废」条已补记本次实测凭据与出账一项（对拍锚部分；T6 四带复算义务不变）。重跑全量档时 11 号将对新锚做 `check`。