Modelos de Cursor: qué puedes usar con tu plan desde octubre

Información verificada el 25 de octubre de 2026 en la documentación vigente de Cursor sobre modelos, suscripciones, Router y subagentes. La distinción clave está entre tener un modelo disponible y tener su uso incluido: son dos condiciones diferentes.

¿Qué modelos de Cursor puedes usar ahora?

Cursor ofrece sus modelos propios Grok y Composer junto con Claude, GPT y Gemini de otros proveedores, pero el acceso depende de la suscripción. Con The X Subscription, el sistema de suscripciones actual, las cuentas de pago tienen un cupo semanal de uso de modelos de Cursor compartido con Grok. Las solicitudes a modelos de terceros consumen saldo prepago. La documentación actual de modelos de Cursor detalla esa separación.

La tabla distingue las suscripciones actuales de las cuentas con planes anteriores. «Incluido» significa que el uso se descuenta de un cupo, no que las solicitudes sean ilimitadas. Free tiene un uso limitado; los cupos de pago dependen de la cuenta.

Fuentes: modelos disponibles, suscripciones actuales y planes anteriores. Teams y Enterprise también pagan la Cursor Token Rate en las solicitudes a terceros a las que se aplica; conviene revisar la lista de exclusiones. Las cuentas individuales no pagan esa tarifa adicional.

Los precios mensuales de los planes individuales, antes de impuestos y en USD, son Free $0, Plus $8, Premium $30, Super $100 y Ultra $200, según los precios publicados por Cursor. La guía de precios de Cursor explica los cupos, las licencias por usuario para equipos y los planes anteriores.

Modelos gratuitos de Cursor y restricciones de Plus

Free permite probar los modelos propios; Plus ofrece un entorno de programación limitado a esos modelos. En Plus, Fast permanece desactivado y el esfuerzo de razonamiento está fijado en medio; Grok 4.7 usa una ventana de contexto de 256k. El plan excluye Auto, los modelos de terceros y las claves de API propias. Son restricciones expresas del plan, así que la ausencia de Claude no indica necesariamente un problema de instalación.

Para quien hace cambios pequeños con Composer, puede bastar. Para quien depende específicamente de Claude o GPT, Plus queda descartado antes de entrar a valorar la calidad de los resultados. Decide a qué modelos necesitas acceder antes de suscribirte.

Modelos en Premium y diferencias con los planes anteriores

Premium y los planes superiores permiten acceder a modelos de terceros; la nueva suscripción no incluye un cupo para usarlos. La situación cambia si ya tienes Pro, Pro+ o el antiguo Ultra: su cupo mensual Other Models sigue cubriendo el uso de terceros al precio de lista de la API de cada modelo. Una vez agotado, puedes seguir pagando por uso si tienes activada esa opción. La documentación de planes anteriores de Cursor precisa la diferencia.

Piensa en la nueva cuenta como una suscripción que incluye el menú de la casa, pero cobra aparte los platos de chefs invitados. Una cuenta con un plan anterior también tiene un cupo para esos platos. Por eso, el mismo modelo puede aparecer en ambas cuentas y descontar su consumo de saldos distintos.

Si tienes un plan anterior, revisa cuánto usas realmente los modelos de terceros antes de migrar. Cursor indica que el cambio a la nueva suscripción es opcional y permanente. Un cupo mayor de modelos propios no sustituye al saldo incluido para Claude si Claude es el modelo que más usas.

Qué modelo de Cursor elegir para tareas cotidianas y difíciles

Elige según el problema que necesitas resolver: una interacción lenta, tareas largas que quedan a medias o la necesidad de que un modelo aborde el trabajo de una forma concreta. La guía de selección de Cursor recomienda Composer para programar de forma interactiva, Grok 4.7 para las tareas largas más difíciles y Claude Opus o GPT-5.6 Sol para trabajos complejos de varios pasos. Los ejemplos siguientes trasladan esas recomendaciones al desarrollo cotidiano.

Composer 2.5: empieza aquí cuando diriges los cambios paso a paso. Cursor lo describe como un modelo optimizado para usar herramientas, editar archivos y operar en la terminal. Su página de documentación indica una ventana de contexto de 200k, una variante rápida para sesiones interactivas y una variante estándar orientada a reducir el costo por token.

