Is 'Design for Simulation' Making Robots S.T.U.P.P.I.D.?

¿Estamos fabricando robots “estúpidos” a propósito? La guerra filosófica que divide a la robótica humanoide

En el tablero de alta alcurnia de la robótica humanoide, se está gestando una guerra de trincheras filosófica. En un bando, los titanes de la IA como NVIDIA defienden a capa y espada el “Diseño para Simulación” (DFS, por sus siglas en inglés): un principio donde el hardware se construye específicamente para que sea fácil de simular y, por ende, de entrenar mediante inteligencia artificial. En el otro bando, un veterano de la robótica acaba de tachar todo este enfoque de, sencillamente, “S.T.U.P.P.I.D.” (estúpido).

La carga de profundidad viene de la mano del Dr. Scott Walter, un ingeniero de simulación con cuatro décadas de experiencia a sus espaldas y cofundador de dos empresas del sector. En una crítica demoledora, Walter sostiene que permitir que las limitaciones del software de simulación dicten el diseño del hardware es una tendencia peligrosa y retrógrada. Para la ocasión, ha acuñado un nuevo acrónimo (un backronym con mala leche): S.T.U.P.P.I.D., o lo que es lo mismo, Simulation Throttled Underperforming Product Integration Design (Diseño de Integración de Productos de Bajo Rendimiento Estrangulados por la Simulación).

Este es un ataque frontal a la filosofía que abandera figuras como el Dr. Jim Fan, Senior Research Scientist en NVIDIA. Fan ha argumentado que, para que el Aprendizaje por Refuerzo (RL) moderno funcione a escala, el hardware y la simulación deben diseñarse en tándem. “Si tu robot no se puede simular bien, puedes ir despidiéndote del RL”, sentenció Fan, posicionando la simulación como un ciudadano de primera clase en el proceso de diseño.

Walter, sin embargo, sostiene que esto es poner el carro delante de los bueyes. Señala ejemplos sangrantes, como el caso de Unitree Robotics, que supuestamente habría simplificado la articulación del tobillo en su nuevo humanoide H2 —pasando de un diseño paralelo mecánicamente avanzado en el G1 a uno serializado que es mucho más “amigable para el RL”—. Otros ejemplos incluyen el abandono de manos complejas accionadas por tendones o la limitación de motores inteligentes para forzar una respuesta lineal que el simulador pueda digerir. Según Walter, los ingenieros tienen tanto miedo al “abismo sim2real” (la brecha entre simulación y realidad) que están retorciendo la realidad para que encaje en el simulador, en lugar de mejorar el simulador para que refleje una realidad compleja y capaz.

¿Por qué es esto importante?

No estamos ante una simple riña académica; es un debate sobre el alma misma de la ingeniería robótica. Si el enfoque de “la simulación primero” se impone, la industria corre el riesgo de crear una generación de robots que sean más fáciles de entrenar, pero fundamentalmente menos capaces, eficientes o robustos en el mundo físico. Se estaría priorizando la comodidad del modelo de software sobre el rendimiento puro de la máquina.

La crítica de Walter es una llamada a las armas para que los ingenieros mejoren sus herramientas de simulación en lugar de “atontar” el hardware para que encaje en las limitaciones actuales. Como él mismo dice: “No diseñamos puentes para que el software de análisis estructural esté contento”. El objetivo final es construir mejores robots, no solo robots que luzcan bien en Isaac Sim. Los mejores diseños nacerán de preguntar qué necesita el robot, no qué puede soportar el simulador.