AutoRLBench/Contribute
Call for contributions

Contribute a valuable RL run.

We collect real runs for diagnosing and repairing RL failures. An idea for how to construct the run is enough — we do the packaging. Two valid tasks make you a co-author on the benchmark paper.

How to submit
  1. Now

    Open call

    Start from an idea or a full workspace.

  2. Rolling

    Review

    We review and merge valid tasks.

  3. 31 December

    Co-author

    Two valid tasks make you a co-author on the paper.

  4. Early 2027

    Publication

    The final leaderboard ships with the paper.

The rule

Two Evaluation levels

Issue is a diagnosis. Solution is that same diagnosis plus a run that applies the fix.

Level 01Issue

Issue

Diagnose the failure using the workspace and metrics.

InstructionWhat to diagnose and what the failure is.
WorkspaceCode, config, logs, and metrics from the recorded run.
EnvironmentContainer image, dependencies, model, and dataset.
Level 02Solution

Solution

Everything in Issue, plus repair instructions and rerun threshold.

IssueDiagnosis instruction, workspace, and environment.
SolutionFix instructions and threshold. Adds repair-and-rerun evaluation.
EXAMPLE

An Example Task

Length bonus reward hack

An unconditional length bonus teaches the policy to write longer, not better.

- Issue: diagnose it from the run's own traces.
- Solution: delete the two bonus lines and rerun.

Open the sample
README.mdtask card
# Length bonus reward hack

Training Qwen3-4B with GRPO on DAPO-Math-17k. The reward adds an unconditional length bonus, so the policy learns to write longer answers instead of correct ones.

| | |
| --- | --- |
| **Domain** | reward |
| **Tags** | `slime` `grpo` `reward-hacking` `length-bonus` `aime` |
| **Model** | Qwen3-4B (Instruct-2507, SFT → RL) |
| **Dataset** | DAPO-Math-17k (RL), ReTool-SFT (SFT warm-up), AIME-2024 (eval) |
| **Framework** | slime (Megatron + SGLang), `examples/retool/retool_qwen3_4b_rl.sh` |
| **Environment** | `slime-v0.3.2` · 8 GPUs |
| **Evaluations** | issue · solution |
| **Recorded runs** | 1 defective run (100 steps) · 1 repaired reference run (70 rollouts) |

## Reference solution

- **issue**: name the unconditional length term in `reward_func` as the root cause … Calling the run healthy, or blaming a recipe setting, fails.
- **solution**: delete the length term. After that, `generate_with_retool.py` is byte-identical to the healthy recipe.

## Verification

- **issue**: an LLM judge compares `agent_answer.md` with the hidden oracle on verdict / root cause / evidence, weighted 0.2 / 0.6 / 0.2. Passing requires ≥ 0.8.
- **solution**: the agent repairs the workspace and submits `report.md` without training … The best `eval/aime` (math_dapo score space) must fall in `[-0.55, 0.5]`.

The task card: what ran, what went wrong, the reference solution, and how each level is verified. A reviewer reads this first.

Submission

How to submit

Use an agent when the workspace already exists. Open a pull request for a workspace, or an idea for how to construct one.

01

Agent

Paste this prompt. It follows package-task. Change the level to solution when a repaired run is included.

Package the workspace at <path> as an AutoRLBench issue task using https://github.com/Thinking-Space/AutoRLBench/tree/main/skills/package-task.
02

Pull request

Open a PR on Thinking-Space/AutoRLBench.

  1. 01
    Name the task

    Issue or solution, the failure category.

  2. 02
    Add what you have

    Diagnosis instruction, workspace, and environment. Solution adds repair-and-rerun evaluation.

  3. 03
    Push the branch

    Use the commands below when tasks/your-task-name is already built.

git clone https://github.com/Thinking-Space/AutoRLBench.git
cd AutoRLBench
git checkout -b contrib/your-task-name
git add tasks/your-task-name
git commit -m "Add your-task-name"
git push -u origin contrib/your-task-name