跳到主要内容
知仓学习社ZHICANG

corl-supplementary

Use when assembling CoRL supplementary material — the strongly encouraged overview video under the 250 MB cap and roughly three minutes, the optiona…

不碰外部(只输出文字)无严重或高危命中brycewang-stanford/Awesome-Journal-Skills

它会碰到什么

扫了多少1 个文本文件,6 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

CoRL Supplementary Material

CoRL supplementary material splits into three channels with different rules and

different reader guarantees: the appendix (same PDF, optional reading), the

supplementary upload (files and the venue's signature overview video), and —

after acceptance — external hosting, because the PMLR proceedings pipeline

does not take videos at all. Content placed in the wrong channel either never

gets seen or violates a rule.

Channel rules (2026 cycle, corl.org, read 2026-07-08)

| Channel | 2026 rule | Reader guarantee |

|---|---|---|

| Appendix | Optional; follows references in the same PDF; uncounted against the 8 pages | Reviewers are not required to read it |

| Supplementary file(s) | Encouraged for further details; video ≤ 250 MB (strict), ~3 min suggested | Also optional reading; must be anonymous |

| External links during review | Only if fully anonymous — the URL included | Assume most reviewers won't click |

| Camera-ready / PMLR | No video as supplementary; host video/code/data externally, link from the main text or a project page | Permanent record; plan durable hosting |

The uniform consequence of "optional reading": nothing decision-critical may live

outside the 8-page body. The body must stand alone; supplementary material

corroborates, it never carries.

The video: evidence, not advertisement

For a learned-policy paper the video has a specific evidentiary job — showing

that printed success rates correspond to real behavior. Reviewers at this venue

watch with a checklist mindset:

  • Uncut executions. At least a few complete episodes per headline task with

no cuts inside an attempt; jump-cut montages are read as concealment.

  • Playback honesty. Label every speed change on screen ("4x"); real-time

segments for anything you call reactive or real-time.

  • Failure cases. Include representative failures matching your Limitations

section — the pairing is checked, and showing them buys credibility that

no success reel can.

  • Regime labels. Mark sim vs real footage explicitly; a photoreal simulator

clip mistaken for hardware, then discovered, poisons the whole packet.

  • Anonymity. No faces, badges, lab signage, institution-branded robot

livery, or watermarks; mute or scrub audio (voices identify people).

# Fit the strict 250 MB cap without shredding quality (H.264 target ~8 Mbps)
ffmpeg -i raw_cut.mp4 -c:v libx264 -preset slow -b:v 8M -maxrate 10M \
       -bufsize 16M -vf scale=1920:-2 -an overview_anon.mp4   # -an strips audio
stat -c '%s bytes' overview_anon.mp4          # verify < 250*1024*1024
# Frame-level anonymity spot check: export stills every 5 s and eyeball them
ffmpeg -i overview_anon.mp4 -vf fps=1/5 frames/check_%03d.png

Suggested three-minute arc: task family and setup (20 s) → method in one

diagram (20 s) → uncut successes across tasks/objects (90 s) → failures +

limitations (30 s) → generalization or sim-to-real side-by-side (20 s).

The appendix: overflow with a contract

Because reviewers may skip it, apply a simple contract test to every block you

move there: *if a reviewer never reads this, does any claim in the body lose its

support?* If yes, it stays in the body (or the claim softens).

Belongs in the appendix: full hyperparameter and architecture tables, per-task

result breakdowns behind body-level aggregates, extra qualitative rollouts,

prompt lists for language-conditioned systems, rig photographs, dataset

datasheets, extended related work.

Does not belong: the only statement of the evaluation protocol, the only

sim-to-real numbers, the definition of the success criterion, or the honest

version of a claim the body states more boldly.

Code and data attachments during review

  • Ship a self-contained, anonymized bundle: training config, evaluation scripts,

environment definitions, and a small demo-data sample if the full set is heavy.

  • Scrub before zipping — usernames in paths, git history, W&B project names,

internal hostnames, license files naming the lab (corl-submission has the

mechanical sweep).

  • A README at the bundle root mapping files to paper tables costs ten minutes

and is the difference between "code provided" and "code checked."

Camera-ready transition (the PMLR pivot)

On acceptance the channels reorganize (deadline: October 12, 2026, 23:59 AoE for

the 2026 cycle):

  1. Appendix merges into the end of the camera-ready PDF (corl-camera-ready).
  2. The review-time video cannot follow the paper into PMLR — publish it on a

project page or stable video host, de-anonymized, and cite the link in the

main text.

  1. Code/data move to their permanent public homes; prefer an archival DOI for

datasets you expect others to benchmark against (corl-artifact-evaluation).

Assembly checklist

[ ] Body stands alone with supplementary deleted (contract test passed)
[ ] Video: uncut episodes, labeled speeds, failures included, regimes marked
[ ] Video ≤ 250 MB, audio stripped, frame-level anonymity check done
[ ] Appendix in the same PDF, after references, no load-bearing content
[ ] Code bundle anonymized, README maps files → tables
[ ] External links (if any) anonymous including the URL itself
[ ] Post-acceptance hosting plan drafted (PMLR takes no video)

Caps, encouragement language, and the PMLR handoff are all cycle-specific:

re-open https://www.corl.org/contributions/instruction-for-authors for the live

year before finalizing the bundle.

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。