LeRobot 0.6.0 cierra el loop de robots: imaginar, evaluar y corregir ya entra al workflow

Hugging Face publicó el 7 de julio de 2026 LeRobot v0.6.0, y la actualización importa aunque no tengas un brazo robótico sobre tu escritorio. La señal de fondo es más amplia: los agentes físicos empiezan a necesitar el mismo contrato operativo que los agentes de software. No basta con ejecutar una política y celebrar si funcionó una vez. Hay que imaginar, medir, corregir, guardar evidencia y repetir.

La versión trae world models como VLA-JEPA, LingBot-VA y FastWAM; una API de reward models con Robometer y TOPReward; seis benchmarks de simulación bajo lerobot-eval; y un CLI nuevo, lerobot-rollout, pensado para despliegue y recolección de correcciones. En términos prácticos: LeRobot se parece menos a un repositorio de demos y más a un sistema para cerrar el ciclo entre entrenamiento, despliegue, error y mejora.

Qué cambió para builders

La parte más interesante no es una sola policy. Es la combinación. Los world models intentan anticipar consecuencias antes de actuar; los reward models ayudan a decidir si una trayectoria realmente avanzó; y lerobot-rollout convierte ejecución en una fuente de datos nueva.

Eso cambia el checklist de cualquier equipo que esté explorando agentes embodied, automatización visual o workflows con sensores:

• no midas solo si el robot completó una tarea final;
• guarda fallas, intervenciones y contexto de cámara como datos de entrenamiento;
• separa benchmark sintético, simulación y despliegue real;
• decide qué corrección humana entra al dataset y cuál solo es diagnóstico;
• documenta versión de policy, dataset, robot y entorno, igual que versionas un agente de software.

Hugging Face también empuja piezas operativas menos vistosas, pero muy útiles: soporte de profundidad, anotaciones de lenguaje con VLM, encoding de video configurable, carga de datos hasta 2x más rápida y entrenamiento en HF Jobs. Para Latinoamérica, donde muchas pruebas de robótica empiezan con hardware limitado, esa reducción de fricción pesa más que el titular.

La lección para agentes no físicos

Aunque el artículo sea de robótica, el patrón conversa con cualquier agente largo. Un agente de soporte, código o investigación también necesita imaginar opciones, ejecutar, evaluar, recibir corrección y mejorar sin esconder el historial.

La diferencia es que en robótica el error se ve. Un mal movimiento deja una trayectoria, una intervención humana, un video, una condición de luz o una pieza mal ubicada. En software, muchos equipos todavía pierden esa evidencia porque solo guardan el output final.