Cursor vs Codex en 2026: flujo de trabajo, precios, límites y On-Demand Usage

La respuesta práctica: elige Cursor si la mayor parte de tu trabajo ocurre dentro del IDE y quieres leer el contexto, hacer ajustes pequeños y revisar cada diff mientras avanzas. Elige Codex si prefieres definir una tarea con criterios de finalización claros, dejar que un agente inspeccione el repositorio, modifique archivos, ejecute pruebas y devuelva un resultado revisable.

Ya no es una comparación simple entre “editor y terminal”. Cursor incluye Agent, CLI, Cloud Agents, proyectos y flujos en segundo plano. Codex está disponible mediante CLI, extensión de IDE, aplicación de escritorio, web y entornos en la nube. La diferencia real es si quieres programar junto al agente o delegarle una tarea completa.

Los precios y límites de uso de este artículo se comprobaron el 18 de septiembre de 2026. Los planes, modelos y límites pueden cambiar; antes de pagar, revisa las condiciones actuales en Cursor models and pricing y en la página oficial de precios de Codex.

Cursor vs Codex de un vistazo

Aspecto	Cursor	Codex
Flujo principal	Colaborar con el agente dentro del editor y revisar los cambios de forma continua	Delegar una tarea orientada a resultados a un agente local o en la nube
Superficies principales	Editor, Agent, CLI, Cloud Agents y proyectos	CLI, extensión de IDE, app de escritorio, web y nube
Contexto	Archivos abiertos, selecciones, reglas del proyecto y búsqueda del codebase	Directorio de trabajo, archivos del repositorio, AGENTS.md, contexto del IDE y entorno cloud
Estilo de edición	Edición inline, Tab, diffs visuales y trabajo iterativo en varios archivos	Tareas entre módulos, pruebas, ejecuciones por script, trabajos largos y flujo orientado a PR
Trabajo en segundo plano	Cloud Agents, automatizaciones y agentes paralelos	Ejecuciones locales, tareas cloud, delegación paralela y revisión de código
Permisos	Aprobaciones de comandos, reglas, archivos ignorados y controles de equipo	Sandbox, política de aprobaciones, acceso de red y política del workspace
Modelos	Modelos de Cursor y de terceros, sujetos a los pools del plan	Modelos y funciones cloud del plan de ChatGPT, o facturación separada mediante API key
Modelo de coste	Uso incluido más facturación on-demand opcional	Cupo de ChatGPT, créditos adicionales o consumo por tokens de API
Mejor encaje	Quien vive en el IDE y revisa cambios de forma interactiva	Quien trabaja desde issues, terminal, automatización y criterios de aceptación

La diferencia principal es el ciclo de trabajo, no el modelo

Cursor mantiene a la persona cerca del código

El ciclo más natural en Cursor es: abrir los archivos relevantes, seleccionar código, pedir un cambio a Agent, revisar el diff y después aceptar, rechazar o afinar la propuesta. Resulta especialmente útil cuando:

• lees código heredado mientras haces correcciones pequeñas;
• refactorizas varios archivos, pero quieres interrumpir y revisar cada etapa;
• dependes de Tab, Inline Edit y los diffs visuales;
• desarrollas interfaces y ajustas el resultado después de cada vista previa;
• ya utilizas reglas de Cursor, Skills, servidores MCP o convenciones de equipo.

La ventaja de Cursor no consiste en que su agente sea siempre “más inteligente”. La ventaja es la proximidad: código, terminal, contexto y revisión permanecen en la misma interfaz, lo que facilita un flujo human-in-the-loop muy estrecho.

Codex parte de un resultado definido

Codex destaca cuando el trabajo puede expresarse como una tarea verificable, por ejemplo:

• inspeccionar un repositorio desconocido y encontrar un fallo de idempotencia en un callback de inicio de sesión;
• modificar varios archivos y ejecutar las pruebas existentes;
• lanzar un flujo repetible con codex exec, un script o CI;
• ejecutar un trabajo largo en un entorno aislado y revisarlo más tarde;
• tomar un issue, implementar el cambio, resumirlo y devolver un diff limpio.

Codex funciona mejor con una delegación precisa. Cuanto más claros sean el alcance permitido, las exclusiones, los criterios de finalización y la forma de verificación, mejor será el resultado. Para arquitectos, tech leads o personas que coordinan varias tareas a la vez, esto puede ser más eficiente que supervisar cada edición dentro del IDE.

Comparativa de precios de Cursor y Codex

