Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Use when deciding whether a project belongs at CoRL, the Conference on Robot Learning, or should be routed to ICRA, IROS, RSS, NeurIPS, ICLR, ICML, or a journal — based on whether the learned component is the contribution, what embodied evidence exists, and which reviewer community should judge the claim.
.claude/skills/brycewang-stanford-corl-topic-selection/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | 17% | 0% |
| case-02 | ✗→✓ | ▲ Improved | 23% | 0% |
| case-03 | ✗→✓ | ▲ Improved | 69% | 0% |
| case-04 | ✗→✓ | ▲ Improved | 57% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 6% | 0% |
CoRL sits at a deliberate intersection: it was founded in 2017 precisely because learning-centric robotics papers were being squeezed between robotics conferences that undervalued the learning and ML conferences that undervalued the robot. Routing to CoRL is therefore a two-axis decision, and a project must score on both axes to belong here.
Ask the two questions separately and honestly:
representation with a hand-engineered module and the paper's story survived, the learning is decoration. CoRL reviewers — drawn from the robot-learning community, not general robotics — will notice within one page.
a static vision benchmark or a gridworld, the robot is decoration. NeurIPS, ICML, or ICLR will serve that paper better and reach a larger methods audience.
Only a yes-yes project is CoRL-shaped. A yes-no project is an ML paper; a no-yes project is a robotics-systems paper; a no-no project needs rethinking, not routing.
| Project profile | Best home | Why not CoRL | |---|---|---| | Imitation / RL / VLA policy with real-robot or credible sim evaluation | CoRL | — | | Sim-to-real transfer method, transfer gap quantified | CoRL | — | | Robot foundation model, data scaling, cross-embodiment training | CoRL | — | | New gripper, SLAM pipeline, planner with hardware demo, learning peripheral | ICRA / IROS | Reviewers here score the learning question first | | Broad robotics science where learning is one of several components | RSS | CoRL wants the learning claim central | | Representation learning evaluated only on offline datasets | NeurIPS / ICLR / ICML | No embodied claim to judge | | Benchmark or dataset for robot learning | CoRL (fits) or RA-L/journal for archival scope | Check the current CFP wording | | Mature system with extensive field validation, long paper | T-RO / IJRR / Science Robotics | Conference format too small |
read 2026-07-08) frames the conference around the role of machine learning in robotics; the community's recent proceedings (PMLR v270 for 2024, v305 for 2025) are dominated by manipulation, locomotion, humanoid, VLA-model, and sim-to-real work.
models grounded in robot affordances — went to CoRL, not to an NLP or ML venue, because the grounding on hardware was the claim. See ../../resources/exemplars/library.md.
10th) and single-track in spirit: it publishes far fewer papers than ICRA/IROS, so incremental fits that would survive at a mega-conference get filtered here.
The CoRL 2026 deadline (paper: May 29, 2026) has passed. Routing decisions made today are about the next deadlines, so build the comparison calendar forward:
textRouting calendar as of 2026-07-08 (verify each venue's own pages): CoRL 2027 — CFP not yet posted; recent cycles closed late May/early June [待核实] ICRA 2027 — direct-submission deadline historically mid-September RSS 2027 — historically late January / early February NeurIPS 2026 — main deadline has also passed for this year ICLR 2027 — historically late September; nearest big ML deadline RA-L (journal) — rolling; pairs with ICRA/IROS presentation options
A learning-heavy project missing CoRL 2026 typically weighs ICLR 2027 (if the sim evidence stands alone) against ICRA 2027 (if the hardware story stands alone) against waiting for CoRL 2027 (if the paper genuinely needs both audiences).
robot-specific insight — reviewers ask "why is this not at an ML venue?" and score fit, not just quality.
off-the-shelf recipe with no analysis; reviewers ask what the community learns.
task instance with no generalization axis; CoRL's evaluation culture (multiple tasks, objects, seeds, episodes — see corl-experiments) makes this fragile.
travels better at COLT/NeurIPS unless it predicts something testable on a robot.
If the answer is CoRL, write the fit into the paper rather than assuming it:
in the second — both before any architecture detail.
so the reviewer's evaluation expectations are anchored by you, not by habit.
counted inside the 8-page limit in the 2026 instructions — from day one.
policies, VLA models), not only from the classical-control literature.
text[CoRL fit] yes / no / borderline [Axis 1 — learning is the contribution] yes / no + one-line justification [Axis 2 — claim needs embodiment] yes / no + one-line justification [Alternative venue] <name + reason, if either axis fails> [Next actionable deadline] <venue, date, source URL to reverify>
Re-verify the current cycle at https://www.corl.org/ before acting: CoRL scope wording, deadlines, and policies are re-issued each year by that year's chairs.
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-01 | fail→pass | 14,146 | 11,806 | -17% | 1 | 1 | 0% | 2,359 | 2,766 | +17% | 0 | 0 | — |
case-02 | fail→pass | 22,057 | 13,764 | -38% | 1 | 1 | 0% | 2,454 | 3,012 | +23% | 0 | 0 | — |
case-03 | fail→pass | 11,032 | 12,952 | +17% | 1 | 1 | 0% | 1,847 | 3,124 | +69% | 0 | 0 | — |
case-04 | fail→pass | 14,594 | 9,701 | -34% | 1 | 1 | 0% | 2,255 | 3,538 | +57% | 0 | 0 | — |
case-05 | fail→pass | 17,943 | 12,169 | -32% | 1 | 1 | 0% | 2,636 | 2,794 | +6% | 0 | 0 | — |
case-06 | fail→pass | 24,143 | 15,411 | -36% | 1 | 1 | 0% | 2,428 | 3,230 | +33% | 0 | 0 | — |
case-07 | fail→pass | 18,646 | 12,056 | -35% | 1 | 1 | 0% | 2,045 | 2,753 | +35% | 0 | 0 | — |
case-08 | fail→pass | 18,573 | 12,063 | -35% | 1 | 1 | 0% | 2,100 | 2,707 | +29% | 0 | 0 | — |
case-09 | fail→pass | 13,631 | 11,736 | -14% | 1 | 1 | 0% | 2,127 | 2,512 | +18% | 0 | 0 | — |
case-10 | fail→pass | 20,830 | 8,373 | -60% | 1 | 1 | 0% | 2,410 | 2,925 | +21% | 0 | 0 | — |
case-11 | fail→pass | 18,964 | 9,592 | -49% | 1 | 1 | 0% | 2,096 | 3,105 | +48% | 0 | 0 | — |
case-12 | fail→pass | 17,983 | 11,845 | -34% | 1 | 1 | 0% | 2,391 | 2,705 | +13% | 0 | 0 | — |
case-13 | fail→pass | 13,239 | 7,843 | -41% | 1 | 1 | 0% | 2,034 | 2,623 | +29% | 0 | 0 | — |
case-14 | fail→fail | 27,146 | 21,700 | -20% | 1 | 1 | 0% | 3,321 | 4,161 | +25% | 0 | 0 | — |
case-15 | pass→pass | 22,110 | 14,085 | -36% | 1 | 1 | 0% | 2,180 | 2,915 | +34% | 0 | 0 | — |
case-16 | pass→pass | 22,898 | 21,825 | -5% | 1 | 1 | 0% | 3,300 | 4,575 | +39% | 0 | 0 | — |
case-17 | fail→pass | 16,742 | 11,685 | -30% | 1 | 1 | 0% | 2,519 | 2,592 | +3% | 0 | 0 | — |
case-18 | pass→pass | 21,366 | 21,148 | -1% | 1 | 1 | 0% | 2,329 | 4,093 | +76% | 0 | 0 | — |
case-19 | pass→pass | 6,164 | 11,094 | +80% | 1 | 1 | 0% | 945 | 2,746 | +191% | 0 | 0 | — |
case-20 | fail→fail | 13,317 | 11,026 | -17% | 1 | 1 | 0% | 2,379 | 3,422 | +44% | 0 | 0 | — |
case-21 | fail→fail | 19,402 | 17,659 | -9% | 1 | 1 | 0% | 2,308 | 3,718 | +61% | 0 | 0 | — |
case-22 | fail→fail | 21,334 | 22,186 | +4% | 1 | 1 | 0% | 3,167 | 4,742 | +50% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted. The headline lift of +64 percentage points is the difference between those two pass rates over the 22 comparable cases.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.