Code as Policies: What Generated Robot Code Needs to Run
Code as Policies needs more than valid Python: check every generated helper, coordinate convention and feedback loop before connecting robot APIs.
Code as Policies needs more than valid Python: check every generated helper, coordinate convention and feedback loop before connecting robot APIs.
Touch100k preserves short tactile-property phrases and richer contact descriptions. Match each label level to the query and evaluate them on separate, object-aware splits.
A frozen Sparsh encoder can reduce label demand for a new touch task, but compare it with end-to-end training on the same sensor, preprocessing and held-out episodes.
BEHAVIOR 2026 assigns public indices 0–9 to reported rollouts and 10–19 to pre-final testing. Freeze the policy, evaluator and timeout before reporting a score.
FPS matters only after the scene, cameras, image channels and omitted pipeline work match. Use a workload table to compare ManiSkill 3 visual throughput and memory.
When simulation and real trials rank robot policies differently, trace the first divergence through model inputs, action conversion and executed motion before selecting a checkpoint.
Map Octo’s cameras, proprioception, history masks, task conditioning and action head to a new robot before tuning or rollout.
Spatial, Object, Goal and the 90-to-10 task boundary test different transfer claims. Preserve exposure, order and fixed starts before comparing policies.
UMI-style handheld demonstrations need more than video. Check relative gripper trajectories, latency alignment, two-hand pose and robot feasibility before policy training.
FoAR gates force/torque information around predicted contact. Diagnose the first contact transition before adding an always-on force stream to a robot policy.