二十、目标交接(第 40/40 轮):只剩【一个】判据待读

1.0k 字 · 源文件 进度.md 第 789 行起 · goal ruler arch ground external

#★ 现在正在跑(会自动跑完、自动落盘)

text
D_normal   对照臂(默认)
D_decoup   --decouple-goal(把"到位"算在【对角】目标上)
两臂屏幕逐像素相同,唯一差别是"到位算在哪里"

#★ 下一轮的三行工作

  1. 读 results/logs/D_normal.log 与 D_decoup.log 里的「四个指令分别」那些行
  2. 比对同一步的四个指令到位率
  3. 写 journal/DECOUPLE_RESULT.md

#★ 判据(跑前写死)

观察结论
两臂相同到位读数不依赖目标在哪 → 所有接地线读数要重新推导
D_decoup 崩她确实在追目标 → 11 项排除里有一项是错的

#✅ 这个目标里完成且站得住的

  • (1)(2) 回归坐实(12/12 全低 + 同种子 4/4)→ 机制 stop_on_correct → 已修 → 验证 0.969
  • (3a) 容量影响的是稳定性,不是能力
  • (3c) pi-init-std 旧判定成立(而这次是在正确的量法上)
  • 新基线 NB_s* = 0.948/0.938/0.969/0.938/0.927 → MDE 0.042(旧 0.083 作废)

#⚠️ 未解的核心问题

接地线上"目标信息来自哪里"是一个完整的逻辑矛盾: 11 个观测通道全部被排除,而四个指令都能到 100%。

#★ 本目标挣到 19 条教训

见 journal/GOAL_HANDOFF_FINAL.md 第六节 —— 那部分是 100% 的。

#★ 一个需要你定的事

方向说明
A继续查那个矛盾(读 DECOUPLE_RESULT.md 之后二选一,5 分钟)
B★★ 先修任务设计:ARRIVE_PX 11 → 3~4 px、四个目标不要成 [2×2] 网格、<br>要求停留若干刻
—★ 我倾向 B 优先:即使找到那个通道,这个任务的设计仍让<br>"读指令"与"固定走法"难以区分

← 返回《进度.md》目录