OpenRouter Auto frente a Auto Code: ¿cuál deberías usar?

Un agente de programación y un chatbot generalista no deberían compartir la misma configuración de enrutamiento. Usa openrouter/auto para tráfico variado y openrouter/auto-code para sesiones de programación con varios turnos. Eso sí: Auto Code suele tener un coste por tarea resuelta superior al de Auto, mientras que el supuesto ahorro del 74 % se calcula frente a Opus 5.5.

OpenRouter lanzó ambos routers el 5 de noviembre de 2026 y los anunció el 6 de noviembre de 2026. Comparten motor de enrutamiento; la diferencia está en el nivel de modelos desde el que parte cada uno y en cómo las señales de fallo condicionan la sesión. No hay una tarifa adicional por usar el router: cada solicitud se factura según la tarifa normal del modelo seleccionado (anuncio de OpenRouter).

Auto para tráfico variado; Auto Code para sesiones de programación

Auto Code es el router para agentes de programación. Empieza en un nivel de coste más alto y pondera la tasa de éxito, la velocidad y el coste por tarea resuelta (anuncio de OpenRouter).

Si ya sabes qué modelo funciona mejor para tu carga de trabajo, la propia OpenRouter recomienda seguir utilizándolo. Los routers renuncian a una pequeña parte del rendimiento máximo para elegir modelos eficientes en costes de forma consistente, sin tener que seguir cada lanzamiento (anuncio de OpenRouter).

¿Es fiable la promesa de ahorrar un 74 %?

La dirección del dato parece correcta; la cifra necesita varios matices. El «74 % menos» compara Auto Code con Claude Opus 5.5 en cinco benchmarks ejecutados por OpenRouter, no con Auto, y no ha sido verificado de forma independiente. No encontré ninguna reproducción independiente a 6 de noviembre de 2026, un día después del lanzamiento (anuncio de OpenRouter).

Esta es la tabla completa de benchmarks del anuncio, porque el titular solo cuenta la mitad de la historia:

De esa tabla salen tres conclusiones (anuncio de OpenRouter):

1. Auto Code supera a Auto en 4 de 5 puntuaciones, pero pierde en Tau-bench Banking: 52.6 % frente a 53.1 %. Las diferencias van de 2 a unos 5 puntos; no estamos ante un salto generacional.
2. Auto Code cuesta más que Auto en 4 de 5 tareas, con hasta 3,7 veces más en TerminalBench ($4.96 frente a $1.33). También cuesta más que el Auto anterior en todos los benchmarks, por ejemplo, 8,1 veces más en TerminalBench.
3. «Más barato» solo se cumple frente a Opus 5.5 por tarea resuelta. El coste por tarea incluye los reintentos: un modelo más barato por token que falla dos veces puede terminar costando más por tarea resuelta que otro más caro que acierta a la primera. Es la métrica adecuada para agentes, pero no significa que tu factura por token vaya a bajar un 74 %.

El escepticismo de la comunidad se centra en la posibilidad de verificar el dato, no tanto en su dirección:

«Lo dice claramente: la cifra del 74 % procede de los 5 benchmarks de OpenRouter, no de una verificación independiente. Hay que fiarse de la dirección, no de los dígitos». — @LJL06019

Otro usuario planteó la pregunta que determina si puedes reproducir el resultado: «el 74 % solo se cumple si mi prompt le dice al router qué es difícil. ¿Qué le indica al router qué es difícil?» (@harden_369741).

La forma prudente de leer la afirmación es esta: en esos cinco benchmarks centrados en programación, Auto Code ofrece un rendimiento aproximadamente comparable al de Opus 5.5 con un coste menor por tarea resuelta, mientras que Auto es el router más barato cuando la puntuación máxima no es la prioridad. Antes de preparar un presupuesto, repítelo con tu propio conjunto de repositorios.

Qué cambia realmente por dentro

