Corregir una errata con un modelo frontier es un lujo que muchos equipos han normalizado. Según los propios datos de Cursor, cerca del 60% de sus desarrolladores elige un modelo y lo mantiene para todo. Cursor Router, lanzado el 22 de julio de 2026, cambia ese enfoque: analiza cada petición y la deriva al modelo más económico que pueda resolverla. En las pruebas A/B de Cursor, logra una calidad de nivel frontier con un coste un 60% inferior.
Hay una contrapartida importante: solo está disponible en los planes Teams y Enterprise, y tendrás que delegar la elección de modelo en un clasificador.
Así decide Cursor Router qué modelo usar
Cursor Router es un clasificador que entra en acción antes que cualquier modelo. Según la publicación de lanzamiento de Cursor, evalúa cada solicitud a partir de cuatro señales —la consulta, el contexto adjunto, la complejidad de la tarea y el dominio— y la asigna en consecuencia:
- Las modificaciones rutinarias se envían a modelos eficientes en precio.
- Los ajustes de interfaz van al que Cursor denomina "el modelo con mejor gusto".
- Los problemas de razonamiento extensos que afectan a varios archivos se derivan a modelos frontier como Fable 5 u Opus 4.8.
Hay dos decisiones de diseño que lo alejan de una simple regla if/else basada en la longitud del prompt:
- El objetivo de entrenamiento. Cursor entrenó el clasificador con más de 600.000 solicitudes reales y lo optimizó para la satisfacción del usuario: si el desarrollador pasaba a la siguiente tarea o debía detenerse para corregir al agente. No se basó en puntuaciones de benchmarks.
- La consideración de la caché. Cambiar de modelo a mitad de sesión descarta la caché de prompts del modelo anterior, y ese fallo de caché tiene un coste real. Router lo tiene en cuenta al decidir si merece la pena cambiar, un problema que la mayoría de configuraciones de routing caseras pasan por alto.
Router ya impulsa el modo Auto existente de Cursor en escritorio, web, iOS, la CLI y el SDK. No hay un interruptor independiente: eliges Auto y después indicas cómo debe optimizar.
Los tres modos Auto: Intelligence, Balance y Cost
Cada modo ocupa un punto distinto en la curva de coste y calidad. Todas las cifras proceden de las pruebas A/B online de Cursor sobre millones de solicitudes, publicadas en la publicación de lanzamiento.
| Modo | Objetivo de calidad | Resultado de las pruebas A/B de Cursor |
|---|---|---|
| Intelligence | Calidad frontier | Satisfacción de usuario cercana a Fable 5 con un coste ~60% inferior; satisfacción ~15% mayor que Opus 4.8 a un coste similar |
| Balance | Buena calidad para el día a día | Mayor satisfacción que Opus 4.8 con un coste ~36% inferior; iguala la satisfacción de GPT-5.6 Sol con menor gasto |
| Cost | Buena calidad, gasto mínimo | La mayor inteligencia utilizable mientras optimiza el gasto en tokens |
La facturación sigue al modelo seleccionado por el enrutamiento: las solicitudes en Balance e Intelligence se cobran según la tarifa del modelo que las atendió. La factura termina siendo una mezcla: tarifas eficientes para las peticiones rutinarias y precios frontier solo cuando Router escala la tarea. Por tanto, el coste por solicitud solo es predecible en conjunto.
Hay una omisión en el material de lanzamiento: Cursor publicó cifras por commit y datos de satisfacción para Intelligence y Balance, pero para el modo Cost solo ofreció una descripción cualitativa.
Qué representa realmente ese «60% más barato»
La cifra destacada se refiere al coste por commit. Cursor lo mide como gasto de modelos por unidad de trabajo aceptada, no por token:
GPT-5.6 Sol igualó al modo Intelligence en coste, pero obtuvo una puntuación de satisfacción inferior. Fuera del laboratorio, Cursor afirma que tres cuentas enterprise de acceso anticipado —cada una con miles de usuarios— ahorraron entre un 30% y un 50% frente a aplicar las tarifas de API de Opus 4.8 a todo el tráfico, sin caídas de calidad reportadas.
Conviene tener presentes dos matices:
- Son cifras de Cursor, medidas con sus propias métricas de satisfacción y retención de código. Todavía no existe una auditoría independiente.
- La referencia es un equipo que ejecuta todo con un modelo frontier. Si tu equipo ya usa por defecto un modelo de gama media, la diferencia será menor.
Cómo saber qué modelo ha elegido Router
De forma predeterminada, Router no muestra qué modelo atendió cada solicitud: ves la respuesta, no quién la generó. El registro de cambios de Cursor indica que el modelo enrutado "puede mostrarse u ocultarse", pero a fecha del 23 de julio de 2026 la documentación no aclara dónde está ese ajuste en cada cliente.
Cuando lo localices en el tuyo, merece la pena activarlo durante la primera semana. Ver las elecciones de Router es la forma más rápida de entender cuándo escala una petición y cuándo prioriza el ahorro.
La visibilidad por tarea ya es el cambio más solicitado de la función. En el hilo de r/cursor sobre el nuevo routing, la principal petición es precisamente esta: "esto me está dejando a oscuras".
Los administradores de equipo tienen más control que los miembros individuales. Pueden:
- activar Router por equipo o grupo
- limitar cuáles de los tres modos pueden seleccionar los miembros y establecer el predeterminado
- permitir o bloquear modelos subyacentes concretos
- aplicar una imposición flexible o estricta para estandarizar Auto para todos
Si vuestra política de cumplimiento prohíbe un proveedor concreto, bloquear su modelo a nivel de administrador cierra esa vía antes incluso de que el enrutamiento procese la solicitud.
Quién puede usar Router y cuánto cuesta Cursor
Cursor Router está disponible únicamente para los planes Teams y Enterprise. En Teams viene activado de forma predeterminada; los administradores de Enterprise deben habilitarlo desde el panel. Información contrastada con la página de precios de Cursor el 23 de julio de 2026:
| Plan | Precio (facturación mensual) | Modos Router |
|---|---|---|
| Hobby | Gratis | No |
| Individual (Pro / Pro+ / Ultra) | Desde $20/mes | No |
| Teams (Standard / Premium) | Desde $40/usuario/mes | Sí |
| Enterprise | Personalizado | Sí, activado por administrador |
Con un plan Pro de $20, el selector Intelligence/Balance/Cost no forma parte del selector de modelos. Y, como señaló una de las primeras reacciones en X, pagar un 60% menos que las tarifas de modelos de la clase de Opus sigue siendo un importe relevante para el presupuesto de un desarrollador individual. Las alternativas son ser disciplinado al elegir manualmente el modelo o llevar tu propio sistema de routing, como veremos más abajo.
Cuándo el enrutamiento puede equivocarse
Antes de estandarizar Auto en un equipo, merece la pena considerar dos críticas aparecidas en X.
La primera es que la complejidad de una tarea no equivale a su riesgo. Una crítica detallada lo planteaba de forma clara: una refactorización de 2.000 líneas puede ser mecánica, mientras que un cambio de dos líneas en la autenticación puede provocar toda una caída de servicio. Un router entrenado para predecir complejidad podría enviar con seguridad ese cambio de dos líneas a un modelo económico. El autor pide a Cursor que publique las tasas de ediciones aceptadas por ruta; Cursor no ha divulgado esos datos.
La segunda tiene que ver con la forma que adopta el fallo. El benchmark de un ingeniero para Router plantea esta cuestión: ¿elige correctamente en las tareas donde un modelo barato ofrece una respuesta errónea con total seguridad, en lugar de fallar de forma evidente? Una respuesta equivocada que parece correcta puede consumir más tiempo de revisión del que ahorró en tokens.
La cobertura práctica pasa por una política de dos categorías:
- Fija manualmente un modelo frontier cuando una respuesta verosímil pero incorrecta sea cara: cambios de autenticación y permisos, lógica de pagos, migraciones de bases de datos de producción, criptografía o configuración de CI/CD.
- Deja el resto en manos de Balance: refactorizaciones rutinarias, generación de pruebas, documentación y trabajo de interfaz de bajo riesgo.
Los administradores también pueden bloquear por completo los modelos más baratos, a costa de reducir ligeramente el ahorro.
Cursor Router y OpenRouter no son lo mismo
Los nombres se parecen, pero operan en capas distintas. Cursor Router está integrado en Cursor, selecciona modelos de su propio catálogo y se factura a través de tu plan. OpenRouter es un agregador de API independiente: una clave, cientos de modelos y facturación por token. Consulta nuestra guía de precios de OpenRouter.
Hoy puedes conectar OpenRouter a Cursor desde cualquier plan mediante el ajuste Override OpenAI Base URL de Cursor. Hay dos detalles importantes:
- Usa el endpoint específico de OpenRouter,
https://openrouter.ai/api/v1/cursor: el/api/v1genérico no gestiona el formato de llamadas a herramientas de Cursor. - Pega tu clave
sk-or-en el campo OpenAI API Key.
Cualquier configuración con tu propia clave tiene dos límites estrictos: el autocompletado Tab siempre se ejecuta con los modelos integrados de Cursor, y el modo Auto puede ignorar por completo tu clave.
La misma anulación funciona con cualquier relay compatible con OpenAI, y así es como los desarrolladores individuales consiguen una economía similar al routing sin pagar un puesto de Teams. En AIReiter, por ejemplo, los modelos Claude cuestan el 20% del precio oficial de la API, con paquetes de créditos desde $5, según datos comprobados en julio de 2026. Puedes fijar un modelo de gama media para el trabajo diario y reservar las llamadas frontier para los problemas difíciles. Eso sí: tú haces de clasificador y nadie tiene en cuenta los fallos de caché al cambiar de modelo.
Preguntas frecuentes
¿Cursor utiliza OpenRouter?
No. Cursor Router es el sistema de routing interno de Cursor y no tiene relación con OpenRouter. Puedes conectar OpenRouter por separado mediante el ajuste Override OpenAI Base URL y el endpoint específico /api/v1/cursor.
¿Cursor Router está disponible en el plan Pro?
No a fecha de julio de 2026: la publicación de lanzamiento limita Router a los planes Teams y Enterprise. Los planes Individual mantienen la selección manual de modelos.
¿Puedo desactivar Cursor Router?
Sí: selecciona un modelo específico en lugar de Auto y Router no intervendrá en esa solicitud. Los administradores de equipo también pueden restringir modos o bloquear modelos concretos para toda la organización.
¿A qué modelos deriva Cursor Router las solicitudes?
El material de lanzamiento de Cursor menciona Fable 5, Opus 4.8, GPT-5.6 Sol, Grok 4.5 y su propio Composer. El catálogo está diseñado para actualizarse a medida que se lancen nuevos modelos. Los administradores pueden permitir o bloquear modelos individuales.