Learning to Assist: Collaborative VLAs for Implicit Human-Robot Collaboration

Leo Xu1, Letian Li1, Alex Cuellar2, Michael Hagenow1
1University of Wisconsin–Madison, 2Massachusetts Institute of Technology
CoRL 2026

A Collaborative VLA working with a person through a complete radio assembly (4 min 45 s in real time). It reads implicit cues to decide when to fetch and hand over each part.

Abstract

Human-robot collaboration (HRC) combines the complementary strengths of humans and robots to improve task efficiency. However, many existing collaborative systems rely on hand-engineered pipelines, limiting their scalability and flexibility for new tasks. In this work, we show that models trained end-to-end with imitation learning, specifically vision-language-action (VLA) models, can support collaborative manipulation, and characterize the key factors affecting their real-world performance.

We evaluate two state-of-the-art models and identify a failure mode of action-chunking policies in implicit HRC, where demonstration action leakage (i.e., action chunks crossing latent task transitions) can cause premature assistive behavior. We find that this issue increases with longer execution horizons and occurs in real-world collaborative VLA systems, such as when a robot attempts to hand over a tool before the person is ready. We propose an inference-time steering method to mitigate these erroneous assistive actions while preserving policy performance.

Finally, through a 16-participant user study on a long-horizon collaborative assembly task, we show that steering enables a longer execution horizon while mitigating premature assistance, leading to faster collaboration and fewer failures compared to a shorter-horizon policy.

Video

Collaborative VLAs

Left: a teleoperator and a seated collaborator recording collaborative demonstrations. Middle: a VLA model takes camera images, robot state and a task prompt and outputs action chunks, with inference-time 'wait' steering and speed-up interventions. Right: the trained collaborative VLA handing a screwdriver to a person.

We fine-tune VLAs on collaborative demonstrations and add inference-time interventions to improve timing and mitigate premature robot actions in implicit HRC.

Many HRC systems use hand-designed pipelines with dedicated modules for intent inference and human-aware motion planning. We ask whether a robot can instead be shown how to collaborate. In implicit collaboration, the robot has to read subtle cues, like which part the person is working on or whether they have put out their hand, and decide when and how to help. We train action-chunking VLAs on such collaborative demonstrations and find that they can learn these tasks, but they also have a characteristic timing failure.

Contributions

  1. We identify demonstration action leakage, a failure mode of action-chunking policies that can cause premature assistive actions (false commitments) in HRC.
  2. We propose an inference-time steering approach that uses automatically extracted basin points to reduce false commitments without retraining or architectural changes.
  3. We evaluate collaborative VLAs on physical tasks, including model and speed comparisons and a 16-participant user study. Steering enables longer-horizon execution with less time on task and fewer failures than a conservative short-horizon baseline.

Can VLAs Learn Collaborative Tasks?

The tabletop setup with an xArm 6 robot, and the Abstract Assembly, Mini-Chair and Radio tasks with their final assemblies.

Experimental setup and the three collaborative assembly tasks, each shown in its initial state with the final assembly inset.

Abstract Assembly

Sequential steps. Human and robot each place four blocks into a fixture. The person places red, blue or purple blocks, and the robot must answer with the matching color (either color for purple, to test multimodality).

Mini-Chair

Handovers both ways. The robot must recognize whether the person is attaching the seat or the back, hand over the matching bolts and screwdriver, and take both screwdrivers back at the end.

Radio

Long-horizon. About 5.5-minute demonstrations with two tool handovers, eight object handovers and two sequential manipulations. Used in the user study.

We compare a Diffusion Transformer policy (DiT) trained from scratch against a fine-tuned π0.5, each run at the demonstration rate and with a speed-up that consumes actions 1.5× faster. Both models predict 16-step action chunks, execute 8 steps before replanning, and are trained on 100 demonstrations at 10 Hz. To speed the robot up without jerky motion, each new action chunk is truncated to start at the point closest to the last commanded position. Each condition is evaluated over 10 rollouts with a collaborator who did not appear in the training data.

