Offline reinforcement learning is training a robot policy from a fixed dataset of past experience, without new transitions. Levine and colleagues name its central difficulty: a learned value function can overrate actions the data never tested, and no live environment corrects itSource 1.

A rendered TriFinger robot: three robotic fingers mounted above a round, walled arena push a cube toward a target pose.
TriFinger, three robot fingers over a round arena, rendered in Isaac Gym. The real benchmark pairs reproducible hardware with simulation for debugging, so offline-RL policies trained on its fixed datasets meet the same robot every time.
Paper figure: Viktor Makoviychuk et al. / arXiv. Licence: CC BY 4.0.

Self-check

Which fixed robot dataset gives offline RL the most credible advantage over behavior cloning?
Read the reasoning
  • Mixed-quality trajectories with successes, failures and rewardsThe reward can distinguish better behavior from worse behavior, while failed and partial trajectories give a value learner evidence that cloning would imitate indiscriminately.
  • Short, clean expert demonstrations with no reward signalBehavior cloning directly fits this evidence. A critic adds estimation error without failures or long-horizon tradeoffs from which to learn.
  • Large logs from unrelated robots with incompatible actionsVolume does not repair an undefined action mapping or missing task coverage. The support problem exists before the learning objective is chosen.

Offline RL earns its complexity when reward-bearing data contains meaningful quality variation or long-horizon fragments. Dataset size alone cannot supply either condition.

The fixed-data bargain

Offline RL learns from a static set of transitions (observation, action, reward, next observation, termination) produced by one or more behavior policiesSource 1. Value learning bootstraps, so error from actions outside the data accumulates through the Bellman backupSource 8. For robots, support also spans controller mode, action magnitude, contact regime and task stage, and Real-ORL, built on over 6,500 trajectories from 800 robot hours, found that offline RL and imitation prefer different action spacesSource 9.

Distributional shift
Recorded data alone overrates untried actions
0 of 10, none
Lit bob: the real resultuntried grip · expects 96, gets 13

Illustrative curves

Marking down untried actions keeps an offline learner's choice where its data can vouch for it.
How this was made
The pins hold the learner's guess at the recorded tries of one grip at different strengths, where it matches how well each worked. Between the pins the guess follows the real results; beyond the last pin nothing checks it, and here it springs up. A learner that picks the best-looking strength then picks one nobody tried, and the real result there is poor. Levine and colleagues name this the central difficulty of offline reinforcement learning: the value function overrates actions the data never tested, and no live trial corrects it.
Conservative Q-Learning marks down the value of actions outside the data while keeping the values of the tried ones: on the board, the screws that press the free ends down. The slider sets how strongly; here the choice returns to the tried range from 5 of 10. Every curve is illustrative, drawn to show the shape of the problem, not taken from a trained robot.

With caution at 0 of 10, the learner picks a squeeze 100% of the way from gentle to hard, outside the tried range of 18% to 57%; it expects a score of 96 out of 100 and really gets 13.

Which squeeze the learner picks at each caution
caution (of 10)squeeze picked (% of the way to hard)expected score (of 100)real score (of 100)
01009613
41007813
5457474
10457474

Audit the dataset before choosing a method

Behavior coverage

Map each episode's source (expert, novice, scripted controller, older policy or exploration) and its actions by task stage. D4RL builds its datasets from hand-designed controllers, human demonstrators, multitask data and policy mixturesSource 10.

Outcome coverage

The reward must separate successes, partial progress and failures, though a completion label can suffice: COG chained four robot skills under a +1/0 reward, from prior data that never solved the new taskSource 11.

Transition integrity

Check timestamps, episode boundaries, terminations and action units. Mishandled time limits cause state aliasing and invalidate experience replaySource 12.

Deployment overlap

Judge support in the policy's input representation and in physical operating variables, where a camera or control-rate change can outweigh the task label. PTR learned new tasks in a new domain on a real WidowX from as few as 10 demonstrations after offline RL pretrainingSource 13. The datasets guide and the robot-learning stack cover selection and provenance.

Four ways to remain close to evidence

Offline-RL methods differ in how they keep improvement away from unsupported values, and Park and colleagues find the policy-extraction step often matters more than the value objectiveSource 14.