Un cambio en un componente con una prueba que falla de forma clara es un buen punto de partida: pide el cambio mínimo, revisa el diff y mantén el intercambio ágil. Detén el ciclo si las correcciones se repiten sin resolver el problema de fondo. En ese caso, precisa la especificación o pasa a un modelo más capaz, en lugar de alargar indefinidamente una conversación improductiva. Revisa el ajuste de velocidad antes de asumir que «Composer» siempre consume igual.

Grok 4.7: úsalo cuando la tarea exige investigar y verificar de forma sostenida. Según Cursor, mejora la comprobación de su propio trabajo y el desempeño en tareas largas frente a Grok 4.6. Un cambio de autenticación que afecta a varios archivos es el tipo de encargo en el que importa la persistencia: el agente debe relacionar el manejador de solicitudes, la lógica de sesión, las pruebas y las rutas de error. Define esas comprobaciones antes de delegar la tarea.

La documentación de Grok 4.7 distingue entre un contexto estándar de 256k y un máximo de 500k, medidos en tokens: los fragmentos de texto y código que procesa un modelo. El contexto es la cantidad de material que puede considerar en una solicitud; tener más capacidad no garantiza que detecte la dependencia relevante. Proporciona el comportamiento que falla y los criterios de aceptación, además de los archivos necesarios.

Grok 4.6 y Grok 4.5: consérvalos si un flujo de trabajo existente justifica su uso. Cursor sigue incluyendo ambos, pero su página de Grok 4.6 recomienda 4.7 para mejorar la verificación del propio trabajo y abordar tareas más largas. Elegir una versión anterior por costumbre como predeterminada para una nueva tarea difícil tiene poco sentido. Tampoco conviene alterar un flujo que funciona sin evaluar antes el sustituto. La comparativa de Grok 4.7 y Grok 4.6 analiza esa decisión de migración.

Claude Opus y GPT-5.6 Sol: elígelos con un propósito concreto para trabajos complejos o para probar otro enfoque. Tenerlos disponibles resulta útil cuando un problema se beneficia de la interpretación de otro modelo. Mantén la misma tarea y las mismas pruebas de aceptación al cambiar, para valorar el resultado sin dejarte convencer solo por una explicación mejor redactada.

La página de GPT-5.6 Sol de Cursor describe un trabajo persistente como agente y respuestas concisas para planificar y depurar. También señala un uso excesivo de subagentes y ocasiones en las que espera una instrucción expresa para ejecutar. Si propone la solución correcta y se detiene, dale una orden clara de implementarla. Un plan bien presentado no equivale a una tarea terminada.

Gemini: evalúalo cuando ya tengas un motivo para preferirlo. La orientación general de Cursor recoge la preferencia de algunos usuarios por Gemini Pro; eso no constituye una afirmación publicada de que Gemini sea superior en una categoría concreta de programación. El catálogo vigente incluye Gemini 4 Argon, Gemini 3.1 Pro y Gemini 3.8 Flash, junto con incorporaciones más recientes de Claude como Opus 5.5 y Sonnet 5.5. Revisa el catálogo de modelos que puedes seleccionar directamente: esa lista es distinta del conjunto de modelos entre los que elige Auto.

Como punto de partida, usa Composer para trabajos que puedas revisar de forma continua, Grok 4.7 cuando el obstáculo sea sostener una investigación y un modelo de terceros autorizado cuando sus resultados justifiquen el consumo aparte. En todos los casos, conserva la revisión humana y las comprobaciones del repositorio como criterios de aceptación.

Cursor Auto: cómo funcionan Cost, Balance e Intelligence

Auto es un mecanismo de selección, no otro modelo, y el nuevo Cursor Router requiere actualmente Teams o Enterprise. La documentación de Router sitúa Balance e Intelligence dentro de ese sistema. Plus excluye Auto de forma expresa. No des por hecho que todas las cuentas muestran el mismo menú de Auto.

Estas definiciones y reglas de facturación proceden de la documentación de Router de Cursor. Cursor presenta Balance como la opción predeterminada para usuarios nuevos, mientras que los administradores del equipo controlan qué modos están disponibles. La columna «Uso recomendado» ofrece una interpretación práctica: empieza una tarea rutinaria con el ajuste habitual y sube de nivel cuando lo exija el trabajo, no solo por curiosidad.

El conjunto actual de modelos de Router que recoge la documentación es GPT-5.5, Claude Opus 5, Grok 4.6 y Claude Fable 5. Cursor advierte que ese conjunto cambia y que un modelo puede estar disponible en el selector antes de incorporarse a Router. Por tanto, que Grok 4.7 y GPT-5.6 Sol aparezcan en el selector no demuestra que Auto les asigne solicitudes. Toma como referencia el conjunto publicado.

