OpenAI se baja de Cursor: lo que realmente cambia para los developers

Estoy trabajando en un proyecto, abro el selector de modelos y cambio entre GPT y Claude dependiendo de lo que tengo enfrente. Una consulta pesada, una refactorización, documentación. Se volvió algo completamente normal.

Por eso la noticia de OpenAI y Cursor me llamó la atención. No porque mañana vaya a dejar de funcionar el editor. El asunto interesante está debajo: estamos construyendo flujos de desarrollo sobre acuerdos comerciales que pueden desaparecer aunque técnicamente todo funcione perfecto.

Qué anunció realmente OpenAI

El 28 de agosto OpenAI comunicó que pretende terminar el contrato mediante el cual proporciona sus modelos directamente a Cursor.

La fecha propuesta para el corte es el 12 de noviembre de 2026.

Hasta ese momento, OpenAI indica que continuará proporcionando a Cursor acceso a los modelos que utiliza actualmente, aunque Cursor podría decidir terminarlo antes. También aclaró algo importante: los modelos futuros de OpenAI quedan fuera del acuerdo.

Esto último puede terminar siendo más relevante que perder un modelo concreto.

Un GPT que hoy funciona bien seguirá envejeciendo. Si dentro de unos meses aparece un modelo claramente superior y Cursor no puede ofrecerlo mediante su integración habitual, la diferencia empezará a sentirse.

SpaceX entra en la historia

El movimiento ocurrió después de la adquisición de Cursor por SpaceX.

OpenAI tenía una cláusula en su acuerdo que le permitía cancelar el contrato durante un periodo limitado después de un cambio de control. Decidió utilizarla.

La explicación pública fue bastante poco diplomática.

OpenAI dice que, por experiencias anteriores con compañías de Elon Musk, no tiene suficiente confianza en que su tecnología vaya a utilizarse respetando sus términos de servicio.

Aquí ya salimos completamente del terreno técnico.

Cursor puede tener una arquitectura excelente. GPT puede funcionar perfectamente dentro del editor. Ninguna de esas dos cosas resuelve un conflicto contractual entre las compañías que están detrás.

Ese es precisamente el punto que vale la pena observar.

Cursor depende menos de OpenAI de lo que parece

Hay otro dato interesante.

Según Cursor, los modelos de OpenAI representan alrededor del 5% del tráfico total de modelos dentro de su plataforma.

Eso cambia bastante la lectura.

Cursor lleva tiempo convirtiéndose en una capa donde el developer elige el modelo que necesita. Anthropic, Google y otros proveedores forman parte de esa estrategia, además de los modelos propios de Cursor.

Entonces perder la relación directa con OpenAI duele, pero difícilmente deja al editor inutilizable.

La situación también muestra hacia dónde están evolucionando estas herramientas: el editor importa, pero el modelo se está convirtiendo en una pieza intercambiable.

Al menos debería serlo.

GPT todavía podría utilizarse dentro de Cursor

Aquí hubo bastante titular diciendo que OpenAI “quitó GPT de Cursor”.

Todavía no.

OpenAI incluso publicó documentación explicando cómo continuar utilizando sus modelos dentro del editor.

Hay tres caminos principales:

• Utilizar una API key propia de OpenAI.
• Instalar la extensión de Codex dentro de Cursor.
• Conectarse mediante un proveedor compatible que actúe como gateway.

Una API es, explicado sin meternos demasiado en programación, una puerta controlada para que dos sistemas puedan hablar entre ellos.

La diferencia es quién abre esa puerta.

Hasta ahora Cursor podía gestionar directamente esa relación con OpenAI. Con una API propia, la relación pasa a ser entre el developer y OpenAI.

Eso también significa facturación y condiciones diferentes.

El verdadero problema es la dependencia

Llevo años viendo esto con tecnologías mucho menos llamativas que la inteligencia artificial.

Una librería deja de mantenerse. Un proveedor cambia precios. Una plataforma elimina una función. Microsoft cambia una API. Un servicio que parecía permanente termina descontinuado.

Con IA estamos agregando otra dependencia al stack, solo que cambia muchísimo más rápido.

Hace poco la discusión era qué modelo generaba mejor código. Ahora también tenemos que pensar quién controla el acceso a ese modelo.

Mi preferencia es bastante clara: quiero poder cambiar cualquiera de esas piezas sin reconstruir mi flujo completo.

Esto también cambia cómo elegir herramientas de IA

Durante un tiempo evaluamos los editores con IA casi como evaluábamos Visual Studio frente a VS Code.

Funciones, extensiones, rendimiento, precio.

Ahora agregaría otra cosa a la lista: qué tan fácil es salir.

Suena raro elegir una herramienta pensando en cómo abandonarla, pero en software hacemos exactamente eso cuando diseñamos correctamente una integración.

Si mi aplicación depende de un proveedor externo, intento colocar una capa entre mi sistema y ese proveedor. Si mañana cambia, reemplazo esa parte.

Con las herramientas de IA deberíamos empezar a pensar parecido.

Un editor que permite Claude, GPT, Gemini, modelos propios y conexiones externas tiene una ventaja que no aparece fácilmente en un benchmark: reduce el costo de cambiar.

Lo que me llevo

Esta historia todavía puede cambiar. Cursor ha dicho que está hablando con OpenAI para intentar resolver la situación y la fecha del 12 de noviembre sigue planteada como fecha propuesta.

Pero incluso si llegan a otro acuerdo, el aviso ya dejó una lección bastante útil.

El modelo que hoy utilizamos todos los días puede desaparecer de una herramienta por razones que no tienen absolutamente nada que ver con programación.

Contrato. Adquisición. Competencia. Estrategia comercial.

El código queda exactamente igual.

Nuestro flujo, quizá no.

Diseñar también para poder cambiar

No pienso dejar de usar una herramienta porque dependa de servicios externos. Sería poco realista.

Sí intento evitar que una sola combinación se vuelva indispensable.

Si mañana GPT deja de estar integrado directamente en Cursor, existen alternativas. Si Claude cambia sus condiciones, debería existir otra salida. Y si el propio editor deja de ajustarse a mi trabajo, mis proyectos deberían seguir conmigo.

Las guerras entre empresas van a continuar.

Prefiero que mi código no tenga que participar en ellas.