Mismo motor, distinta política. Ambos routers evalúan 11 factores de cada solicitud —tipo de tarea, dificultad, importancia de la velocidad, necesidad de visión o conocimiento del código, y si ayudarían un modelo más grande o más razonamiento— y los combinan con los precios actuales, el estado de los proveedores, la caché de prompts, los datos de benchmarks y el historial de la sesión (anuncio de OpenRouter).

Auto Code añade tres criterios específicos para programación (anuncio de OpenRouter y página de Auto Code):

• Parte de un nivel de modelos de programación más potente y caro, en lugar del nivel medio y eficiente en costes de Auto.
• Pondera más la latencia y penaliza con mayor intensidad los cambios de código fallidos.
• Cambia antes de modelo cuando los cambios no superan las pruebas o se repite el mismo error.

El orden de escalado importa: cuando una sesión se atasca, Auto Code aumenta primero el esfuerzo de razonamiento y solo después cambia de modelo. OpenRouter afirma que esta estrategia, junto con la permanencia de sesión, mantuvo el router en el mismo modelo durante casi 9 de cada 10 turnos de agente en la beta; además, las llamadas de herramientas no válidas fueron 4 veces menos frecuentes y las respuestas agentivas interrumpidas se redujeron a la mitad frente al router anterior (anuncio de OpenRouter). La latencia de enrutamiento en p90 bajó de 1.96 s a 0.65 s, aproximadamente 3 veces menos (anuncio de OpenRouter).

La ruta general de Auto es más antigua y está documentada por separado: un clasificador ligero asigna unos 30 tipos de tarea detallados, como code:debugging o agent:multi_step_planning; después ordena los modelos según su proporción de gasto comunitario de los últimos 7 días para cada tarea, aplica tu nivel de coste y tus restricciones, y elige un modelo principal junto con varias alternativas (documentación de Auto Router). La nueva generación conserva esa señal del mercado, pero añade la capa de sesión.

Las mezclas de tráfico en directo ayudan a entender qué significa en la práctica ese «nivel más potente». En una instantánea del 6 de noviembre con el tráfico de Auto Code de las últimas 24 horas (992 solicitudes), GPT-6.1 Sol representaba el 70.4 %, Claude Opus 5.5 el 14.8 % y GLM 5.3 el 11.0 % (página de Auto Code). La mezcla general de Auto se inclina hacia opciones más baratas: las variantes de DeepSeek V4 Flash suponían por sí solas aproximadamente el 47 % del volumen mostrado en su página de resumen (resumen de Auto). Estas mezclas cambian en cuestión de días a medida que evolucionan los precios y los lanzamientos, así que conviene leerlas como el tiempo meteorológico, no como una plantilla fija.

El coste del cambio: reconstrucción de caché y permanencia del proveedor

Esta es la parte que suele desaparecer de la cobertura de los lanzamientos y la que determina tu factura real. Cambiar de modelo a mitad de una sesión descarta la caché del prompt: el modelo nuevo tiene que volver a procesar todo el contexto al precio completo de entrada. OpenRouter reconoce este mecanismo y mantiene las conversaciones con varios turnos en un mismo modelo mientras siga siendo una de las opciones principales, precisamente para reducir esas reconstrucciones (anuncio de OpenRouter).

Los usuarios han documentado este problema en ambos sentidos:

«La gente sigue intentando crear routers a nivel de solicitud, pero eso no va a funcionar… un prompt sin el contexto que lo rodea simplemente no aporta suficiente señal para juzgar la complejidad… no podemos cambiar de modelo con frecuencia durante una sesión de forma económica. Uno o dos tropiezos… pueden acabar costando más que usar el mejor modelo desde el principio». — @kunchenguid

