By Lumi · Embodied AI · · 10 min read
Bimanual Manipulation Explained: Why Two Arms Are Harder Than One
When I watched ALOHA open a translucent condiment cup, I first focused on the gripper lifting the lid. I was watching the wrong part. Before that final movement, one arm tapped the cup onto its side and nudged it into the other gripper. The second arm closed gently, lifted the cup, and became the stable reference that made prying possible.
That sequence gave me the cleanest definition of bimanual manipulation: two hands or robot manipulators carry out one task while coordinating their position, timing, or force. Two arms moving at once are not enough. The important thing is the changing relationship between them.
I found no settled boundary in the literature. The 2012 dual-arm manipulation survey ranges from two manipulators pursuing one goal to a narrower case in which both physically interact with the same object. I use a practical test from the later bimanual manipulation taxonomy. If the two actions can occur one after the other, in either order, with the same result, they are largely parallel single-arm jobs. If one hand changes the timing, pose, or force available to the other, I am looking at a bimanual task.
My main lesson challenges the claim that “twice the arms” means twice the capability. The second arm adds reach and another gripper, but it also creates a coordination problem. A useful system must control that relationship, preserve it in training data, and recover when contact changes it.

ALOHA's real-world tasks expose different kinds of coordination: stabilising, handing over, inserting, pulling, and supporting. Credit: Zhao et al., Learning Fine-Grained Bimanual Manipulation with Low-Cost Hardware. Videos and hardware: ALOHA project.
Two active arms can still be two separate jobs
The taxonomy corrected my first mistake: I had been treating every two-arm motion as bimanual. A robot may sort unrelated objects into two bins faster with both arms, but each arm can follow an almost independent plan. Apart from avoiding a collision, neither action defines the other.
Coordination begins when the task imposes a shared constraint. A handover is loosely coupled. The hands can move independently for most of the approach, but they must meet at a suitable place and time. Carrying a rigid tray is tightly coupled because the hands remain linked through the object. A motion by one arm immediately changes what the other arm must do.
The roles matter too. Lifting a box is roughly symmetric: both arms support and move the same object. Opening the condiment cup is asymmetric. The left gripper holds and establishes a coordinate frame; the right gripper performs the finer action inside that frame. “Left” and “right” are not permanent job titles. The roles can switch as the task moves from reaching to handover, contact, and release.
I like this taxonomy because it leads to engineering decisions rather than stopping at labels. The 2024 formalisation of its spatial and temporal constraints used category-specific controllers on the ARMAR-6 humanoid. Independent phases could retain flexibility, while coupled phases enforced the relationship that the task required. Once the cup passes into both grippers, however, that relationship becomes a force problem as well as a motion problem.
The cup turns coordination into a force problem
When two arms grasp the same rigid object, the arms and object form a closed kinematic chain. Both end effectors may have individually reasonable targets that are mutually impossible. Asking one gripper to move five millimetres left while the other holds an incompatible pose does not produce two accurate motions. It produces stress, slip, deformation, or a controller fight.
The object can stay almost still while the arms squeeze it harder. That squeeze is an internal force: it changes loading inside the grasp without necessarily moving the object. Too little force lets the cup slip. Too much can crush it, jam the lid, or overload an actuator. The same issue appears when two arms carry a tray: the robot must control the tray's path and how the load is shared.
This is why I still include classical control in the answer. The dual-arm survey describes object-level control that separates desired object motion from internal force. Methods include hybrid force/position control and impedance control. An impedance controller makes the interaction act like a compliant spring and damper instead of demanding a rigid pose. Force-torque sensing, tactile sensing, motor current, and position error provide different evidence about contact. They are not interchangeable measurements.
A humanoid makes the coupling wider. Reaching across the body changes self-collision risk; lifting a load changes balance; moving the torso changes both hand frames. Whole-body control may therefore be part of a task that looks, in a cropped video, like two grippers and a cup.
Geometry and feedback can preserve a chosen relationship, but they do not decide the sequence. The robot must still tap the cup, nudge it, receive it, lift it, find the lid, and pull. To teach that sequence, I would start with a human demonstration.
A useful demonstration records the relationship
ALOHA uses teleoperation with two small leader arms moved by a person and two follower arms that mirror them. In its learning experiments, ALOHA recorded leader joint positions as actions and follower joint positions as observations. Four RGB cameras supplied images. The paper explains that the difference between leader and follower position also influenced applied force through the low-level PID controller. That is useful system-specific information, not a substitute for a calibrated force sensor.
The timing is as important as the fields. In the ALOHA experiments, the control frequency was 50 Hz. Real episodes lasted 8–14 seconds, or roughly 400–700 control steps. Most tasks used 50 demonstrations, while the cable-tie task used 100. Those numbers are modest by machine-learning standards, but each episode contains two action streams whose useful meaning depends on a shared clock.
I would reject a bimanual dataset that stored the arms as unrelated logs and hoped timestamps would sort themselves out later. It should preserve both arm and gripper states, both commands, camera frames, calibration, the task instruction, and the outcome under explicit data synchronisation. If contact matters, I also want available force or tactile signals. If a torso or mobile base participates, its state belongs on the same timeline. A dropped frame on one wrist camera is not merely one missing image; it can move the apparent handover relative to the other arm.
Variation belongs in the data too. The ALOHA operator did not pass a piece of tape at exactly the same point in every episode. That variation forces the policy to learn “meet the other gripper without colliding” instead of memorising one pair of joint angles. Failed grasps and recoveries would strengthen the dataset. Successful demonstrations rarely show what to do after one hand arrives late.
During battery insertion, one gripper holds the remote against the spring reaction while the other places and presses the battery. Source: ALOHA project.
Recording the relationship is only the first half. A policy must reproduce a coherent two-arm sequence without becoming blind to a cup that slips.
The policy has to commit without going blind
Plain behaviour cloning predicts the expert's next action from the current observation. It is attractive because robot learning becomes supervised learning, but small errors compound. One gripper misses its expected pose, the other reaches for a handover that no longer exists, and the policy enters a state absent from its demonstrations.
Human demonstrations also contain several valid solutions. A person may pass an object slightly higher, lead with the other hand, or pause before contact. Averaging those alternatives into one motor command can create a movement that nobody demonstrated and neither gripper can use.
ALOHA's Action Chunking with Transformers (ACT) addresses both problems. It predicts a short action sequence for both arms. Action chunking lets the policy commit to a coherent local movement such as receiving the cup. ACT still queries the policy at every step and combines overlapping predictions. A fresh observation can therefore alter the sequence instead of forcing a long open-loop script.
The ALOHA ablation is unusually instructive. Across four settings, performance rose from 1% with single-step prediction to 44% with 100-action chunks. It then fell slightly as chunks approached open-loop control. The lesson I take is not that 100 is a universal setting. It is that a bimanual policy needs enough temporal structure to coordinate both arms and enough feedback to notice when reality disagrees.
My programmer-first robot learning tutorial explains ACT and Diffusion Policy in more detail. For bimanual work, their shared attraction is simple: they model an action sequence rather than a pair of isolated commands. Diffusion methods can also represent several plausible sequences instead of collapsing every handover into their average.
Scale helps, but it has not made the body irrelevant. The RDT-1B authors pretrained a 1.2-billion-parameter diffusion transformer on more than one million trajectories from 46 datasets. They still fine-tuned it on more than 6,000 ALOHA trajectories across over 300 tasks. They attribute this need to the embodiment gap. Broad pretraining supplies reusable visual and action knowledge, but the target robot still needs data grounded in its cameras, joints, grippers, and dynamics.
Breadth remains the harsher test. The PerAct2 benchmark introduced 13 simulated bimanual tasks with 23 variations. Its reported average success rates were 17.5% for the PerAct leader–follower baseline and 16.8% for PerAct2, even though individual tasks scored much higher. A specialist can look excellent on one cup. A method that handles many forms of coupling faces a harder problem.