Abstract Assembly

π0.5 DiT

Mini-Chair

π0.5 DiT

Full, uncut rollouts of each model (execution horizon 8), played side by side at the same speed. A panel dims once its rollout is finished.

Abstract Assembly Mini-Chair
Policy Progress (%) ↑ Total time (s) ↓ Robot time (s) ↓ Mistakes ↓ Failures ↓ Progress (%) ↑ Total time (s) ↓ Robot time (s) ↓ Mistakes ↓ Failures ↓
DiT 95 ± 11 120 ± 34 109 ± 35 0.8 ± 0.6 2.1 ± 3.7 50 ± 53 318 ± 56 299 ± 68 6.2 ± 3.8 0.9 ± 1.1
DiT + Speed 100 ± 0 84 ± 15 73 ± 14 0.7 ± 0.7 0.5 ± 1.0 50 ± 53 275 ± 101 264 ± 107 7.6 ± 5.6 0.3 ± 0.5
π0.5 100 ± 0 71 ± 4 58 ± 3 0.5 ± 0.5 0.0 ± 0.0 100 ± 0 121 ± 6 101 ± 5 0.1 ± 0.3 0.0 ± 0.0
π0.5 + Speed 100 ± 0 63 ± 3 51 ± 3 0.8 ± 1.1 0.0 ± 0.0 100 ± 0 125 ± 9 102 ± 9 0.1 ± 0.3 0.0 ± 0.0

Policy performance over 10 rollouts per condition (mean ± SD). Bold marks the best policy for each metric.

π0.5 outperforms DiT on both tasks. DiT often misread the person's initial intent in Mini-Chair, fumbled precise fetches of tools and bolts, and learned only one of the two assembly orders, suggesting that manipulation pretraining also helps collaboration. Speed-up helps most when the person is waiting on the robot: it shortened Abstract Assembly but gained little on Mini-Chair, where the robot usually fetches the next item while the person is still working.

Action Leakage Causes Premature Assistance

While reviewing rollouts, we noticed that the robot sometimes handed over an object before the person extended their hand. The cause is action chunking. In a collaborative demonstration, a chunk whose observation still shows the robot waiting can include the motion that follows once the person signals readiness. We call this demonstration action leakage: a training chunk that spans a transition in the human's latent intent.

Six frames from the wrist camera: four nearly identical frames while the robot waits, then the person extends a hand and the robot moves for the handover. Below, a chunk that starts during waiting and ends during waiting is marked correct, while a chunk that starts during waiting but extends into the handover motion is marked as problematic.

Two action chunks with nearly identical "waiting" observations. One contains only idle actions; the other leaks into the upcoming handover motion.

A false start at real-time speed. The collaborator's hands stay on the table, but the robot begins the handover anyway.

Because waiting observations look almost identical, the policy can sample a leaky chunk at any point while it waits. This produces a false start that drifts into out-of-distribution states and ends in a false commitment, such as a premature handover.

The problem grows with the execution horizon. Shortening the horizon reduces false starts, but it cannot eliminate them, because any chunk can cross the boundary.

Plot of 100 predicted chunks sorted by the prediction step at which future task motion begins. Every chunk transitions to future task motion before step 16, many before step 8.

Direct evidence. At a representative Mini-Chair handover, all 100 action chunks sampled from π0.5 contain a transition from waiting into future task motion. Executing only the first 4 steps (dashed line) stays clear of the leaked motion in this sample, but longer execution horizons execute more and more of it.

When we manually removed leaky chunks from the training set, only 1 of 100 sampled chunks leaked, and the robot stayed in place until the collaborator signaled readiness.

Inference-Time Steering toward Waiting

Robot gripper holding a screwdriver inside a shaded sphere marking a basin point. Several sampled action chunks fan out from the gripper; chunks ending closer to the basin receive higher steering reward, and arrows show the pull toward the basin center.

Chunks that end closer to the basin get higher reward, and the basin pull further encourages waiting.