Si diriges un equipo, ten en cuenta que la política de enrutamiento también tiene dependencias. Bloquear Grok 4.6 desactiva Router; bloquear a la vez GPT-5.5 y Claude Opus 5 también lo desactiva. Según Cursor, bloquear solo uno de estos dos últimos reduce la calidad del enrutamiento. Revisa la lista de modelos permitidos como una configuración que debe funcionar, además de como una selección de proveedores preferidos.

Los administradores de Enterprise deben activar Router, y los controles del equipo pueden restringir los modos o imponer Auto. Los controles de administración explican por qué un desarrollador puede no tener acceso a un ajuste que sí aparece en otra cuenta. Una solicitud que se dirige a un modelo de terceros sigue sus reglas de facturación; elegir Auto no la convierte en uso incluido de modelos propios.

Cómo cambiar de modelo y mantener los ajustes bajo control

Cambia el modelo en el panel del chat o del agente y revisa sus ajustes antes de enviar la siguiente tarea. Cursor indica que la selección se conserva entre conversaciones. Resulta cómodo hasta que la opción costosa o especializada de ayer se convierte, sin que lo adviertas, en la predeterminada de hoy. Las instrucciones para cambiar de modelo son el punto de partida tanto para elegir uno concreto como para usar Auto.

Varios modelos en Cursor: cómo eligen los subagentes

El selector del agente principal no determina el modelo de todos los subagentes. Un subagente es un agente independiente al que se delega parte del trabajo. Los subagentes integrados de Cursor eligen un modelo para cada subtarea; los personalizados usan por defecto inherit, que toma el modelo del agente principal, o pueden especificar un identificador de modelo. El agente principal también puede indicar uno al lanzar un subagente. La documentación de subagentes de Cursor describe estas opciones.

Por ejemplo, puedes guardar una configuración personalizada en .cursor/agents/local-review.md:

---
name: local-review
description: Reviews a bounded code change for correctness.
model: "composer-2.5[fast=false]"
---
Review the supplied diff and relevant tests.
Report concrete defects with file references. Do not edit files.

El ajuste de modelo selecciona expresamente Composer 2.5 a velocidad estándar. Usa model: inherit si quieres que el subagente siga la elección del agente principal. La sintaxis del modelo procede de la documentación de configuración de Cursor.

La consecuencia en la facturación puede pasar inadvertida. Un agente principal con Grok, Composer o Auto puede delegar en un modelo de terceros concreto. Ese subagente consume saldo prepago con la nueva suscripción, o el cupo Other Models con un plan anterior. Su tarjeta de tarea muestra qué modelo se ejecutó, y el panel de consumo registra ese mismo modelo. Las restricciones del plan y los bloqueos del administrador pueden prevalecer sobre la opción configurada.

Si tu equipo investiga un cargo inesperado, empieza por esos registros. Que el chat principal mostrara un modelo propio no basta para concluir que el consumo se descontó del cupo equivocado. Cada subagente tiene su propio contexto y consumo de tokens, así que delegar también debe tener un propósito útil: una investigación independiente, una revisión aparte o trabajo que se beneficie de un contexto separado.

Modelos personalizados en Cursor: usa tu propia clave de API

Tu propia clave de API cambia quién paga la inferencia compatible; no elimina las restricciones del plan, de las funciones ni del proveedor. Plus excluye BYOK, sigla de bring your own key, es decir, usar tu propia clave. La documentación de claves de Cursor admite los modelos de chat estándar sin razonamiento de OpenAI, Anthropic Claude, Google Gemini, Azure OpenAI y AWS Bedrock, dentro de las configuraciones compatibles con cada proveedor.

Para conectar una, abre Cursor Settings > Models, elige el proveedor, introduce la clave y guarda. En los planes individuales compatibles, el proveedor factura esas solicitudes directamente y no consumen el uso de modelos incluido ni el saldo prepago de Cursor. En Teams y Enterprise, las solicitudes a las que se aplica siguen sujetas a Cursor Token Rate. El autocompletado con Tab continúa usando los modelos integrados de Cursor.