La cifra que mejor resume esa crítica la dio el autor de OpenCode: corregir la caché de OpenRouter redujo una factura de prueba de $50 a $6 (@thdxr). En Reddit, un usuario que probaba openrouter/auto comentó: «cuando lo probamos, la tasa de aciertos de caché era básicamente 0» (u/tankerkiller125real), mientras que otro observó que «cada vez que Auto cambiaba el id, la siguiente llamada devolvía cache_discount 0, mientras que la ejecución fijada seguía leyendo de la caché» (u/Michael_Jeffords). El consejo principal del hilo de VS Code es directo: «Mantén fijo el modelo y el proveedor para obtener mejores resultados, porque la caché ahorra costes; de lo contrario, estarás enviando un contexto grande a proveedores aleatorios» (u/Zealousideal-Part849).

De aquí salen dos consecuencias prácticas:

1. La tasa de aciertos de caché pesa más en la factura que el precio de lista. Según la estimación de un usuario, alrededor del 87 % de los tokens de agente proceden ahora de la caché (@shu8ham_), así que un router que rompa la permanencia puede salir más caro que un modelo fijado más costoso que reutilice el contexto. En el caso de ese usuario, mover una marca de tiempo de la parte superior a la inferior del prompt de sistema solucionó una caché que se invalidaba en cada llamada (@shu8ham_).
2. La permanencia también puede dejarte atrapado en un proveedor mediocre. Las solicitudes posteriores permanecen con el mismo proveedor mientras su caché siga caliente, así que un endpoint cuantizado de baja calidad puede arruinar toda una sesión: «El mismo nombre de modelo no significa el mismo modelo. Fija el proveedor que lo sirve» (@webtkdev). Si la calidad fluctúa después de un cambio, registra el proveedor, no solo el modelo.

La respuesta de Auto Code —aumentar primero el razonamiento y cambiar solo cuando hay un fallo claro— va en la dirección correcta (página de Auto Code). Pero hasta que compruebes que tu propia secuencia de cache_discount se mantiene por encima de cero durante una sesión, considera el cambio un riesgo presupuestario, no algo gratuito.

Controles de coste que sí ponen un límite a la factura

cost_tier es una franja, no un techo. Los cinco niveles —low, medium, high, xhigh y max— seleccionan una banda de coste entre los modelos elegibles; los modelos situados por encima y por debajo pueden quedar excluidos, y un nivel sin definir se comporta aproximadamente como low en la ruta clásica de la documentación (documentación de Auto Router). El resumen más útil de Reddit es este: «cost_tier es una franja, no un techo… fija un modelo exacto siempre que la factura tenga que ser determinista» (u/conifer_v11).

Una configuración razonable para cualquiera de los dos routers:

