跳转至

ICLR 2027:28 天实验计划

周期:2026-08-13 至 2026-09-09。 官方截止时间是 abstract 2026-09-18 AOE、paper 2026-09-25 AOE。 这 28 天用于冻结实验和论文数字;余下时间留给写作、复核与提交。

1. 一句话路线

先定协议并跑 baseline,再在 visible validation 上改 Ours;方法和指标签字后才运行 private test,最后补消融、统计和论文材料。

baseline-first 的好处很简单:只要输入、预算和记录的 telemetry 没变,后面修改 Ours 不需要重跑 baseline。 前期保存的是 raw rollout 和完整候选指标,最终 primary metric 可在人签后统一聚合;如果新公式需要此前没有记录的数据,才需要重跑。

但“指标尚未签字”不等于 GPU 等待。ARCTIC captured GT 不依赖 Recon 或 D3D contact review,因此先在冻结的 ARCTIC-40 case set 上运行 official preprocess → author train → checkpoint;时间允许时再扩展到完整 eligible cohort(221 条)。等 evaluator 冻结后,再从 checkpoint 做统一 reload/eval。

2. 什么必须做,什么可以删

优先级 实验 决策
必须 D3D-HOI RGB → Recon → Physics 论文主线,不能被可选数据阻塞
必须 D3D-HOI official、Ours 最小 Recon baseline/proposed 对照;Ours w/o HOI Align. 另作 paired ablation
必须 CoDA、InterMimic、RePHO、Ours 最小 Physics 对照
优先 ARCTIC captured reference → Physics 绕过 Recon,单独测 controller
有时间再做 3DADN 统一重评、ARCTIC RGB Recon、ParaHome、Generated video、HDMI 到期未跑通就删整行或移 appendix,不拖累主线

Generated video 没有逐帧 GT 时,只能证明 pipeline feasibility 和 downstream Physics,不能声称 Recon accuracy。

算力现实

作者环境数的 V100S 32GB 吞吐已实测,但三条方法没有统一的作者固定 epoch 数:CoDA 是 3000; InterMimic 没有作者规定的 ARCTIC 续训轮数;RePHO 从 epoch 53000 恢复并在 54500–56000 区间选点。 所以在冻结 InterMimic 预算和 RePHO checkpoint rule 前,不给出一个伪精确的总 GPU-hour 或卡数结论。 当前可用的单 case 估计是 CoDA 6.50 h(1 GPU)、RePHO 8.52–17.04 h(2 GPUs),InterMimic 为 T(E) = (41.62 + 29.706E) / 3600 h。完整证据见 Evidence

当前并行分工

工作线 现在做什么 不等待什么
Baseline/integration 10 epoch 已验证三条 ARCTIC Physics-only 训练链;先冻结 InterMimic 续训预算和 RePHO 选点规则,再按作者 num_envs、minibatch 和双 worker 设置排 full train 不等待 D3D contact review 或 metric 签名
HDMI collaborator 独立补 HDMI dependency、SMPL-X/articulated adapter 和训练入口 不阻塞前三个 baseline
Metric/data collaborator 冻结 Physics primary、failure/coverage 规则;并行完成 D3D contact 与 manifest review 不占用 baseline 训练卡
Method/Ours 在 visible data 上继续方法开发;formal test 保持封存 不等待 HDMI

3. 五个弹性阶段

时间窗只是参考。四条工作线可以并行:Method 改 Ours,Baseline 接方法,Data/Evaluator 维护 manifest、指标与统计,Paper 维护表格、复核和复现材料。某项提前完成即可前移,可选项落后也不必等待。

建议时间 主要工作 阶段结束时只确认一件事
Day 1–3 定 D3D task、split、输入权限、候选指标、failure policy 和预算;同时做 adapter smoke 协议冻结:manifest 可执行,private test 已封存
Day 4–8 ARCTIC GT 先跑 author train → checkpoint;并行完成 D3D official aggregate、D3D contact review 和 HDMI 接入;evaluator 签字后再统一 reload/eval baseline 证据冻结:checkpoint、raw rollout、telemetry、日志和 provenance 可复核
Day 9–17 Ours v0 → v1,只有明确失败证据时才做 v2;同步写论文非结果部分 method/metric 冻结:配置、checkpoint rule、primary、threshold 和 margin 人工签名
Day 18–23 解封 private test,运行正式比较、预注册消融和统计 论文数字冻结:主表数字、CI、coverage 和 denominator 可追溯
Day 24–28 fresh reproduction、EIC/Devil’s Advocate、9-page 排版、补充材料和投稿检查 提交冻结:只修阻塞错误,不再加方法、指标或数据集

这不是逐日排班。真正不可逆的只有上表五次冻结,其余安排由负责人按算力和依赖调整。

4. 每张正文表对应什么