PerAct2 tests different relations between the arms rather than repeating one insertion skill. The benchmark uses two Franka arms in simulation and also reports transfer to ARMAR-6. Source: PerAct2 paper.
The lid is still the honest test
The ALOHA paper reported 84% success on opening the cup but only 20% on threading the Velcro cable tie. I find both task-specific results impressive. They come from the same research team, and neither shows that bimanual manipulation is solved. The cable tie occupied little of the image, blended into the dark background, and amplified a few millimetres of grasp error into a missed insertion.
The hardware drew an equally useful boundary. In their limitations, the authors report trouble with child-resistant bottles that require several simultaneous finger actions. ALOHA also struggled with sealed objects that demand more torque and tasks that need a fingernail-like edge. Better sequence modelling cannot create a missing contact surface or stronger motor. More cameras cannot directly reveal a hidden slip between lid and gripper.
I now judge a bimanual system by the relationships it can maintain and repair. Can it keep the object stable while the active hand changes role? Can it regulate contact without crushing or dropping the object? Can it recognise that a handover failed, retreat safely, and try again? Evaluation should vary object pose, friction, timing, load, and disturbances rather than replay one favourable setup until a clean video appears.
That brings me back to the condiment cup. The right gripper's final pull is the visible success. The task works because the left hand becomes a moving reference. The forces stay within a narrow useful range, and both action streams remain open to correction. Two arms provide the possibility. Bimanual manipulation is the discipline of making them behave like one system.