OpenAI prépare le retrait de ses modèles de Cursor le 12 novembre

Un retrait proposé, pas encore une coupure définitive

OpenAI a annoncé le 28 août 2026 son intention de mettre fin au contrat par lequel ses modèles sont fournis directement à Cursor. L’entreprise a proposé le 12 novembre 2026 comme date d’arrêt. Le communiqué a été distribué vers 20 h 08 UTC, soit 22 h 08 à Bruxelles ; l’annonce et la notification adressée à SpaceX sont donc intervenues le même jour. Il ne s’agit pas du retrait immédiat de l’application Cursor ni d’une interruption de tous les moyens d’utiliser un modèle OpenAI dans cet éditeur.

Le centre d’aide d’OpenAI précise que les modèles actuellement fournis à Cursor doivent rester accessibles pendant la période de transition proposée. Cursor pourrait toutefois mettre fin à cet accès plus tôt, et les deux entreprises doivent encore confirmer une date officielle. La distinction est essentielle : le 12 novembre constitue l’échéance demandée par OpenAI, pas encore un calendrier irrévocable accepté par toutes les parties. OpenAI indique en revanche qu’il ne fournira pas ses futurs modèles à Cursor dans le cadre de ce contrat, notamment Astra.

Le rachat par SpaceX déclenche une fenêtre contractuelle

Cursor a confirmé le 14 août avoir été racheté par SpaceX, concluant le processus lancé au printemps. OpenAI explique que son accord avec Cursor contient une fenêtre limitée permettant une résiliation après un changement de contrôle. Selon OpenAI, le délai maximal prévu par le contrat est utilisé afin de laisser davantage de temps aux développeurs. Reuters a recoupé l’annonce et rapporté que SpaceX n’avait pas répondu immédiatement à sa demande de commentaire au moment de la publication.

La justification avancée reste celle d’OpenAI. L’entreprise dit ne pas être suffisamment confiante dans le respect de ses conditions par SpaceX et cite de précédents différends avec des sociétés d’Elon Musk. Ces accusations ne doivent pas être transformées en conclusion juridique établie. Le fait vérifié est plus étroit : OpenAI invoque la clause liée au changement de contrôle, veut protéger l’usage de ses futurs modèles et a notifié son intention de sortir du contrat de fourniture.

Ce qui change concrètement pour les utilisateurs de Cursor

Le contrat visé alimente le sélecteur de modèles et les services gérés par Cursor. Au 29 août, la documentation de Cursor affiche encore plusieurs modèles OpenAI aux côtés de modèles Anthropic, Google, Cursor et Grok. Cette liste décrit l’état actuel, pas la composition garantie après la transition. Les équipes qui ont figé un modèle OpenAI dans leurs règles, leurs évaluations ou leurs automatisations doivent donc identifier les flux qui dépendent réellement du routage de Cursor.

Michael Truell, cofondateur de Cursor, affirme que les modèles OpenAI représentent environ 5 % du trafic utilisateur de la plateforme et que les discussions continuent. Ce pourcentage, relayé par The Information, n’a pas été audité indépendamment et ne mesure pas nécessairement l’importance des comptes concernés. Une part limitée du trafic global peut couvrir des équipes dont les tests, les politiques internes ou la qualité attendue reposent sur un modèle précis. L’effet varie donc fortement selon le projet.

Trois voies pour conserver un accès aux modèles OpenAI

La première option documentée consiste à renseigner sa propre clé API OpenAI dans Cursor. Elle permet d’utiliser des modèles compatibles dans Chat et Agent en local, avec une facturation séparée sur le compte API. Un abonnement ChatGPT n’inclut pas ces appels. Les organisations doivent donc revoir les budgets, les limites de débit, la conservation des données et la gestion des clés avant de considérer cette solution comme un remplacement transparent du quota fourni par Cursor.

La deuxième voie est l’extension Codex pour l’IDE, utilisable dans Cursor avec un abonnement ChatGPT éligible ou une clé API. Cette extension fournit sa propre expérience d’agent et ne dépend pas du sélecteur de modèles de Cursor. La troisième consiste à passer par une passerelle compatible, par exemple un service d’entreprise déjà relié à OpenAI. La compatibilité des paramètres et des modèles dépend alors du fournisseur. Ces trois solutions maintiennent certains usages, mais aucune ne reproduit automatiquement l’ensemble des fonctions natives de Cursor.

Des limites importantes pour Tab, Auto et les agents cloud

OpenAI limite explicitement l’usage d’une clé personnelle aux fonctions locales Chat et Agent prises en charge. Elle ne s’applique pas à Cursor Tab et à l’autocomplétion, au routage Auto, aux agents Cloud ou Background, aux automatisations, à la ligne de commande Cursor, ni à l’API et au SDK de Cursor. Une passerelle externe rencontre des limites similaires. Quant à l’extension Codex, elle ne change pas le modèle employé par les autres surfaces de Cursor : elle ajoute un agent séparé dans le même éditeur.

Pour préparer la transition sans perturber un projet, il faut d’abord inventorier les fonctionnalités utilisées, puis tester un chemin de secours sur un dépôt non critique. Les équipes doivent comparer les réponses sur leurs propres tâches, vérifier la facturation et revoir leurs règles de sécurité plutôt que de substituer un modèle à un autre sans validation. Aucune information publiée ne garantit aujourd’hui la disponibilité exacte de chaque modèle, son prix futur dans Cursor ou la continuité de tous les agents hébergés après le 12 novembre.

L’impact est donc réel mais circonscrit. Cursor conserve ses propres modèles et plusieurs fournisseurs tiers, tandis qu’OpenAI propose des accès alternatifs pour le travail local. La principale rupture concerne la neutralité du catalogue géré par Cursor et les fonctions qui ne peuvent pas utiliser une clé externe. Jusqu’à la confirmation d’un accord ou d’une date définitive, les utilisateurs peuvent continuer à travailler avec l’intégration actuelle tout en préparant une migration réversible.

Sources