Un robot puede resolver muchas tareas y seguir fallando demasiado

Una tarea difícil. ¿Y después?

Un robot completa una tarea difícil. El vídeo impresiona. Pero, antes de pensar en llevarlo a una empresa, hay una pregunta que me interesa especialmente: ¿qué ocurre cuando tiene que repetirla?

NVIDIA presentó GR00T 2 el 9 de noviembre de 2026. Su documentación comunica dos resultados sin demostraciones específicas del robot objetivo: logró completar al menos una vez 40 de las 50 tareas evaluadas y obtuvo un 40 % de éxito en los intentos. Son medidas distintas, compatibles entre sí.

Qué mide cada resultado

Conseguir una tarea al menos una vez revela una capacidad. Repetirla con éxito permite empezar a valorar su fiabilidad.

Imaginemos un ejemplo sencillo, completamente ficticio: un sistema prueba diez tareas, diez veces cada una. Consigue realizar todas, pero solo una vez por tarea. Podríamos afirmar que ha conseguido las diez tareas. También que ha acertado en diez de los cien intentos.

Ninguna frase sería falsa. Sin embargo, la impresión que producen es muy diferente. Por eso, cuando leo un porcentaje de éxito, necesito conocer su denominador: ¿tareas distintas, intentos, piezas, pasos intermedios o procesos completos?

Qué avance merece atención

Según NVIDIA, cinco demostraciones por tarea elevan el resultado medio de GR00T 2 al 95 % en esa evaluación. El dato apunta a una adaptación prometedora, pero sigue siendo un resultado comunicado por sus desarrolladores bajo unas condiciones concretas. La página anuncia el código para diciembre. No he realizado una reproducción independiente.

El anuncio y la documentación técnica coinciden en los resultados citados, pero pertenecen al mismo fabricante. Este contraste comprueba lo declarado; no equivale a una réplica independiente.

Mi lectura es que merece la pena investigar cuánto esfuerzo necesita una nueva tarea para funcionar bien. Ese esfuerzo incluye preparar ejemplos, adaptar el sistema, comprobar errores y mantenerlo cuando cambian las condiciones.

Lo que pediría antes de un piloto

En un caso hipotético de manipulación de componentes, organizaría la evaluación alrededor de cinco preguntas.

También separaría un fallo recuperable de uno que daña una pieza o crea una situación peligrosa. Agruparlos bajo una única tasa de error puede ocultar lo que realmente importa para decidir.

• ¿Qué significa terminar bien? Criterios de aceptación definidos antes de probar.
• ¿Cuántas veces lo consigue? Registro completo de intentos, incluidos los fallidos.
• ¿Qué ocurre cuando cambia la escena? Pruebas con variaciones previstas de posición, iluminación y piezas.
• ¿Qué ayuda necesita? Intervenciones humanas, reinicios y tiempo de recuperación.
• ¿Qué cuesta entregar una unidad válida? Tiempo total, supervisión, mantenimiento y retrabajo.

Probar variaciones forma parte del trabajo

VABAR, un proyecto con participación de UC Berkeley, NVIDIA y Siemens, propone evaluar tareas industriales con variaciones controladas. Su planteamiento mantiene acotados la célula de trabajo y los cambios admitidos. Es una referencia útil para diseñar pruebas, aunque sus evaluaciones en simulación no sustituyen la validación física de una instalación.

Para una empresa europea que estudia incorporar robótica con IA, la pregunta práctica sería: ¿qué variaciones aparecen realmente en nuestro proceso y cuáles estamos dejando fuera del ensayo?

Una demostración puede justificar una investigación. Para ampliar un despliegue, yo pediría evidencia de funcionamiento sostenido, con condiciones y límites documentados.

La métrica que me interesa

La unidad de valor de un robot es el trabajo válido que entrega, contando también el tiempo y la ayuda que necesita.

Eso permite conectar el avance tecnológico con productividad, calidad y organización del trabajo, sin convertir una cifra de laboratorio en una promesa comercial.

¿Qué evidencia pedirías antes de pasar de una demostración a un piloto industrial?

Análisis personal basado en fuentes públicas. No describe proyectos ni resultados internos de ninguna empresa.