Esto resulta útil cuando una organización ya tiene una cuenta con un proveedor y quiere que la inferencia se facture allí. No demuestra que todas las variantes de modelo o todas las funciones de Cursor vayan a usar esa cuenta. Antes de cambiar las previsiones de facturación de un equipo, comprueba que el modelo concreto aparece en el selector y que el flujo de trabajo que necesitas es compatible.

También hay una condición sobre el tratamiento de los datos: las solicitudes siguen pasando por el backend de Cursor para construir los prompts. Cursor afirma que las claves se transmiten de forma segura y no se almacenan de manera persistente, pero su política Zero Data Retention no se aplica a BYOK; rige la política del proveedor. Elige la conexión que cumpla los requisitos de tu organización, además de tener en cuenta quién emite la factura.

La disponibilidad regional puede reducir los modelos que ves

La ausencia de un modelo puede deberse tanto a las restricciones geográficas del proveedor como a tu plan. La documentación regional de Cursor indica que las restricciones de los proveedores pueden hacer que ciertos modelos no aparezcan en el selector. Elige otro modelo habilitado o usa Auto si tu cuenta lo ofrece. Una clave de proveedor solo funciona donde ese proveedor permite el acceso; no sirve para eludir un bloqueo regional.

En un equipo de desarrollo distribuido, comprueba la configuración prevista desde la región de cada integrante antes de fijar un estándar que presuponga un menú de modelos idéntico para todos. Si falta un modelo, revisa el plan, la lista de modelos permitidos por el administrador y la disponibilidad del proveedor, en ese orden. Ese diagnóstico aporta más que reinstalar el editor una y otra vez.

Qué no demuestra el cambio de octubre

Que cambie el menú de suscripciones no demuestra que GPT haya desaparecido de Cursor. En la fecha de verificación, Cursor sigue documentando GPT-5.6 Sol. Una publicación en redes sociales no basta para confirmar una retirada ni una fecha de corte. Decide cómo trabajar hoy a partir del catálogo vigente y del acceso real de tu cuenta.

Auto tampoco significa «el modelo más nuevo en cada solicitud». Su conjunto validado difiere del catálogo completo, y su función es elegir según la tarea. Si tus criterios de aceptación exigen un modelo concreto, selecciónalo directamente cuando esté disponible, en lugar de confiar en que Router lo elija.

Por último, una ventana de contexto mayor o un ajuste de esfuerzo más alto no sustituyen una tarea bien definida. Para un error difícil, aporta los pasos para reproducirlo, el comportamiento esperado y las pruebas que deben pasar. Una mayor capacidad permite incorporar más información; no puede suplir requisitos que faltan.

Si necesitas conservar el acceso a tus proveedores al cambiar de cliente de programación, la comparativa de alternativas a Cursor aborda esa decisión por separado. La portabilidad justifica evaluar una opción de respaldo sin asumir que ningún proveedor haya abandonado Cursor.

Quién debería cambiar ahora, esperar o mantener su configuración

Quienes desarrollan deberían cambiar el modelo predeterminado solo cuando puedan explicar qué problema resuelve el cambio. Si Composer produce cambios que se pueden revisar en el trabajo rutinario, consérvalo. Si las tareas difíciles quedan incompletas repetidamente, evalúa Grok 4.7 con una condición de finalización clara. Si el problema es una especificación ambigua, corrígela primero.

Quienes dirigen equipos deberían revisar ahora el enrutamiento y los subagentes. Confirma los modelos permitidos, los modos visibles de Auto, si se muestra el modelo que atiende cada solicitud y los modelos especificados en subagentes personalizados. Una política que solo aprueba el modelo principal deja sin revisar parte del flujo de trabajo real.

Quienes necesiten Claude, GPT o Gemini deberían descartar Plus. Quienes tengan planes anteriores deberían esperar para migrar hasta entender qué cupo perderían. Una cuenta con un plan anterior que funciona no está obligada a adoptar la nueva facturación solo porque hayan cambiado los nombres públicos de los planes.

El lunes, toma una tarea habitual y otra difícil de tu propia lista de pendientes. Registra el modelo elegido, los ajustes, los modelos de los subagentes, las comprobaciones completadas y el consumo. Conserva la configuración que entregue un trabajo aceptable con menos correcciones y un consumo predecible. Esas observaciones aportan más que imponer un mismo nombre de modelo a todo el equipo.

Preguntas frecuentes

Suscríbete al boletín para recibir guías prácticas sobre los cambios en los modelos y los flujos de trabajo a los que afectan.