Comparar solo el titular de “20 dólares al mes” lleva a conclusiones engañosas. Ambos productos calculan el uso incluido de manera distinta, y la elección de modelo, el tamaño del contexto, el trabajo en segundo plano y los cargos por exceso pueden cambiar mucho el coste real.

Planes individuales en septiembre de 2026

Producto y plan	Precio publicado	Cómo funciona el uso	Para quién encaja
Cursor Hobby	Gratis	Uso limitado de Agent	Evaluación ocasional
Cursor Pro	$20/mes	Pools separados para Cursor Models y Other Models	Uso regular y moderado de Agent
Cursor Pro+	$60/mes	Más uso de Agent que Pro	Uso frecuente todos los días
Cursor Ultra	$200/mes	Pensado para agentes intensivos y paralelos	Usuarios avanzados y automatización
Codex Free	$0/mes	Uso limitado para tareas pequeñas	Evaluación y trabajo ligero
Codex Go	$8/mes	Uso de programación ligero	Usuarios de baja frecuencia
Codex Plus	$20/mes	Acceso local, IDE, web y cloud dentro de los límites del plan	Varias sesiones enfocadas por semana
Codex Pro	Desde $100/mes	Aproximadamente 5x o 20x el cupo de Codex de Plus	Tareas frecuentes y de larga duración
Codex con API key	Sin suscripción fija	Pago por tokens según el modelo elegido	CI, automatización y costes medibles

Qué significa el límite de cinco horas de Codex

OpenAI publica estimaciones del número de mensajes locales que pueden caber en cada periodo de cinco horas. No son cuotas garantizadas. Un repositorio grande, una sesión larga, el uso de herramientas, el razonamiento, la recuperación de contexto y el contenido no cacheado pueden hacer que una petición consuma mucho más que otra.

Para GPT-5.6 Sol, cuando se revisó este artículo la página oficial mostraba estas estimaciones:

Plan	Mensajes locales estimados cada cinco horas
Plus	10–100
Pro 5x	50–500
Pro 20x	200–2.000

Los chats cloud pueden consumir más cupo que los mensajes locales y también puede haber límites semanales. No interpretes “100 mensajes” como “100 tareas terminadas”. El indicador más útil es tu propio panel de uso después de ejecutar trabajos representativos.

Por qué dos planes de $20 pueden sentirse tan distintos

El valor de Cursor Pro se concentra en el editor, Tab, Agent, revisión visual y flujo integrado. Codex Plus da acceso a las distintas superficies de Codex y comparte los límites del plan de ChatGPT correspondiente. Si ya pagas ChatGPT Plus, el coste incremental de Codex puede ser bajo. Sin embargo, una API key por sí sola no reproduce toda la experiencia de Cursor para quien pasa el día editando código allí.

¿Qué es On-Demand Usage en Cursor?

On-Demand Usage es la facturación por consumo que permite seguir usando modelos cuando se agota el uso mensual incluido en el plan. Las peticiones no pasan automáticamente a una cola lenta ni a un nivel de peor calidad: continúan al precio API correspondiente y aparecen como consumo adicional en el ciclo de facturación.

La documentación actual de Cursor describe dos pools mensuales:

1. Cursor Models: el pool para los modelos designados por Cursor;
2. Other Models: el pool para modelos de terceros, cuyo consumo se mide según sus precios de API.

Muchas publicaciones antiguas hablan de Fast Requests, Slow Pool o de una cantidad fija de peticiones. Esos términos pertenecen al sistema anterior basado en requests. Para una cuenta actual, toma como referencia los dos pools y los cargos on-demand que aparecen en el panel, no las estimaciones de planes antiguos.

Cómo evitar cargos inesperados de On-Demand Usage

1. Abre la página Spending del panel web de Cursor y comprueba ambos pools, el saldo restante y los cargos on-demand.
2. Mantén desactivado el uso on-demand si no quieres que el servicio continúe cuando se agote el cupo incluido.
3. Si lo activas, configura un límite mensual de gasto cuando tu plan personal o de equipo ofrezca ese control.
4. Si necesitas un coste predecible, selecciona el modelo manualmente en vez de dejar todas las tareas en Auto.
5. Limita el alcance de los trabajos grandes para evitar que Agent explore carpetas irrelevantes, genere archivos innecesarios o repita toda la suite de pruebas.
6. Revisa por separado los presupuestos de Cloud Agents y automatizaciones, porque la actividad en segundo plano es más fácil de pasar por alto.

El nombre exacto del ajuste puede variar según el plan o la versión del cliente. La comprobación importante es si la página Spending o Billing permite seguir consumiendo por encima del cupo incluido.

