OpenRouter reconstruye Auto Router y suma Auto Code, un enrutador de modelos ajustado para agentes de programación

El 6 de noviembre de 2026, OpenRouter lanzó una nueva generación de Auto Router, reconstruida sobre una base técnica nueva, junto con Auto Code, un nuevo enrutador para trabajo de programación. Para usarlos, defines el modelo como openrouter/auto u openrouter/auto-code, y openrouter/auto-beta es el canal donde aparecen primero los próximos cambios de enrutamiento. En cada solicitud, un modelo de decisión rápido evalúa once factores, como el tipo de tarea, si la tarea acaba de cambiar, qué tan difícil es, si importa la velocidad y si necesita visión o conocimiento de un código fuente. Una política de enrutamiento combina esas evaluaciones con precios en vivo, el estado de los proveedores y el estado de la caché para elegir el modelo y el esfuerzo de razonamiento, y luego el enrutamiento de proveedores habitual de OpenRouter decide quién lo atiende.

OpenRouter dice que el nuevo enrutador supera al anterior hasta 4× según el benchmark, y que su paso de enrutamiento fue 3× más rápido en el p90 en una prueba en vivo: 0.65 s frente a 1.96 s. En su beta, frente al enrutador anterior, las llamadas a herramientas inválidas fueron 4× menos y las respuestas agénticas se cortaron con la mitad de frecuencia. Para proteger la caché del prompt, el enrutador evita cambiar de modelo y en la beta se mantuvo en el mismo en casi nueve de cada diez turnos de agente. Auto Code prefiere un nivel más alto de modelos de programación, da más peso a la velocidad y penaliza más los fallos; OpenRouter dice que en cinco benchmarks obtiene resultados similares a Claude Opus 5.5 con un costo por tarea 74% menor.

No hay tarifa por el enrutador: pagas el precio estándar del modelo que atiende la solicitud, y el campo model de la respuesta indica cuál fue. Quienes ya usan openrouter/auto no tienen que cambiar nada, y cost_tier, allowed_models y excluded_models siguen funcionando. OpenRouter devolvió Auto Router a precios más cercanos a los de hace unos meses, después de que se había inclinado hacia los modelos más baratos, para incluir más modelos; eso puede significar un costo por tarea más alto que en los últimos meses, y si defines cost_tier en low, recuperas un comportamiento parecido al anterior.

El grupo de modelos respeta las guardrails de la cuenta, zero data retention, las restricciones de proveedores, las listas de modelos permitidos y excluidos y las claves BYOK. El chatroom muestra por qué se eligió cada modelo, la API devuelve lo mismo con router metadata, las páginas de modelo muestran la mezcla de enrutamiento en vivo y los resultados se publican en una página de benchmarks de enrutamiento de modelos.