Conservative value estimation

Conservative Q-Learning penalizes high values on actions outside the dataset while preserving observed onesSource 2. RankQ's authors argue that such pessimism anchors policies to suboptimal data, and their action ranking raised a VLA's real cube-stacking success from 43.1% to 88.9%Source 15.

Avoiding unseen-action queries

Implicit Q-Learning fits a state value by expectile regression over dataset actions and extracts a policy by advantage weighting, so value fitting never queries a new actionSource 3.

Regularizing the policy toward behavior

TD3+BC adds a cloning term and state normalization to an off-policy actor-critic and matches more elaborate algorithmsSource 4.

Discretizing and scaling the value function

QT-Opt trained a Q-function on over 580,000 real grasp attempts and reached 96% success on unseen objectsSource 16. With datasets up to 1000 times the usual size, many offline RL algorithms still saturate well short of maximum performance, and long horizons form a fundamental barrierSource 17.

When behavior cloning is the better tool

Behavior cloning is the default for clean expert demonstrations: it fits the action labels and has no bootstrapped critic. Robomimic found recurrent cloning a strong baseline on human demonstrations, where batch-RL methods struggledSource 6, and Kumar and colleagues favor offline RL for sparse rewards, suboptimal or noisy data, and long horizons with composable trajectoriesSource 5.

Trajectory stitching
Offline RL joins two old runs into one success
The robot learns by
Lit car: the robot, with its route so farJoin useful pieces · reaches the goal

Illustrative layout; conditions cited

Neither recorded run reaches the goal from here; offline RL joins their useful halves, copying cannot.
How this was made
The layout holds two recorded runs as two tracks. Run 1 leaves the robot's start and stops short of the goal; run 2 reaches the goal from somewhere else. They meet once, on a shared stretch. Copying, as behavior cloning does, follows the run that leaves the start and repeats its miss. A value learner rates every place by the reward that can follow it, so the shared stretch inherits run 2's success and the points send the robot onto run 2 there.
Kumar and colleagues favor offline reinforcement learning over cloning for sparse rewards, suboptimal or noisy data, and long tasks whose runs can be joined. On a real robot, COG chained four skills under a reward of 1 for success and 0 otherwise, from prior data that never solved the new task. The layout is illustrative.

Rating each place by what can follow it, the learner leaves run 1 at the crossing and follows run 2 to the goal; the map holds 2 recorded runs, and neither goes from this start to the goal on its own.

Where each way of learning takes the robot
the robot learns byrecorded runs usedreaches the goal
Copy one runrun 1no
Join useful piecesrun 1, then run 2yes

Neither method repairs missing support. Over 240 hours of demonstrations and over 3,000 rollouts, Robo-ValueRL ties success to value reliability, and reliable values let offline RL scale better than quality-agnostic cloningSource 18. The behavior-cloning guide covers the baseline.

A six-step evaluation protocol

Do not choose checkpoints by the Q-values they maximize. Paine and colleagues found offline RL algorithms not robust to hyperparameters, yet able to rank policies reliably once the algorithm and Q-estimation method are controlledSource 19.

1. Lock the data split by deployment factor

Hold out environments, objects, operators or periods to match the intended generalization; random transition splits leak adjacent frames. Kumar and colleagues adapt cross-validation to tune offline RL without online evaluationSource 20.

2. Establish three baselines

Use cloning, a recurrent cloner when history matters, and the simplest regularized offline-RL method. RvS's conditioned two-layer MLP competes with TD and transformer methods but is weak on random dataSource 21.

3. Report support-aware diagnostics

Report action distance from the data, critic disagreement, saturation rate and per-source performance; EDAC, for one, penalizes out-of-distribution actions through Q-ensemble uncertaintySource 22.

4. Use simulation only where it is predictive

Simulation ranks close checkpoints only where its link to hardware is measured, as SIMPLER did with paired real evaluationsSource 23. SCORE limits simulated RL to the support of a real-data policy, raising eight real dexterous tasks from 37.8% to 89.9% average success, against 59.5% for the best baselineSource 24.