• Empieza Auto Code con la configuración predeterminada en un conjunto de repositorios de prueba; empieza Auto en low si quieres conservar el comportamiento barato anterior. OpenRouter elevó el precio predeterminado del nuevo sistema hacia niveles de «hace unos meses» para dar entrada a modelos más capaces (anuncio de OpenRouter).
• Añade comodines en allowed_models y excluded_models, como anthropic/*, para limitar el conjunto de modelos; las exclusiones tienen prioridad sobre las listas de permitidos y un conjunto vacío falla de forma segura con un error 404 (documentación de Auto Router). Atención a la trampa de los identificadores de plugin: openrouter/auto lee la configuración de auto-router, mientras que openrouter/auto-beta lee la de auto-beta-router; las configuraciones cruzadas se ignoran silenciosamente (documentación de Auto Router).
• Combina provider.max_price con los límites de gasto del espacio de trabajo para establecer un tope real; el nivel por sí solo no puede hacerlo (documentación de Auto Router).
• Envía un session_id explícito en trabajos con varios turnos para que la permanencia se base en la conversación y no en la huella de un mensaje (documentación de Auto Router).
• Registra model, proveedor, tokens, instantánea de precios y cache_discount en cada solicitud. Es la única forma de calcular el coste por tarea aceptada: la métrica que optimiza Auto Code y la que realmente importa para tu presupuesto.

Lecturas relacionadas en este sitio: la guía de configuración de Auto Router, la guía de precios de OpenRouter, la guía de caché de prompts y LiteLLM frente a OpenRouter para consultar alternativas de enrutamiento autoalojadas.

Una línea para llamarlo y comprobar qué se ha ejecutado

Ambos routers funcionan allí donde se acepta una cadena de modelo (resumen de Auto):

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openrouter/auto-code",
    "messages": [{"role": "user", "content": "Add a retry with backoff to fetchUser in api/users.ts"}]
  }'

Sustituye el modelo por openrouter/auto para tráfico general. El campo model de la respuesta indica qué modelo ha respondido realmente; regístralo siempre (documentación de Auto Router). Envía X-OpenRouter-Metadata: enabled para obtener la clasificación de la tarea (documentación de Auto Router) o abre el panel de información de enrutamiento de la sala de chat para ver por qué se eligió un modelo: tipo de tarea, valoración de dificultad y proporción de candidatos (anuncio de OpenRouter). Ambos routers admiten llamadas a herramientas, streaming, imágenes, PDF, audio y vídeo como entrada, con salida de texto o imágenes y un límite de ruta de hasta 2,000,000 tokens; la ventana real depende de lo que admita el modelo seleccionado (resumen de Auto y página de Auto Code).

Una nota sobre los IDE: Codex CLI, Cline, Kilo Code, OpenCode, Continue y las configuraciones de VS Code al estilo Copilot pueden añadir sus propias subllamadas, reintentos y contextos extensos sobre tu prompt. Un usuario comparó unos 20 tokens mediante Python directo con entre 20k y 40k tokens a través de una solicitud de plugin (hilo de Reddit sobre el enrutamiento de OpenRouter). Si una solicitud que parecía pequeña genera una factura grande, comprueba si los tokens proceden del router o del harness antes de culparlo. El catálogo de OpenRouter disponible detrás de ambos routers incluye más de 600 modelos (anuncio de OpenRouter).

Preguntas frecuentes sobre OpenRouter Auto y Auto Code

¿Auto Code es más caro que Auto Router?

Normalmente sí, por tarea. En la tabla de OpenRouter, Auto Code cuesta más que Auto en cuatro de cinco benchmarks y empata en el quinto. Auto Code solo es «más barato» que un modelo de frontera fijo si se calcula el coste por tarea resuelta.

¿El router cobra una tarifa adicional?

No. Tanto openrouter/auto como openrouter/auto-code se facturan según la tarifa normal del modelo seleccionado, sin ningún recargo del router (resumen de Auto).

¿Cambiar de modelo rompe la caché del prompt?

Puede hacerlo. El modelo o proveedor nuevo tiene que reconstruir la caché, y los usuarios han registrado que cache_discount cae a 0 justo después de un cambio. Auto Code prefiere aumentar primero el esfuerzo de razonamiento y mantuvo la permanencia aproximadamente en 9 de cada 10 turnos durante la beta (anuncio de OpenRouter), pero debes comprobarlo en tus propias sesiones.

¿Qué modelos pueden elegir y puedo excluir alguno?

Cualquiera del catálogo después de aplicar tus filtros de protección, retención cero de datos, proveedor, lista de permitidos y lista de excluidos (página de Auto Code). Funcionan comodines como anthropic/*; las exclusiones tienen prioridad (documentación de Auto Router).

¿Cuándo debería fijar un modelo en lugar de usar un router?

Cuando la factura tenga que ser determinista, cuando las necesidades de auditoría o residencia exijan un modelo conocido o cuando la calidad de tu modelo fijado ya supere la media del router en tus repositorios. Un flujo de trabajo eficaz es usar Auto para descubrir opciones y después fijar el ganador o incluirlo en una lista de permitidos.

Hay un intercambio que no puedes resolver con prompts: Auto Code consigue algunos puntos adicionales de tasa de éxito gracias a un nivel superior y a la información de sesión, pero cada cambio consume caché. Si tus sesiones son largas y manejan mucho contexto, el router más barato es el que deja de cambiar de modelo.