DexJoCo-X benchmarkt Aktionsrepräsentationen für sieben dexteröse Hände
In diesem Preprint stellen die Autoren DexJoCo-X vor, ein Benchmark- und Toolkit für den kontrollierten Vergleich von Aktionsrepräsentationen über sieben dexteröse Hände, sechs Aufgaben und 2.100 ausbalancierte Demonstrationen. Zentrale Erkenntnis: Unter gemeinsamem Training einer Being-H0.5-Policy erreichen funktionsausgerichtete Aktionsslots 47,7 % mittleren Erfolg, nahezu gleichauf mit nativen Koordinaten (47,0 %), während gelernte Latenträume (DexLatent) auf 33,1 % abfallen. Damit wird belegt, dass die Repräsentationswahl vom gesamten Lernsystem abhängt und nicht isoliert betrachtet werden kann.
Untersucht wird, welche Aktionsrepräsentation beim gemeinsamen Training einer einzigen Policy auf sieben heterogenen dexterösen Händen und sechs Aufgaben unter identischen Bedingungen die höchste Erfolgsrate erzielt und ob eine gemeinsame Aktionsschnittstelle dafür ausreicht.
Die Fragmentierung durch unterschiedliche Handkinematiken, Aktuierung, Datensätze und Aufgabenprotokolle verhindert bisher, Effekte von Repräsentation, Vortraining und Architektur zu trennen. Bestehende Benchmarks wie DexArt, Bi-DexHands, DexJoCo oder DexVerse decken zwar Teilaspekte ab, liefern aber keine faire Vergleichsbasis mit denselben Händen, Aufgaben, Demonstrationen, Policy-Backbones und Erfolgskriterien.
Bisherige Ansätze umfassen multi-embodiment Datensätze und Generalisten wie RT-X, Octo, OpenVLA, HPT, π0.5, RT-2, RDT-1B und X-VLA sowie Repräsentationsverfahren wie LAD, OPFA, AdvDex, UniDex und XL-VLA. Sie werden jedoch auf unterschiedlichen Händen, Task-Protokollen und Datensätzen evaluiert, sodass keine kontrollierte Aussage zur besten Aktionsrepräsentation möglich ist. Eine direkte bimanuelle Erweiterung von π0.5 mit 80-dimensionalem Ausgang erreicht nahezu null Erfolg, und das Mischen aller sieben Hände in einer Ego-Pi-Policy bleibt deutlich hinter den Einzelhand-Policys zurück.
DexJoCo-X standardisiert sieben Hand-Interfaces, sechs Aufgaben (drei einarmige, drei bimanuale) und 2.100 ausbalancierte Demonstrationen mit 50 Trajektorien pro Hand-Aufgaben-Paar. Gemeinsame Szenen, Erfolgskriterien und Steuerungsschnittstellen trennen Repräsentation von Hardware. Das Toolkit umfasst neu kalibrierte Glove-to-Hand-Mappings für alle sieben Hände, automatisierte Szenenexpansion und Verifikation. Für den Vergleich dienen sieben pro Hand feingetunte π0.5-Policys mit Ego-Pi-Interleaving als Native-Referenz sowie eine gemeinsame Being-H0.5-Policy, die mit nativen Koordinaten, funktionsausgerichteten Slots (FAAS) oder gelernten DexLatent-Codecs trainiert wird; Being-H0.5 kombiniert dafür cross-embodiment Pretraining, einen vereinheitlichten Aktionsraum und verkörperungsabhängige Experten.
In der Simulation wurden pro Hand-Aufgaben-Paar 150 Rollouts über drei unabhängige Evaluationsläufe à 50 Resets ausgewertet, insgesamt 6.300 pro Konfiguration. Die sieben Einzelhand-Policys (π0.5+Ego-Pi, Native) erreichen im Mittel 31,5 % bei einarmigen und 23,2 % bei bimanualen Aufgaben. Die gemeinsame Being-H0.5-Policy erreicht mit nativen Koordinaten 57,2 % (einarmig) bzw. 36,7 % (bimanual), mit FAAS 54,3 % bzw. 41,0 % und mit DexLatent 40,7 % bzw. 25,6 %. Über alle 42 Hand-Aufgaben-Paare ergeben sich für Being-H0.5: Native 47,0 %, FAAS 47,7 %, DexLatent 33,1 %. FAAS ist bei bimanualen Aufgaben besser, Native bei einarmigen; DexLatent liegt in beiden Gruppen zurück.
Die Evaluation erfolgt ausschließlich in Simulation; physische Roboter oder reale Transferergebnisse werden im Paper nicht berichtet. Es werden sieben konkrete Hände und sechs Aufgaben abgedeckt, es fehlen Zero-Shot- oder One-Shot-Protokolle für ungesehene Hände. Der gemeinsame Vergleich stützt sich auf eine einzige Joint-Policy-Architektur (Being-H0.5) und eine Einzelhand-Referenz (π0.5+Ego-Pi); andere Backbones könnten abweichende Repräsentationsvorteile zeigen. Die DexLatent-Codecs bleiben während des Policytrainings eingefroren. Ein veröffentlichter Code oder Datensatz wird im Paper nicht explizit genannt.
Hersteller dexteröser Hände und Entwickler von Robotik-Foundation-Modellen können den Benchmark kurzfristig nutzen, um Aktionsrepräsentationen unter einheitlichen Bedingungen zu testen und Teleoperations-Pipelines zu validieren. Mittelfristig (1 bis 3 Jahre) könnten die Erkenntnisse in multi-embodiment Policys für humanoide oder mobile Manipulatoren einfließen, sofern offene Daten- und Code-Standards etabliert werden und reale Hardware-Validierung sowie Protokolle für ungesehene Hände ergänzt werden.
Vollständige Studie
DexJoCo-X: Benchmarking Action Representations for Multi-Hand Dexterous Manipulation
Veröffentlicht unter CC BY 4.0. Wiedergabe mit Namensnennung, Original unter arXiv:2610.03278 (PDF).
Abstract
As dexterous hands proliferate, collecting data and training policies separately for every morphology becomes increasingly impractical. Scalable cross-embodiment learning therefore requires a unified representation that captures shared manipulation structure while preserving morphology-specific control. Differences in hands, tasks, datasets, and control interfaces prevent existing studies from isolating the effects of representation, pretraining, and architecture. We introduce DexJoCo-X, a benchmark and toolkit for controlled comparison across seven representative dexterous hands, six single-arm and bimanual tasks, and 2,100 balanced demonstrations. DexJoCo-X provides a matched multi-hand, multi-task protocol with common scenes, success criteria, and execution interfaces, redesigned glove-to-hand mappings, and an automated pipeline that expands reviewed demonstrations across randomized scenes. Using \pi_{0.5}, Ego-Pi, and Being-H0.5, we examine whether a shared action interface is sufficient for multi-hand learning. Expanding \pi_{0.5} to an 80-dimensional bimanual output yields near-zero success. Ego-Pi preserves the pretrained action head through interleaved prediction and supports per-hand multi-task learning, but remains ineffective for seven-hand joint training. By contrast, Being-H0.5 combines cross-embodiment pretraining, a unified action space, and embodiment-aware experts, enabling one policy to control all seven hands. Within this architecture, function-aligned action slots achieve 47.7% mean success, compared with 47.0% for native coordinates and 33.1% for DexLatent. These results show that cross-embodiment representation depends on the entire learning system: action coordinates, pretraining, and architecture must jointly separate shared manipulation structure from embodiment-specific control.
†
I Introduction
Learning manipulation skills that can be shared across dexterous hands is essential for deploying general-purpose robots on diverse hardware. Diverse hand kinematics and actuation fragment demonstrations and policies, making separate training costly and limiting experience reuse. Multi-embodiment datasets and generalist policies, including Open X-Embodiment/RT-X, Octo, OpenVLA, HPT, and the \pi series [1, 2, 3, 4, 5, 6], establish a foundation for sharing robot experience. RT-2 [7] transfers vision–language knowledge to control. RDT-1B [8] uses unified action coordinates, and X-VLA [9] addresses embodiment heterogeneity through soft prompts, while Being-H0.5 [10] and Ego-Pi [11] connect human demonstrations with robot learning. Complementary approaches include diffusion policies with shared action latents [12, 13] and cross-hand reinforcement learning [14]. These efforts motivate action representations that link shared skills to embodiment-specific execution. Recent dexterous foundation-model frameworks, including UniDex [15] and XL-VLA [16], report promising multi-hand learning capabilities through different representations. Yet results obtained with different hands, datasets, and task protocols do not establish which approach best supports cross-hand manipulation under a common evaluation standard.
Existing benchmarks provide complementary capabilities: DexArt [17] studies articulated objects, Bi-DexHands [18] emphasizes bimanual control, DexJoCo [19] supplies functional tasks and demonstration tools, and DexVerse [20] broadens task and embodiment coverage. These benchmarks expand task coverage, but leave open which action representations best support cross-hand learning under matched conditions. A fair comparison requires the same hands, tasks, demonstrations, policy backbone, and success criteria. A shared control interface is also needed to evaluate new representations without rebuilding the hand-control pipeline. These needs motivate a dedicated benchmark for fair and accessible cross-hand evaluation.
To address these needs, we introduce DexJoCo-X, a unified benchmark and toolkit designed for fair comparison and straightforward integration of cross-hand policies (Fig. ). Built on DexJoCo, it combines seven hand interfaces, six tasks, and 2,100 demonstrations with a reusable collection pipeline. We fine-tune \pi_{0.5} [6] with the Ego-Pi protocol [11] as a per-hand multi-task reference, training one Native-action policy for each hand. Our central cross-hand comparison instead trains one Being-H0.5 policy [10] jointly on all seven hands under Native, FAAS, or DexLatent, and evaluates every hand on independent scenes. Our contributions are:
- A unified cross-hand benchmark. Seven hands and six tasks share evaluation scenes, success criteria, and control interfaces for fair comparison of action representations under matched training conditions.
- A reusable demonstration collection toolkit. Redesigned glove-to-hand mappings for all seven hands support human teleoperation, while automated scene expansion and trajectory verification scale demonstration collection.
- A balanced multi-hand demonstration dataset. We collect 2,100 demonstrations spanning six single-arm and bimanual tasks, with 50 trajectories for each of the 42 hand–task pairs.
II Related Work
II-A Manipulation Benchmarks and Dexterous Tasks
RLBench [21], CALVIN [22], and LIBERO [23] benchmark arm–gripper manipulation; Robosuite [24] and ManiSkill2 [25] provide broader simulation infrastructure. Arm–gripper tasks do not test independent finger coordination.
Multi-finger hand benchmarks address bimanual coordination [18], articulated objects [17], deformable objects [26], and trajectory tracking across hands [27]. Grasp-focused resources evaluate pose generation [28, 29] and functional or language-guided grasping [30, 31]. DexJoCo [19] evaluates complete functional tasks, while DexVerse [20] expands task and embodiment coverage. Building on DexJoCo, we enable fair comparison of cross-hand action representations through balanced seven-hand, six-task demonstrations, shared evaluation scenes and success criteria, and reusable control interfaces.
II-B Human Demonstrations and Automated Expansion
Human-to-robot hand mapping spans joint, Cartesian, task-oriented, and reduced-dimensional formulations [32]. DexPilot [33], Robotic Telekinesis [34], AnyTeleop [35], and DIME [36] use human motion to teach dexterous control. ALOHA [37] and UMI [38] broaden accessible demonstration capture, while LEAP Hand [39] provides an affordable dexterous embodiment.
DexMV [40] and ViViDex [41] learn from human video demonstrations. CyberDemo [42] augments simulated human demonstrations for real-world manipulation. MimicGen [43] expands demonstrations across contexts, and DexMimicGen [44] extends this approach to bimanual dexterity. Our toolkit supplies native demonstrations through seven glove mappings and verified scene expansion.
II-C Cross-Hand Learning and Action Representations
Recent advances span action-chunking and diffusion policies [37, 45, 46, 47, 48], vision–language–action models [7, 3, 5, 6, 9, 10, 11], and world-model-based control [49, 50, 51]. Cross-hand grasping shares contact points or maps [52, 53, 54], interaction geometry [55, 56], and morphology-conditioned eigengrasps [57]. For closed-loop cross-hand control, shared keypoint commands [58], retargeted human-hand actions [14], morphology-aligned graphs [59], and canonical hand descriptions [60] connect common skills to different kinematics. Particle-based world models [51] additionally share interaction dynamics.
Shared action spaces also enable learning from heterogeneous demonstrations. LAD [12] and OPFA [13] learn aligned action latents; AdvDex [61] aligns human and robot joints. UniDex [15] uses functional slots, while XL-VLA [16] learns cross-hand codecs. DexJoCo-X compares these representation principles under matched data, backbones, scenes, and control interfaces across seven hands.
III DexJoCo-X Benchmark
III-A Embodiments and Task Scope
The seven hands are XHand, Inspire, Wuji, LEAP, Sharpa Wave, LinkerHand, and Allegro. Each retains its native kinematics, actuation, coupling, and joint limits; state and actuator dimensions are recorded separately.
Figure 2 shows three single-arm tasks—bucket lifting, nail hammering, and Hanoi—and three bimanual tasks—microwave cooking, iPad unlocking, and photography. Together they require stable grasping, directed tool use, sequential placement, and coordination between support and operation. Task success is determined by task-specific geometric, contact, and temporal criteria.
Tasks share initial scenes, objects, and success rules across hands, enabling paired comparisons of morphology and representation. Records retain successful and failed attempts.
III-B Common Learning Interface and Native Control
To compare action representations without changing the underlying control problem, DexJoCo-X separates a common learning interface from each hand’s native controller. At 20 Hz, every episode synchronizes RGB observations, task instructions, proprioceptive states, and robot commands. Arm control follows a shared convention based on world-frame translation and rotation-vector increments, whereas hand states and commands retain each embodiment’s native joint order, limits, actuation, and coupling. This design preserves the control structure of each hand instead of imposing an artificial joint correspondence.
Native state and execution-command layouts are 2\times 31 and 2\times 28, with masks for valid coordinates and active arms. Encoded policy outputs have representation-specific layouts and are decoded to native commands for execution. Up to five 256\times 256 RGB streams provide front, side/ego, and wrist views, and each backbone comparison uses the same fixed view subset. Under this interface, Native, FAAS, and DexLatent share observations, arm commands, timing, and execution conditions, differing only in how hand actions are represented. Their performance can therefore be attributed more directly to the action representation and its interaction with the learning architecture.
III-C Training Data and Coverage
The dataset contains 2,100 accepted demonstrations across seven hands and six tasks, with 50 trajectories per hand–task pair. All 2,100 demonstrations are used for policy training: each per-hand Ego-Pi policy receives 300 trajectories, while each joint Being-H0.5 policy receives the complete 2,100-trajectory set. Normalization statistics are computed from the corresponding training demonstrations. Policy performance is measured through separate closed-loop evaluation rollouts.
IV Demonstration Collection
IV-A Seven-Hand Teleoperation
The capture setup follows DexJoCo [19]: Rokoko gloves measure finger pose, and Vive trackers measure hand motion for arm control (Fig. 3). Each tracker attaches to the dorsal glove module through a printed connector. The operator observes the simulated task while the system records native robot states and commands.
We redesign the glove-to-hand mappings for all seven embodiments, including Allegro. Each mapping respects digit correspondence, coordinate order, motion direction, actuator limits, and joint coupling. Four-finger and five-finger hands use their respective digit configurations; dependent joints follow the native coupling model. The capture interface is
u^{\mathrm{hand}}_{k}=R_{h}(g_{k}),\qquad u^{\mathrm{arm}}_{k}=C_{h}(T_{k}),where h indexes the hand embodiment and k the control step; g_{k} is the glove measurement, T_{k}\in\mathrm{SE}(3) is the tracked wrist pose, and R_{h} and C_{h} are the calibrated hand and arm mappings. The outputs u^{\mathrm{hand}}_{k} and u^{\mathrm{arm}}_{k} are the native hand and arm commands. These mappings generate native demonstrations. Policy-action encoding is applied afterward, so all representations share the recorded trajectories.
IV-B Reviewed Sources and Scene Expansion
Figure 4 details the expansion workflow. A reviewed source pool provides candidate motions for each task. Small development trials identify failures in grasp acquisition, stage timing, tool alignment, and bimanual coordination. The resulting task-specific recipe is frozen before batch generation.
Each recipe combines scene-relative motions, stage transitions, and hand-specific parameters. Hammering varies hammer placement and nail position on the board; bimanual recipes coordinate support and operation. Attempts retain task, hand, scene seed, source, and recipe identifiers. Retries use approved sources under a fixed budget without changing the scene or success predicate.
IV-C Verification and Export
A candidate trajectory \tau is accepted through
A(\tau)=S(\tau)\land Q(\tau)\land R(\tau)\land D(\tau),where A(\tau)\in\{0,1\} is the acceptance decision for candidate trajectory \tau. The binary predicates S, Q, R, and D respectively check physical task success, motion quality, action replay, and data validity; \land requires all four checks to pass. Motion checks encode task-specific requirements such as upright tool use during hammering. Replay verifies that saved commands reproduce the recorded trajectory. Export checks validate image availability, masks, timestamps, and metadata. Failed attempts and rejected exports remain in the audit record, and approved releases retain their source and configuration identifiers.
V Hand-Action Representations
\pi_{0.5} (Ego-Pi) interleaves left/right Native actions across 32-D tokens, while joint Being-H0.5 predicts and decodes the selected representation. Bottom: DexLatent fitting uses reconstruction, cross-hand geometry, and latent-prior regularization.V-A A Common Native Execution Interface
Let u_{h}\in\mathbb{R}^{n_{h}} denote the valid native hand-command vector for hand h, where n_{h} is its dimension. A representation supplies an encoder e_{h} and execution decoder d_{h}: the policy predicts z, and the environment receives \hat{u}_{h}=d_{h}(z). Arm commands retain the same interface across all three alternatives. Figure 5 summarizes both the coordinate meanings and the two policy interfaces. The \pi_{0.5} (Ego-Pi) reference uses Native actions and interleaves left and right commands across consecutive 32-D tokens; Being-H0.5 predicts Native, FAAS, or DexLatent actions with one joint seven-hand policy.
V-B Native Coordinates
Native preserves the original coordinate order of each hand. An insertion operator P_{h} pads the valid commands to a shared dimensionality, giving z=P_{h}u_{h}; the decoder selects the corresponding valid coordinates. A binary mask excludes unused entries. Coordinates preserve their native meanings; the representation shares tensor dimensions across hands.
V-C Function-Aligned Slots
FAAS [15] organizes commands by functional role. We encode hand commands in its 32-slot layout, separately from arm commands. These slots belong to the policy representation; decoding restores the native hand-command vector for execution. For a valid native coordinate i, the adapter takes the form
z_{\sigma_{h}(i)}=s_{h,i}u_{h,i}+b_{h,i},where \sigma_{h} is the functional-slot assignment and s_{h,i} and b_{h,i} specify direction and offset. Execution uses the corresponding inverse for active coordinates; any dependent-joint expansion must follow the hand model. The adapter aligns functional roles while retaining hand-specific command values.
V-D Learned Cross-Hand Latents
DexLatent follows the hand-specific codec formulation of XL-VLA [16]. An encoder E_{h} maps native hand coordinates to a shared latent, and a decoder D_{h} converts predicted latents to commands for hand h. Its fitting objective combines
\mathcal{L}_{\mathrm{codec}}=\lambda_{r}\mathcal{L}_{\mathrm{rec}}+\lambda_{g}\mathcal{L}_{\mathrm{geom}}+\lambda_{p}\mathcal{L}_{\mathrm{prior}}.Here, \mathcal{L}_{\mathrm{rec}}, \mathcal{L}_{\mathrm{geom}}, and \mathcal{L}_{\mathrm{prior}} respectively measure native-command reconstruction, cross-hand fingertip-geometry alignment through differentiable forward kinematics, and latent-distribution regularization; \lambda_{r}, \lambda_{g}, and \lambda_{p} are their nonnegative weights. Geometry is evaluated on corresponding available digits. Codec checkpoints, fitting data, and calibration settings accompany each evaluated policy.
VI Experiments
- Being-H0.5 (joint)
- Native
- 87/46/1
- 99/74/72
- 77/85/22
- 50/39/56
- 76/63/6
- 86/58/62
- 67/35/41
- 57.2
- —
- FAAS
- 93/47/7
- 97/74/69
- 89/85/22
- 65/36/17
- 70/37/0
- 93/63/38
- 53/23/64
- 54.3
- —
- DexLatent
- 97/14/1
- 93/41/59
- 15/46/0
- 61/30/0
- 87/49/0
- 94/62/17
- 64/13/9
- 40.7
VI-A Training and Evaluation
We evaluate two multi-task training protocols. The \pi_{0.5} [6] (Ego-Pi [11]) setting trains seven independent Native-action policies, one per hand, with each policy using the 300 demonstrations for that hand’s six tasks. Being-H0.5 [10] trains one shared policy on all 2,100 demonstrations across seven hands and six tasks; separate runs use Native, FAAS, or DexLatent actions. Table II summarizes both settings. The three Being-H0.5 runs share demonstrations, image views, arm commands, sampling, and optimization budgets. Normalization uses valid training coordinates, and the DexLatent codec remains frozen during policy training.
- Training scope
- 1 hand, 6 tasks
- 7 hands, 6 tasks
- Policies trained
- 7
- 1
- Adaptation
- Full fine-tuning
- Full fine-tuning
- Updates
- 5,000
- 120,000
- Learning rate
- 5\times 10^{-5}
- 10^{-4}
- Warmup updates
- 5
- 2,000
- LR schedule
- Cosine
- Cosine
- Global batch
- 128
- 8
- Prediction horizon
- 25 steps (50 tokens)
- 30 steps
- Demonstrations
- 300 per policy
- 2,100
The \pi_{0.5} (Ego-Pi) setting therefore yields seven per-hand policies, each covering six tasks, whereas each Being-H0.5 representation yields one policy covering all 42 hand–task pairs. For a given hand, both protocols use the same 50 demonstrations per task. Training samples are drawn uniformly over the applicable frames; longer trajectories therefore contribute more frames despite balanced demonstration counts.
Each hand–task cell reports the mean of three independent 50-reset evaluations, giving 150 rollouts per cell and 6,300 per seven-hand configuration. Methods share reset sets disjoint from demonstration-generation seeds. Ego-Pi outputs 50 interleaved tokens for 25 control steps, whereas Being-H0.5 outputs 30-step chunks. Decoded native commands execute at 20 Hz with timestamped asynchronous replanning.
VI-B Success Metrics
For method m, hand h, task t, evaluation run r, and reset i, let s_{m,h,t,r,i}\in\{0,1\} denote task success. We compute the hand–task success rate \hat{p}_{m,h,t} and full-grid macro-average \bar{p}_{m} as
\hat{p}_{m,h,t}=\frac{1}{150}\sum_{r=1}^{3}\sum_{i=1}^{50}s_{m,h,t,r,i},\qquad\bar{p}_{m}=\frac{1}{42}\sum_{h=1}^{7}\sum_{t=1}^{6}\hat{p}_{m,h,t}.Every hand–task pair is weighted equally. Success requires complete task execution, and each single-arm or bimanual score averages 21 pairs.
VI-C Action-Space Adaptation and Multi-Hand Results
Before adopting interleaved prediction, we tested a direct bimanual adaptation of \pi_{0.5} that reserved 40 action dimensions per side and replaced its pretrained 32-D action projection with an 80-D output head. Fine-tuning this expanded interface produced near-zero task success. We therefore follow Ego-Pi [11]: each native arm–hand command, containing at most 28 valid values in our benchmark, is embedded in one 32-D token, and left and right commands alternate across the output sequence. This formulation preserves the pretrained action projection and supports 25 bimanual control steps with 50 tokens.
We also trained a single Ego-Pi policy by mixing demonstrations from all seven hands, but it performed substantially below the per-hand models. A common tensor layout alone therefore did not align the heterogeneous hand-control distributions. Being-H0.5 addresses this problem earlier in learning: its pretraining maps human MANO motion and data from 30 robot embodiments into semantically aligned action slots, while its Mixture-of-Flow architecture combines shared dynamics with embodiment-aware experts [10]. This pretraining and routing provide a stronger basis for joint multi-hand optimization than downstream data mixing alone, so we use seven per-hand Ego-Pi policies as the \pi_{0.5} reference and a single Being-H0.5 policy for the joint representation comparison.
Table I shows comparable overall success for Native and FAAS under joint seven-hand training. FAAS performs better on bimanual tasks, whereas Native performs better on single-arm tasks: functional alignment provides task-dependent benefits. DexLatent achieves lower success in both groups. All three representations perform worse on bimanual tasks, highlighting coordination as a common challenge.
VII Conclusion
DexJoCo-X standardizes six-task evaluation across seven heterogeneous hands. Native and FAAS achieve comparable overall success, with advantages on single-arm and bimanual tasks, respectively. This tradeoff highlights task-dependent representation benefits, while bimanual coordination remains a shared challenge. Future work will extend evaluation to physical robots, broaden task coverage, and introduce held-out-hand zero-shot and one-shot protocols to assess transfer to unseen hands and adaptation from minimal demonstrations.
Acknowledgments
OpenAI image generation tools assisted the schematic illustrations.