论文表 必需内容 可选内容
Table 1 · Recon D3D-HOI official、Ours 3DADN 和 ARCTIC RGB 只有在统一协议跑通后才加入
Table 2 · End-to-End D3D RGB → frozen Ours Recon → CoDA/InterMimic/RePHO/Ours
Table 3 · Captured-reference Physics ARCTIC captured reference ParaHome 通过 gate 后追加
Table 4 · Ablation w/o HOI Align.、w/o Physics grounding、最终方法中真实存在的 remove-one;均与 Ours paired 不为凑数量发明机制
Appendix failure、efficiency、robustness、必要 diagnostics Generated、3DHOI legacy 和未进正文的完整指标

5. 只保留这些实验规则

  • visible validation 可以反复查看;private test 解封前不能看 case-level 指标、视频或失败原因。看过就把该 split 降级为 validation,并另建 untouched test。
  • 所有 scheduled case 和 seed 都进入 ITT denominator;crash、NaN、timeout、missing 和算法提前终止都记 Fail。
  • 连续误差只在真实 valid prefix 上算,并同时报告 coverage;不能只报成功样本或两个方法共同成功的交集。
  • Revolute 的 rad 与 prismatic 的 m 分开;有多个 seed 时先在 case 内聚合,再跨 case。
  • CI 使用真实 CAD/object cluster 的 paired bootstrap。样本量不足以支持目标 CI 时,该 panel 只作 exploratory。
  • matched Physics baseline、Ours 和 Physics ablation 共用 evaluator、transitions、checkpoint rule 和 search budget;Recon native/adapted rows 分别披露输入权限与优化预算,不伪称同一训练流程。
  • formal test 解封后不再改 primary、threshold、failure policy 或方法配置。

6. 来不及时怎么缩减

依次删除:HDMI → ARCTIC RGB Recon → ParaHome → Generated 扩展 → 非主张驱动 robustness → 额外 diagnostics。

不能删除 D3D 主线、最小 matched baselines、关键消融、ITT/failure 规则和 provenance 检查;也不能用 toy、pilot 或 reported-only 数字填正式空表。某个 formal gate 没通过时,应缩小论文主张,而不是靠换阈值或筛样本掩盖问题。

7. 共享执行 checklist

这部分恢复原来的协作 checklist。它是可调整的任务池,不是每日 hard gate:负责人可以按依赖和算力改变 顺序;五次冻结仍以第 3 节为准。checkbox、负责人和备注由当前 docs server 共享保存,不写入论文或 Overleaf。

当前关键项

当前事实:ARCTIC official preprocess → author trainer → 10-epoch loadable checkpoint 已在 CoDA、InterMimic、 RePHO 上通过;这是 pipeline validation。作者预算训练、clean reload 和 common eval 尚未完成,因此 P0-PHY-LIFECYCLE 仍不勾选。

  • P0-D3D-CONTACT 冻结 D3D formal main 的 automatic contact provider、revision/hash 与 private-test 零人工介入规则。
  • P0-D3D-MANIFEST 冻结 D3D case×seed manifest、visible/private split、真实 CAD cluster 与 failure denominator。
  • P0-RECON-BASELINE 复核 D3D-HOI official 的 9 个 pose/dimension groups、8 个 revolute groups 与 17 个 prismatic videos;完成 Ours 和 w/o HOI Align. formal rows。
  • P0-PHY-LIFECYCLE CoDA、InterMimic、RePHO、Ours 均跑通 train → checkpoint → clean reload → common eval。
  • PHY-PIPELINE-VALIDATION CoDA、InterMimic、RePHO 均以明确 reduced-env 的 10-epoch 配置跑通 official preprocess → author trainer → loadable checkpoint;不得当作 full train 或论文结果。
  • P0-PHY-TELEMETRY pairwise body-collider × target-link telemetry 通过 positive/negative replay;否则 contact-qualified secondary 保持关闭。
  • P0-STATISTICS manifest-driven ITT、valid-prefix coverage、failure ontology、rad/m 分列与真实 CAD-cluster paired bootstrap 端到端通过。
  • P0-METRIC-SIGNATURE 人工签署 Physics primary outcome、wrapper、threshold、hold window、margin 与 checkpoint rule。
  • P0-PRIVATE-SEAL 确认 private test 未泄漏;方法、配置、预算和 metric 签名齐全后才解封。
  • P0-PAPER-NUMBERS 每个正式数字均能回链 manifest、run artifact、aggregator、代码版本和表格单元格。
展开完整五阶段任务池