We bias the policy toward waiting at inference time, with no retraining or architecture changes. We anchor steering on basin points, which are waiting positions found by MeanShift clustering of the training data.

FK steering. We adapt Feynman-Kac steering to sample action chunks from a tilted distribution πtilt(a | c) ∝ πθ(a | c) exp(λ r(a)). While the robot is inside a basin, a set of particles is denoised in parallel and resampled toward chunks that end near the basin without drifting away from it. With 16 particles, π0.5 inference takes 88.8 ms, compared with 67.2 ms without steering.

Basin pull. Noise can still let the robot creep out of a basin, so we also interpolate the commanded end-effector position toward the active basin, weighted by how conservative the best particle is.

Both mechanisms turn off outside the basin radius, where the policy samples from its original distribution.

Without steering With steering

Waiting to hand over with an idle collaborator. Without steering, the robot repeatedly drifts toward the person. With steering, it holds its waiting position, even though the clip covers a much longer span.

Drift and false commitments versus execution horizon 4, 8, 12 and 16 for baseline, pull, FK steer, and FK steer plus pull. Both increase with longer horizons for the baseline; FK steer plus pull stays low across horizons.

Waiting experiments. We ran the sped-up π0.5 for five minutes at a handover boundary with an idle collaborator (8 trials per condition). Longer execution horizons produced more false commitments and drift. FK steering combined with basin pull reduced both at every horizon.

On the Radio task at an execution horizon of 12, steering cut premature commitments from 7 (± 4) to 0 and waiting drift from 0.99 m to 0.06 m over five minutes. The cost is a slightly slower reaction to handover cues: 0.40 s on average over 50 handovers, compared with 0.29 s without steering.

User Study

Sixteen participants completed the Radio assembly with two configurations of the sped-up, fine-tuned π0.5, in counterbalanced order. The two conditions are the two ways of avoiding false starts described above:

  • Short horizon (4): executes 4 steps per chunk. It is more reactive and empirically avoids false starts, but it is less temporally cohesive.
  • Long horizon + steering (12+Steer): executes 12 steps per chunk with our steering. It is smoother and more cohesive, and it would produce false starts without steering.
Short horizon (4) Long horizon + steering (12+Steer)

Radio assembly with each condition.

Bar charts comparing the two conditions. Time: 350.1 s for 4 versus 302.0 s for 12+Steer (p < .001). Mistakes: 0.6 versus 2.8 (p < .01). Failures: 1.1 versus 0.5 (p < .05). SUS, NASA TLX and fluency show no significant differences.

User study results (n = 16, paired t-tests). Light bars: short horizon (4). Dark bars: 12+Steer.

  • Faster collaboration with fewer resets. 12+Steer reduced time on task (302 s vs. 350 s, p < .001) and failures that required a reset (0.5 vs. 1.1, p < .05).
  • Preferred by most participants. 11 of 16 preferred 12+Steer and called it noticeably smoother and faster. The other five felt the short horizon was more accurate.
  • Trade-offs. Because it is less reactive, 12+Steer made more recoverable mistakes such as re-grasps (2.8 vs. 0.6, p < .01) and more handover collisions (0.5 vs. 0.06), although no participant mentioned these as a source of discomfort. The subjective questionnaires (SUS, NASA-TLX and fluency) showed no significant differences.

BibTeX

@misc{xu2026learning,
      title={Learning to Assist: Collaborative VLAs for Implicit Human-Robot Collaboration}, 
      author={Leo Xu and Letian Li and Alex Cuellar and Michael Hagenow},
      year={2026},
      eprint={2606.12475},
      archivePrefix={arXiv},
      primaryClass={cs.RO},
      url={https://arxiv.org/abs/2606.12475}, 
}

Acknowledgments

We are grateful to Tutor Intelligence for donating the robot arm featured in this project. We thank Kerimcan Turkucu for his help collecting interaction data for each of our tasks and Johnny Hong for helping run the demonstration-budget experiments in the appendix. We also thank William Chen for helpful discussions.