DexJoCo-X基准发布:在七种灵巧手上对比动作表征,Being-H0.5联合训练平均成功率最高47.7%
这是一个预印本。研究人员推出DexJoCo-X基准和工具包,统一七种灵巧手、六项任务、2100条演示,以比较跨手动作表征。结果显示,联合训练单个Being-H0.5策略时,Native坐标平均成功率为47.0%,功能对齐动作槽FAAS为47.7%,学习型跨手潜变量DexLatent为33.1%;逐手Ego-Pi策略的单臂和双臂平均成功率仅为31.5%和23.2%。这表明跨本体学习效果取决于动作表征、预训练和架构的整体配合。
在匹配的任务、数据、策略架构和评估条件下,哪种动作表征最适合跨多种灵巧手的共享操作学习?
不同灵巧手在运动学和驱动上差异很大,逐手收集数据并训练策略成本高且难以复用经验。现有跨本体研究使用不同的手、任务、数据集和控制接口,无法隔离动作表征、预训练和架构各自的影响,缺乏公平的比较基准。
此前工作包括统一动作坐标(如RDT-1B)、软提示(X-VLA)、共享动作潜变量(LAD、OPFA)和功能槽(UniDex)等方法,但各研究使用不同硬件和数据协议,结果无法直接对比。现有基准如DexArt、Bi-DexHands、DexJoCo、DexVerse扩展了任务和硬件覆盖,但未在同一协议下比较动作表征。
DexJoCo-X提供统一基准与工具包,包含七种灵巧手(XHand、Inspire、Wuji、LEAP、Sharpa Wave、LinkerHand、Allegro)、六项任务(提桶、钉钉子、汉诺塔、微波炉烹饪、解锁iPad、摄影)和2100条平衡演示(每个手-任务对50条)。所有手共享场景、成功标准和20Hz控制接口,手臂控制统一,手部命令保留各手原生关节。工具包重新设计了七种手的手套到手映射,并包含自动场景扩展和验证流程。评测对比三种动作表征:Native坐标、FAAS功能对齐槽、DexLatent学习型跨手潜变量,同时在Being-H0.5联合训练框架下比较;另外以π0.5加Ego-Pi逐手策略作为参考。
在仿真环境中,每个手-任务单元格使用三次独立的50重置评估,共150次回放。Being-H0.5联合训练一个策略控制全部七手,Native平均成功率47.0%,FAAS为47.7%,DexLatent为33.1%。分任务看,Native单臂平均57.2%、双臂36.7%;FAAS单臂54.3%、双臂41.0%;DexLatent单臂40.7%、双臂25.6%。逐手Ego-Pi策略单臂平均31.5%、双臂23.2%。直接将π0.5输出头扩展到80维做双臂任务几乎全部失败;把七手数据混合训练单个Ego-Pi也明显差于逐手模型。
作者承认当前评估完全在仿真中进行,尚未在真实机器人上验证;任务种类仅六种,且未测试零样本或少样本迁移到未见手。论文未报告代码开源状态、训练算力成本以及更广泛任务或更多手的结果。此外每个手-任务对仅50条演示,规模相对较小,双臂协调仍是所有方法的主要挑战。
该基准和动作表征对比可用于灵巧手硬件厂商、人形机器人公司和通用机器人基础模型团队,作为仿真评测和跨本体策略训练的基础。当前可用于研究阶段的算法选型和基准测试;1至3年内若结合真实数据采集和仿真到真实迁移,有望支持多手统一控制策略的部署;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.