阶段 1 · 协议与数据

  • PROTOCOL-1 冻结 D3D core claim、四张正文表与 baseline/ablation 身份;ARCTIC RGB、Generated、ParaHome 保持独立可选项。
  • PROTOCOL-2 冻结 visible validation 与 untouched private test;记录 video、case、CAD/object cluster 和 joint type。
  • PROTOCOL-3 冻结 Recon 输入权限:RGB、GT CAD、mask、depth、contact provider 与所有人工介入 provenance;人工 contact 只用于 calibration/evaluator/oracle diagnostic。
  • PROTOCOL-4 冻结 Physics canonical input:human、asset、q0、timeline、contact intent、passive-object 设置和 reset。
  • PROTOCOL-5 冻结 candidate telemetry、scheduled failure policy、transitions、seeds、search budget、checkpoint rule 与硬件记录。
  • PROTOCOL-6 用 visible pilot 的 cluster variance 冻结目标 CI 宽度或 MDE;达不到时预先把对应 panel 降为 exploratory。
  • PROTOCOL-7 完成 scheduled-case discovery、failure injection 与 private-test escrow smoke;不得查看 private case-level 内容。
  • PROTOCOL-8 用完整单-case lifecycle 实测 GPU 时间;正式计划不超过 guaranteed GPU-hours 的 65%,其余留给故障、评测、渲染和复现。
  • PROTOCOL-9 冻结各 panel 的 case/cluster 规模;ARCTIC、Generated、ParaHome 的 planning target 只有通过 activation 和 precision 检查后才成为正式 N。

阶段 2 · Baseline evidence

  • BASELINE-1 D3D-HOI author-released results 按 native evaluator 生成逐 case 与 grouped aggregate,并保存来源/hash。
  • BASELINE-2 CoDA Studio lifecycle 与一次 native author-fidelity audit 完成;native audit 不产生第二条 baseline。
  • BASELINE-3 InterMimic Studio lifecycle 完成,adapter 的输入、预算和保留 native components 可复核。
  • BASELINE-4 RePHO Studio lifecycle 完成;若 bounded fix 后仍失败,状态与正文资格如实降级。
  • BASELINE-5 对 HDMI 作一次 time-gate 决策;未完成 dependency/lifecycle 就删除 formal row。
  • BASELINE-6 所有 required baselines 在同一 visible manifest 上完成 scheduled runs;crash、timeout、NaN、missing 不得删样本。
  • BASELINE-7 冻结 raw rollouts、完整 telemetry、candidate-metric vector、日志与 provenance,形成可复用的 visible evidence;候选集之外的新公式或 telemetry 需求必须重跑。
  • BASELINE-8 3DADN 在限时内取得逐视频 predictions 并统一重评;否则移到 reported-only。CubeOPT 仅保留我们的 reproduction 身份。
  • BASELINE-9 ARCTIC 仅在 view/split/evaluator、MANO↔SMPL-X bridge、ArcticNet-SF、HOPformer 与 Ours 全部可运行时整块激活。

阶段 3 · Ours 与签名

  • METHOD-1 从 visible baseline 的 first-failure map 提出最多两个可识别的机制候选,不做无边界 sweep。
  • METHOD-2 候选分别完成 crash screen;只保留与预期 failure stage 对应、且安全性不过界的机制。
  • METHOD-3 Ours v0/v1 在完整 visible manifest 上运行;仅在明确 failure evidence 支持时允许一次 v2 修正。
  • METHOD-4 冻结 Ours Recon reference 与所有 Physics backend 可读取字段,避免方法间 reference 漂移。
  • METHOD-5 运行 w/o HOI Align.、w/o Physics grounding 及最终方法中真实存在的 remove-one;删除没有独立机制的占位行。
  • METHOD-6 在 method-blinded visible validation 上完成 threshold/hold-window calibration、annotation repeatability 与 practical margin 讨论。
  • METHOD-7 冻结 method/config/checkpoint、人工选定的 primary outcome(当前 provisional 推荐 B)、wrapper、threshold、margin、failure policy 与 claim hash。

阶段 4 · Private formal numbers

  • FORMAL-1 解封 private queue 后只看 infrastructure status;完成前不看 case-level metric、视频或失败解释。
  • FORMAL-2 D3D required Recon、end-to-end 与 captured-reference Physics rows 全部进入 queue;optional rows 按此前 activate/delete 决策处理。
  • FORMAL-3 每个 scheduled case×seed 都有终态;missing artifact 记 Fail,不人工补样本或静默重跑。
  • FORMAL-4 统一解封 aggregate,先 case 内聚合 seed,再按真实 CAD/object cluster 计算 paired CI。
  • FORMAL-5 填四张正文表与必要 appendix;同时报告 valid coverage、Fail/scheduled、rad/m 与 method status。
  • FORMAL-6 按预注册规则选择定量与视频样例;不得因 Ours 更好看而事后挑案例或改 primary。

阶段 5 · 论文与复现

  • PAPER-1 fresh checkout 跑最小 lifecycle、重新聚合并核对表格;失败时回到最后可复核 artifact。
  • PAPER-2 完成 claims↔tables↔metrics↔baselines 对照、citation/source、license、anonymity 与 AI-use 检查。
  • PAPER-3 独立 Methodology、Devil’s Advocate 与 EIC 复审;P0 清零,P1 修复或明确登记。
  • PAPER-4 冻结代码、配置、数字、图视频选择规则、正文与 appendix;之后不增加新主实验。
  • PAPER-5 完成 9-page layout、supplementary material、reproducibility statement 与最终提交检查。