Three robot scenes in four columns labelled Real, Raw Sim, Sim plus Green Screen, and Sim plus Green Screen plus Texture Matching; the simulated views grow closer to the real camera images from left to right.
SIMPLER matches its simulated scenes to real camera views, from raw simulation to a green-screened real background with matched textures. The authors checked simulated rankings against paired real evaluations before trusting them.
Paper figure: Xuanlin Li et al. / arXiv. Licence: CC BY 4.0.

5. Run blinded physical trials

Fix the protocol before policy identities are known, randomize conditions, and count interventions, collisions and resets, as TRI didSource 25.

6. Keep a fixed canary set

Run one repeatable physical suite for every candidate and keep the episode IDs; the TriFinger benchmark offers a reproducible real-hardware setupSource 26.

From a fixed dataset to controlled online improvement

RLPD mixes offline data into off-policy online learning without separate conservative pretrainingSource 7. Conservative critics fine-tune poorly, so Cal-QL calibrates CQL with a one-line change and leads on 9 of 11 benchmarksSource 27. Retaining offline data in replay is a safe default, though WSRL shows it is unnecessary with a well-designed online methodSource 28.

Ishir Garg, Benjamin Eysenbach, Sergey Levine and colleagues at UC Berkeley and Princeton (October 2026) use prior data to decide where to explore: they estimate empowerment, a measure of how many future states an agent can reach from a state, from unlabeled offline trajectories without any environment interactionSource 31. Used as an exploration bonus for online goal-conditioned contrastive RL, it sped up learning and raised success on five of the OGBench task and dataset pairs and matched the baseline on the rest, over 5 seeds; every test ran in simulationSource 31.

Keep action bounds and command validation outside the learned policy, define interventions and resets, and compare each promotion with the frozen offline checkpoint. PA-RL fine-tuned the 7B OpenVLA with Cal-QL from 40% to 70% real-world success in 40 minutesSource 29. LWD applies offline-to-online RL to a pretrained VLA across a fleet of 16 dual-arm robots and reports 95% average success over eight tasksSource 30. The RL fine-tuning guide covers this phase.

Offline-to-online improvement
Online RL raised real-robot success in every study
Real-robot success
0255075100real tries that succeeded (%)Cube stackingRankQ88.9%Eight hand tasksSCORE89.9%OpenVLA tasksPA-RL70%Standard objectsBORA82.5%+52 points

Reported rates; tasks differ

In each study, RL after offline training raised real-robot success by 22 to 52 percentage points.
How this was made
Each row is one study's reported real-robot success before and after reinforcement learning, on its own task, robot and protocol, so the rows show a direction, not a ranking. The hollow mark is the policy trained on recorded data; the filled mark is after RL.
  • RankQ: 43.1% to 88.9%, a vision-language-action policy's real cube-stacking success, with self-supervised action ranking.
  • SCORE: 37.8% to 89.9%, average over eight real dexterous tasks, with simulated RL kept to the support of a real-data policy; the best baseline reached 59.5%.
  • PA-RL: 40% to 70%, the 7B OpenVLA fine-tuned with Cal-QL in 40 minutes of real-world training.
  • BORA: 60.8% to 82.5%, a residual actor on a frozen vision-language-action policy, with 20 online trajectories per task.
The other side stays in view: Robomimic found batch RL weak on human demonstrations, where a recurrent cloning policy was a strong baseline, so these gains come from studies with reward-bearing data or online practice.

After reinforcement learning, real-robot success reads RankQ 88.9%, SCORE 89.9%, PA-RL 70%, BORA 82.5%; each study raised its own policy by 21.7 to 52.1 percentage points, on tasks that differ, so the rows are not a ranking.

Real-robot success before and after RL
studybefore (%)after (%)gain (points)
RankQ, cube stacking43.188.945.8
SCORE, eight hand tasks37.889.952.1
PA-RL, openvla tasks40.070.030.0
BORA, standard objects60.882.521.7

A compact go/no-go checklist

Run an offline-RL experiment only when actions, rewards, terminations and timing are trustworthy, the data holds behavior that cloning should not imitate uniformly, and deployment lies inside the data's support, since generalization to out-of-support states is often a big barrierSource 14.