Source: docs/experiments/EXP-3D-RGBD-DATA-SCALE-V14/PROTOCOL.md · Plain text

EXP-3D-RGBD-DATA-SCALE-V14 协议:只增加训练场景

1. 数据

2. 训练(配方与 V11 C1 完全相同)

3. 代码

由 V12 的文件逐字派生(/tmp/claude_v14_derive.py,每处替换都检查出现次数),只有以下实质改动:

  1. 训练集: C1 的训练集为 TRAIN_EXT。V14 自带 train_records,按 V14 的变体表取训练集。
  2. 原因:V12 借用的 V8 版本查的是 V8 的变体表(所有变体都是 TRAIN72),照抄会让 C1 悄悄地仍在 TRAIN72 上训练。
  3. 测试 test_train_records_follow_the_v14_table_and_not_the_v8_table 专门检查这一点。
  4. 状态文件: DEV 曲线评价只记录状态哈希,不保存状态文件;只有选中的 checkpoint 保存状态(节省约 10 GB 磁盘)。所有读取状态文件的代码都只读选中的那一份。
  5. EVAL 阶段: 新写的 scripts/evaluate_rgbd_data_scale_eval.py(seal / score / analyze)。
  6. 三个队列一次封存,渲染深度与不透明度。
  7. 封存之前,C0 的每个预测都必须与已封存的 V11 C1 预测一致(最大差 ≤ 1e-6),否则停止、不读取任何 query 深度。对照的封存分别来自:EVAL-V3 为 V11,EVAL-V4 为 EVAL-V4 复现实验,EVAL-FAR 为 V13。

  8. finalize 的附加检查: 每个变体的训练记录只能出现本变体训练集中的场景。

  9. 验证:
  10. 7 个单元测试;
  11. 两轮合成数据全流程排练(第二轮含 finalize),都 PASS;
  12. 排练中确认:C0 只用了 TRAIN72 的场景,C1 用到了新场景;DEV 曲线没有状态文件;C0 与按 V13 代码路径生成的对照逐位一致。

4. 判定(与计划相同)

5. 禁止项