Escalar el cómputo en tiempo de prueba no es gratuito en robótica: en una pila jerárquica, el planificador se invoca repetidamente, por lo que los costos por llamada derivados del razonamiento encadenado, modelos más grandes o un historial de memoria más denso se acumulan y pueden multiplicar las latencias base del modelo. Reducir el cómputo de manera uniforme mitiga la latencia, pero corre el riesgo de fallar en tareas más difíciles. Por ello, estudiamos dónde el cómputo realmente genera ganancias en tres ejes (profundidad de razonamiento, tamaño del modelo e historial de memoria), lo que motiva nuestro marco.
Comprendiendo el Problema de Asignación de Cómputo
En la planificación embebida, un robot debe decidir cuándo y dónde asignar cómputo adicional durante el despliegue. A diferencia de dominios estáticos como el modelado de lenguaje o los juegos, la robótica impone restricciones de tiempo real: cada llamada de planificación consume tiempo y energía, y el planificador se invoca muchas veces a lo largo de una tarea. Aumentar el cómputo de manera uniforme mejora el rendimiento en escenarios difíciles, pero desperdicia recursos en los fáciles; mientras que reducirlo uniformemente ahorra recursos, pero puede causar fallos en casos límite desafiantes. La pregunta central es si la asignación selectiva (aplicar más cómputo solo donde proporciona un beneficio medible) puede mejorar la eficiencia y fiabilidad generales.
Tres Ejes del Cómputo en Tiempo de Prueba
El artículo investiga tres dimensiones distintas a lo largo de las cuales se puede escalar el cómputo en tiempo de prueba en planificadores embebidos. Primero, la profundidad de razonamiento se refiere a cuántos pasos o tokens genera el modelo antes de comprometerse con una acción: un razonamiento encadenado más largo puede generar mejores planes, pero añade latencia. Segundo, el tamaño del modelo captura la capacidad de la red neuronal subyacente; los modelos más grandes suelen rendir mejor, pero son más lentos y costosos. Tercero, el historial de memoria se refiere a cuánta experiencia pasada del agente se retiene y utiliza para la toma de decisiones; los historiales más densos proporcionan más contexto a costa de un mayor tiempo de procesamiento. Comprender la interacción entre estos ejes es crítico para diseñar sistemas de planificación embebida eficientes.

El Marco DIRECT
Para estudiar sistemáticamente dónde el cómputo en tiempo de prueba genera mayores rendimientos, los autores introducen DIRECT, un marco que evalúa el beneficio marginal de aumentar el cómputo a lo largo de cada eje para consultas de planificación individuales. El enfoque funciona midiendo cuánto mejora el rendimiento cuando un planificador recibe más cómputo, y luego aprendiendo cuándo invocar variantes de mayor costo. Una idea clave es que no todas las consultas se benefician igualmente del cómputo adicional: algunas ya son resolubles con recursos mínimos, mientras que otras requieren la capacidad completa de modelos más grandes o razonamiento más profundo. Al enrutar cada consulta al nivel de cómputo más apropiado, el marco busca igualar la asignación de recursos con la dificultad de la tarea.
Hallazgos Empíricos en Todos los Ejes
Los resultados experimentales revelan varios patrones. En cuanto a la profundidad de razonamiento, un razonamiento encadenado más largo proporciona rendimientos decrecientes en tareas simples de navegación y manipulación, pero sigue siendo valioso para tareas complejas de múltiples pasos. Los modelos más grandes superan consistentemente a los más pequeños, pero la brecha de rendimiento se concentra en tareas que requieren razonamiento espacial o comprensión geométrica precisa. El historial de memoria muestra un perfil mixto: los historiales más densos ayudan en entornos parcialmente observables, pero añaden sobrecarga sin beneficio en entornos totalmente observables. De manera crítica, los beneficios de escalar a lo largo de diferentes ejes no son independientes: combinar un razonamiento más profundo con modelos más grandes puede generar ganancias superlineales en las tareas más difíciles.

Implicaciones Prácticas para la Robótica
Los hallazgos tienen implicaciones directas para el diseño de sistemas robóticos. En lugar de desplegar un planificador único de tamaño fijo, los ingenieros pueden construir sistemas adaptativos que asignen cómputo dinámicamente según la dificultad de la tarea. Por ejemplo, las operaciones simples de pick-and-place podrían usar un modelo pequeño con razonamiento superficial, mientras que las tareas complejas de ensamblaje activarían modelos más grandes con un procesamiento de razonamiento encadenado más profundo. El marco DIRECT proporciona una forma fundamentada de identificar estos umbrales y construir la lógica de enrutamiento. En hardware robótico físico, este enfoque adaptativo demostró tasas de finalización de tareas mejoradas mientras mantenía una latencia aceptable en comparación con las líneas base de cómputo uniformemente alto.
Preguntas Frecuentes
¿En qué se diferencia el cómputo en tiempo de prueba del cómputo en tiempo de entrenamiento en robótica? El cómputo en tiempo de prueba se refiere a los recursos utilizados durante el despliegue, cuando el robot debe tomar decisiones en tiempo real, mientras que el cómputo en tiempo de entrenamiento se utiliza durante el desarrollo y optimización del modelo. En robótica, el cómputo en tiempo de prueba está más restringido por los presupuestos de latencia y energía.
¿Qué eje de escalado de cómputo proporciona las ganancias más consistentes en todas las tareas? El tamaño del modelo muestra las mejoras de rendimiento más consistentes en diversas tareas, aunque con rendimientos decrecientes. Las ganancias del razonamiento más profundo y la memoria más densa dependen más de la tarea.
¿Se puede aplicar el marco DIRECT a cualquier planificador embebido? El marco está diseñado para ser agnóstico al planificador y se puede aplicar a cualquier sistema jerárquico embebido donde el planificador se invoque repetidamente, aunque los umbrales de cómputo específicos pueden necesitar ajustarse por dominio.
¿La asignación adaptativa de cómputo aumenta significativamente la complejidad del sistema? Si bien añade un componente de enrutamiento, la sobrecarga es mínima en comparación con los ahorros potenciales de evitar cómputo innecesario en tareas fáciles y prevenir fallos en tareas difíciles.
