DexJoCo-X, 7개 손과 6개 작업에서 행동 표현을 공정 비교하는 벤치마크
arXiv 프리프린트로 공개된 이 연구는 7개 손과 6개 작업, 2,100개 시연을 묶은 DexJoCo-X 벤치마크를 만들었다. Being-H0.5 공동 학습에서 기능 정렬 슬롯(FAAS)은 전체 평균 47.7%, 네이티브 좌표는 47.0%, DexLatent는 33.1%를 기록했다. 이는 행동 표현 단독이 아니라 사전학습과 아키텍처까지 함께 고려해야 다중 손 학습 효과를 판단할 수 있음을 보여준다.
서로 다른 손, 작업, 데이터셋, 제어 인터페이스를 통제한 동일 조건에서 어떤 행동 표현이 다중 손 학습에 가장 효과적인가?
로봇 손마다 운동학과 구동 방식이 달라 데이터와 정책이 파편화되고, 손마다 따로 학습하면 비용이 크고 경험 재사용이 어렵다. 기존 연구는 손, 작업, 데이터셋, 제어 인터페이스가 제각각이라 행동 표현과 사전학습, 아키텍처의 효과를 분리해서 평가하기 어려웠다.
DexArt, Bi-DexHands, DexJoCo, DexVerse 같은 벤치마크와 공유 접촉점, 키포인트, 재타겟팅, UniDex의 기능 슬롯, XL-VLA의 코드c 등이 제안됐다. 그러나 같은 손과 작업, 성공 기준, 정책 백본으로 여러 표현을 직접 비교하지 못했다.
DexJoCo-X는 7개 손과 6개 작업(단일 팔 3종, 양손 3종)에 공통 장면, 성공 기준, 실행 인터페이스를 제공한다. 장갑-손 매핑과 장면 확장, 궤적 검증 파이프라인으로 2,100개 시연을 수집했다. Native, FAAS, DexLatent를 같은 Being-H0.5 정책으로 비교하고, Ego-Pi 방식으로 손별 Native 정책 기준도 함께 평가했다.
7개 손과 6개 작업 전체 평균 성공률은 Native 47.0%, FAAS 47.7%, DexLatent 33.1%였다. 단일 팔 작업 평균은 Native 57.2%, FAAS 54.3%, DexLatent 40.7%였고, 양손 작업 평균은 Native 36.7%, FAAS 41.0%, DexLatent 25.6%였다. 손별 Ego-Pi 기준은 단일 팔 평균 31.5%, 양손 평균 23.2%를 기록했다. 평가는 각 손-작업 쌍당 3회씩 50회 리셋을 사용해 총 150회 롤아웃으로 진행됐으며, 시뮬레이션에서 이뤄졌다. π0.5를 80차원 양손 출력으로 직접 확장한 시도는 성공률이 거의 0에 가까웠다.
저자들은 실물 로봇 확장, 작업 범위 확대, 보지 못한 손에 대한 제로샷과 원샷 프로토콜을 향후 과제로 남겼다. 현재 결과는 시뮬레이션 평가에 한정되며 실물 전이와 미등장 손 일반화는 검증되지 않았다. DexLatent는 전반적으로 낮은 성공률을 보였고, 양손 작업이 모든 표현에서 공통 약점으로 나타났다.
손 하드웨어 제조사와 범용 조작 정책 개발사가 행동 표현과 학습 구조를 선택할 때 참고할 수 있다. FAAS와 Native는 전체 성공률이 비슷해 작업 특성에 따라 선택할 여지가 있으나, 지금은 시뮬레이션 근거에 그친다. 실물 로봇 검증과 미등장 손 전이, 데이터와 툴킷 공개가 갖춰지면 1~3년 안에 다중 손 범용 정책 개발에 기여할 수 있다.
논문 전문
DexJoCo-X: Benchmarking Action Representations for Multi-Hand Dexterous Manipulation
CC BY 4.0 라이선스로 공개된 논문입니다. 출처를 밝혀 전재하며, 원문은 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.