Contenido detallado
🔹 Open X-Embodiment: 1M+ trayectorias, 22 embodiments
O Open X-Embodiment (OXE, 2023) es el "ImageNet de la robótica": una colaboración de ~20 laboratorios que unificó 60+ datasets en 1M+ trayectorias a través de 22 cuerpos robóticos diferentes — desde brazos de mesa hasta bases móviles. Eso hizo viable entrenar VLAs generalistas como OpenVLA y Octo.
📊 OXE en cifras
- 1M+ — trayectorias de demostración reales.
- 22 — embodiments (tipos de robot) distintos.
- 60+ — datasets de fuentes agregados.
- 527 — habilidades/skills cubiertas (aprox.).
# OXE é distribuído via TFDS; cada fonte é um dataset RLDS
import tensorflow_datasets as tfds
b = tfds.builder_from_directory("gs://gresearch/robotics/fractal20220817_data/0.1.0")
ds = b.as_dataset(split="train")
# misturar várias fontes com pesos -> treino generalista
sources = ["fractal20220817_data", "bridge", "kuka", "taco_play"] # subset OXE
⚡ Consejo práctico
OXE completo ocupa decenas de TB. En la práctica, seleccionas un mezcla de fuentes relevantes (la «OXE magic soup» de OpenVLA) en lugar de descargarlo todo: lo que importa es la cobertura de embodiments y tareas, no el volumen bruto.
OXE
Corpus unificado.
Encarnación
Tipo de robot.
Escala
1M+ trayectorias.
Generalista
Base de OpenVLA/Octo.
🔹 RT-X y el coentrenamiento cross-embodiment
El resultado central de los papers RT-X (RT-1-X, RT-2-X) fue la transferencia positiva: entrenar un único modelo en varios cuerpos mejora el rendimiento en cada uno, en comparación con entrenarlos por separado. Los datos de un brazo Franka ayudan a generalizar a un WidowX: el conocimiento "se filtra" entre embodiments.
✓ Hacer
- ✓Entrenar conjuntamente en múltiples embodiments para generalizar.
- ✓Mezclar grandes volúmenes de datos (OXE) con unas pocas demostraciones de tu robot.
- ✓Ponderar (sampling weights) los datasets según su calidad/tamaño.
✗ Evitar
- ✗Suponer una transferencia positiva sin normalizar los espacios de acción.
- ✗Dejar que un dataset gigante domine el muestreo.
- ✗Ignorar el sesgo de embodiment (más datos ≠ más diversidad).
⚡ Consejo práctico
La transferencia positiva no es automática: depende de una representación compartida de la acción y de pesos de mezcla bien elegidos. Es la base empírica de por qué funcionan los VLA generalistas.
RT-X
Coentrenamiento cross-embodiment.
Transferencia +
El conocimiento se filtra.
Pesos de mezcla
Balancear datasets.
Co-fine-tune
OXE + tus demos.
🔹 DROID: 76k demos, 564 escenas, en entornos reales
DROID (Distributed Robot Interaction Dataset, 2024) combate la diversidad: ~76k trayectorias recopiladas en 564 escenas y 86 tareas, en 13 instituciones, con una configuración estandarizada (Franka + RealSense). Es in-the-wild — oficinas, cocinas, laboratorios reales: no una mesa controlada.
📊 Por qué importa la diversidad
- 76k — trayectorias en hardware estandarizado (Franka).
- 564 — escenas distintas; generalización visual robusta.
- 86 — tareas; amplia cobertura de habilidades.
- in-the-wild — los entornos reales reducen el overfit a una mesa.
⚡ Consejo práctico
El hardware estandarizado (Franka + Robotiq + RealSense) es el secreto de DROID: el action space es consistente en las 564 escenas, así que toda la variabilidad se concentra en lo que importa: el escenario y la tarea, no la calibración del robot.
DROID
76k demos diversas.
564 escenas
Variedad visual.
Estandarizado
Franka + RealSense.
En entornos reales
Entornos reales.
🔹 LIBERO: benchmark de aprendizaje continuo
LIBERO es menos un conjunto de datos de entrenamiento y más un benchmark de transferencia: mide cómo una policy aprende nuevas tareas sin olvidar las anteriores (aprendizaje continuo). Las cuatro suites aíslan dimensiones — Spatial, Object, Goal e Long (horizonte largo).
📊 Qué aísla cada suite
- Spatial — misma tarea, distribución espacial diferente.
- Object — misma distribución, objetos diferentes.
- Goal — misma escena, instrucción/objetivo diferente.
- Long — horizonte largo, composición de subtareas.
# suites do LIBERO (cada uma isola uma variação)
libero_spatial # mesma tarefa, layout espacial diferente
libero_object # mesmo layout, objetos diferentes
libero_goal # mesma cena, objetivo/instrução diferente
libero_long # tarefas de horizonte longo (10 subtarefas)
# métrica: success rate por suite -> robustez de transferência
⚡ Consejo práctico
LIBERO es el benchmark de facto para reportar el fine-tuning de VLA. Un número alto solo en spatial y bajo en long revela que la policy no combina habilidades — señal de debilidad a largo plazo.
LIBERO
Aprendizaje permanente.
4 suites
Spatial/Object/Goal/Long.
Transferencia
Sin catastrophic forgetting.
Horizonte largo
Composición de skills.
🔹 Formato y normalización: RLDS/TFDS, espacios de acción heterogéneos
Unir 60 datasets exige un formato común: RLDS (Reinforcement Learning Datasets) sobre TFDS. El desafío es la armonización: cada robot tiene su propio espacio de acción (articulaciones vs. Δpose, gripper binario vs. continuo, distintas frecuencias). Sin normalizarlo a una representación compartida, el coentrenamiento no transfiere.
import tensorflow_datasets as tfds
# carregar uma fonte do OXE (formato RLDS)
ds = tfds.load("fractal20220817_data", split="train") # RT-1 dataset
for ep in ds.take(1):
for step in ep["steps"]:
step["observation"]["image"] # frame
step["action"] # action space do robô-fonte
step["language_instruction"] # instrução textual
# harmonizar: normalizar ações p/ representação comum (ex: EEF Δpose 7D)
📊 Ejes de heterogeneidad
- Action space — articulaciones vs. Δpose EEF vs. velocidad.
- Gripper — binario, continuo, fuerza.
- Frecuencia — de 3 Hz a más de 50 Hz entre conjuntos de datos.
- Cámaras — número, resolución, punto de vista.
RLDS
Formato de RL estándar.
TFDS
Pipeline de dataset.
Armonización
Action space común.
Normalización
Escalas comparables.
🔹 Curaduría y licencias: calidad, sesgo, cómo contribuir
Más datos no significan mejores datos. Curaduría — filtrar demos defectuosas, equilibrar la cobertura — con frecuencia supera aumentar el volumen bruto. Presta atención a sesgo de embodiment (datasets dominados por un robot) y a las licencias de cada fuente. Contribuir es simple: estandariza el formato y publica en el Hub.
Filtrar por calidad
Eliminar demos fallidas o ruidosas; las subóptimas confunden el aprendizaje por imitación.
Revisar sesgo/licencia
Balancear embodiments; respetar los términos de cada dataset de origen.
Contribuir
Estandarizar (LeRobotDataset/RLDS) y publicar en el Hub con dataset card.
⚡ Consejo práctico
Tus demos del SO-101 (M2.2) pueden formar parte de este ecosistema. Estandarizadas y publicadas, se convierten en combustible para el próximo VLA y cierran el ciclo entre herramientas y datos.
Curaduría
Calidad > volumen.
Sesgo
Encarnación desbalanceada.
Licencia
Términos por fuente.
Contribuir
Estandarizar + publicar.
✓ Hacer
- ✓Filtrar las demos fallidas antes de entrenar.
- ✓Balancear embodiments para reducir el sesgo.
- ✓Publicar con una dataset card y una licencia clara.
✗ Evitar
- ✗Suponer que más volumen bruto = mejor modelo.
- ✗Mezclar demostraciones subóptimas sin etiquetar su calidad.
- ✗Ignorar los términos de licencia de las fuentes agregadas.
✅ Resumen del módulo
Próxima ruta
Ruta 3 — Avanzado y estratégico: sim-to-real, humanoides, arquitecturas híbridas y el mercado de $111B. Ya tienes las herramientas; ahora, la frontera.