Cuándo conviene elegir Cursor

Cursor suele ser la mejor primera opción cuando la mayoría de estas frases describen tu trabajo:

• Pasas gran parte del día leyendo y editando código en un mismo IDE.
• Quieres ver enseguida el contexto, las sugerencias inline y los diffs parciales.
• Haces interfaces, desarrollo exploratorio y refactors incrementales.
• Cambias de modelo según la tarea.
• No quieres escribir una especificación completa para cada cambio pequeño.
• Tu equipo necesita reglas compartidas del editor, plugins, MCP, Skills y ajustes de privacidad.

Una prueba sencilla: cuando la IA se detiene, ¿sigues editando inmediatamente con el teclado? Si la respuesta es sí, Cursor probablemente se sentirá más natural.

Cuándo conviene elegir Codex

Codex suele ser la mejor primera opción si valoras más:

• definir una tarea con entradas, límites y criterios de aceptación claros;
• dejar que el agente inspeccione el repositorio, modifique archivos y ejecute comandos por su cuenta;
• reutilizar flujos mediante CLI, scripts, SDK o CI;
• ejecutar trabajos largos en un entorno aislado y revisarlos después;
• empezar desde issues, pruebas fallidas, pull requests o una cola de deuda técnica;
• coordinar varias tareas como tech lead o arquitecto.

Otra prueba sencilla: ¿te importa más que la tarea quede terminada y verificada que observar cómo cambió cada línea? Si la respuesta es sí, el flujo de delegación de Codex encaja mejor.

Puedes utilizar ambos, pero con funciones distintas

Un reparto práctico es:

• Cursor para navegar por el código, implementar interfaces, hacer cambios locales y revisar diffs al momento;
• Codex para pruebas largas, refactors entre módulos, correcciones masivas y automatización repetible.

Dos suscripciones solo tienen sentido si las funciones están bien separadas. Si ambos productos hacen los mismos cambios pequeños, solo añades cambios de contexto y dificultas atribuir el coste.

Configurar una API personalizada de BetterToken en Cursor

Cuando el cupo incluido para modelos de terceros no basta, o quieres separar el seguimiento del coste por modelo, las cuentas y versiones de Cursor que exponen ajustes de modelos personalizados pueden usar un Base URL compatible con OpenAI.

Una API key externa solo cubre los flujos de modelos estándar que Cursor admite con bring-your-own-key. No sustituye Tab Completion, los modelos propios de Cursor, Cloud Agents ni todas las funciones de la suscripción. BetterToken es un servicio independiente y no está afiliado a Cursor ni a OpenAI.

Pasos de configuración

1. Abre Cursor Settings → Models.
2. Baja hasta API Keys.
3. Activa Override OpenAI Base URL.
4. Introduce este Base URL:

https://www.bettertoken.ai/v1

5. Pega tu clave de BetterToken en OpenAI API Key y actívala.
6. Actualiza la lista de modelos y habilita un ID completo disponible en el catálogo, por ejemplo:

gpt-6-astra

7. Vuelve al chat, desactiva Auto y selecciona el modelo manualmente.
8. Envía una tarea pequeña y verifica autenticación, selección del modelo y registros de uso antes de ejecutar un trabajo grande.

Consulta la guía de configuración de BetterToken para Cursor para ver la interfaz actual y los pasos de resolución de problemas.

Una limitación importante

Override OpenAI Base URL es un ajuste global. Al activarlo puede afectar a otras claves de OpenAI, Anthropic o modelos integrados configuradas en Cursor. Si los modelos internos dejan de funcionar, desactiva el override y vuelve a probar. Cursor tampoco ofrece actualmente un Base URL distinto para cada modelo.

Un proveedor personalizado para Codex tiene otro requisito de protocolo: debe admitir Responses API, no solo Chat Completions. Una configuración compatible utiliza wire_api = "responses". Revisa la guía de configuración de BetterToken para Codex antes de configurarlo.

Prueba ambos con exactamente la misma tarea

No des prompts diferentes a Cursor y Codex. Usa un repositorio pequeño y pide a los dos que completen la misma tarea. Este ejemplo está limitado de forma intencionada y se puede verificar:

Objetivo: corregir el procesamiento duplicado del callback de inicio de sesión.
Alcance permitido: modificar solo la lógica de idempotencia del callback y sus pruebas relacionadas.
No hacer: no refactorizar todo el módulo de inicio de sesión, no actualizar dependencias y no cambiar otros métodos de autenticación.
Condición de finalización: si se entrega dos veces el mismo callback, la acción se ejecuta una sola vez; el comportamiento de los callbacks normales no cambia.
Verificación: ejecutar únicamente las pruebas relacionadas con el callback de inicio de sesión. Detenerse cuando pasen; no ejecutar suites completas no relacionadas.
Antes de editar, inspecciona el repositorio y explica qué archivos piensas modificar. No cambies el código de inmediato.

En cada ejecución, registra:

• cuánto tardó en encontrar los archivos correctos;
• cuántas veces tuviste que añadir contexto;
• si modificó archivos no relacionados;
• lo fácil que fue revisar y revertir el diff;
• si realmente ejecutó y superó las pruebas indicadas;
• cuántas aprobaciones de comandos o red solicitó;
• qué consumo o coste mostró el panel;
• si pudo reanudar la tarea tras una pausa sin repetir toda la explicación.

Este método ofrece una respuesta más útil que un ranking genérico porque mide tu flujo real.

Qué debe comparar un equipo además de la calidad del código

Antes de desplegar cualquiera de los dos en un equipo, comprueba:

• si los administradores pueden ver el uso por usuario y por modelo;
• si pueden definir presupuestos y desactivar la facturación on-demand;
• si los permisos de modelo, privacidad, red y comandos se gestionan de forma centralizada;
• cómo se concede, audita y revoca el acceso a repositorios;
• dónde se guardan los resultados de tareas en segundo plano, revisiones de PR y logs;
• si las API keys personalizadas son secretos personales o credenciales gobernadas por la organización.

Cursor Teams destaca en facturación centralizada, políticas del editor y flujos compartidos. Los controles de Codex dependen del workspace de ChatGPT, de la superficie utilizada y de si la organización emplea una API key. Una API key por sí sola no reemplaza la gobernanza de un workspace.

Preguntas frecuentes

¿Qué es mejor, Cursor o Codex?

Ninguno es mejor en todos los casos. Cursor resulta más natural para inspección en vivo, edición inline y revisión incremental de diffs. Codex resulta más natural para delegar una tarea bien definida, ejecutar pruebas y devolver un resultado verificado.

¿Cuánto cuesta Codex?

En septiembre de 2026, Codex está disponible mediante Free, Go, Plus, Pro, Business, Enterprise o una API key. Plus cuesta $20 al mes. Pro parte de $100 al mes y ofrece aproximadamente 5x o 20x el uso de Codex de Plus. Con API key se factura por tokens y precio del modelo.

¿Qué es On-Demand Usage en Cursor?

Es el uso de pago por consumo después de agotar el cupo mensual incluido en el plan. Si está activado, las peticiones continúan al precio API del modelo correspondiente, por lo que conviene vigilar Spending y fijar un presupuesto.

¿Se puede desactivar Cursor On-Demand Usage?

Sí. Abre el panel web de Cursor y desactiva en Spending o Billing la opción que permite consumir por encima del cupo incluido. Los administradores de equipos también deberían fijar un límite mensual. El nombre del ajuste puede cambiar con el producto.

¿Puede Codex sustituir completamente a Cursor?

Puede hacerlo para usuarios centrados en CLI, extensión de IDE o tareas cloud que no dependan de Tab y de funciones exclusivas de Cursor. Para quien edita continuamente a mano, la sustitución suele ser incompleta.

¿Una API key personalizada cubre todas las funciones de Cursor?

No. Cubre principalmente las peticiones de modelos estándar compatibles. Tab Completion, los modelos de Cursor y algunas funciones de Agent o cloud pueden seguir utilizando servicios y cupo de Cursor.

¿Se pueden usar Cursor y Codex juntos?

Sí. Una división clara funciona mejor: Cursor para edición interactiva y revisión local; Codex para trabajo delegado largo, automatización, pruebas y cambios masivos. Controla sus costes por separado.

Recomendación final

• Elige Cursor si pasas el día dentro del IDE y quieres contexto inmediato, ayuda inline y diffs visuales.
• Elige Codex si puedes formular el trabajo como una tarea clara y quieres que un agente la ejecute y verifique con autonomía.
• Usa ambos solo cuando uno se ocupe de la colaboración en vivo y el otro de la delegación en segundo plano.
• Controla el coste mirando más allá de la cuota mensual: modelo, longitud de la tarea, uso incluido, cargos on-demand, créditos extra y facturación API.

La forma más fiable de decidir es ejecutar una vez el mismo repositorio, la misma tarea y los mismos criterios de aceptación en ambos productos.