docs(迭代29): 登记「暂不合回 master」裁定与两个非本批红的取证

实现报告第六节与 active.md 未决面各加一条：本批九提交留在分支 iter29-testlayers-20261016，
待 master 侧两红处理完后重跑重闸再合回。取证＝在主区（不含本批改动）跑同一渲染闸同样
menu_boot changed=4.61%，gdd_lint 的 01-核心循环 R5 红灯亦由 master 提交信息自陈非本批引入。
明确不代为刷新基线——避免把真实视觉差异固化成存量。

design/qa/iter29-实现报告-2026-10-16.md

@@ -144,6 +144,14 @@
 
 ## 六、待裁与遗留
 
+0. **【合回状态：本批暂不合回 master，等两个非本批红处理完】** 同步 master（`60449941`）后复跑重闸冒出两个红，
+   已取证均与本批零关系：①**渲染闸** `menu_boot.png` changed=4.61%（超 2%容差）——在主区（不含本批任何改动）
+   跑同一道闸，结果一模一样 4.61%，棋盘三张 golden 仍 0.00%；②**gdd_lint** `01-核心循环.md` R5
+   「一场战斗的流程」节无流程图——master 提交 `272cc1ad` 的说明已自陈为并行会话 `9846a29f` 的既有问题。
+   按「禁带红合并」纪律，2026-10-16 用户裁「不合回，等你处理」：本批九提交留在分支 `iter29-testlayers-20261016`，
+   待这两条在 master 上处理完（菜单 golden 需核热区后按 Q6 口径显式重制；01-核心循环 R5 归其引入批补流程图），
+   我重跑重闸后立即合回。**不代为刷新基线**——那样会把 4.61% 的真实视觉差异固化成存量，热区原因不再有人追。
+
 1. **11 号闸的 parity 对拍要不要跑一次**（需你批准，我不能自行发起）：触面判定是机械的路径匹配，
    本批对 `battle_orchestrator.gd` 的改动实际只是加一个断言豁免常量（零玩法行为变更、零数值改动）。
    - 若按「MC 无数值改动零跑」红线 ⇒ 不跑，闸维持 NEED-APPROVAL（回执里留名，不判失败）；