OpenAI cessera de servir ses modèles dans Cursor le 12 novembre 2026. L'entreprise a annoncé sa décision le 29 août, deux semaines après la clôture du rachat d'Anysphere par SpaceX pour soixante milliards de dollars, et la raison invoquée est directe : elle ne peut pas être certaine que SpaceX utilisera sa technologie dans le respect de ses conditions d'utilisation. Pour la plupart des utilisateurs de Cursor, l'onde de choc immédiate est faible, car les modèles OpenAI ne portent qu'environ cinq pour cent du trafic de l'éditeur. Le précédent compte davantage. L'accès aux modèles est un levier commercial qu'un fournisseur peut actionner pour des raisons étrangères à votre code.
The short answer
Le 29 août 2026, OpenAI a annoncé la fin de son partenariat avec Cursor : l'accès direct de l'éditeur à ses modèles doit s'arrêter le 12 novembre. Le déclencheur est l'actionnariat. SpaceX a finalisé le 14 août le rachat en actions d'Anysphere pour soixante milliards de dollars, et OpenAI déclare ne pas pouvoir être certaine que SpaceX respectera ses conditions d'utilisation. Michael Truell, directeur général de Cursor, situe le trafic concerné à environ cinq pour cent et indique que les discussions continuent. Anthropic annonce de son côté renforcer la puissance de calcul dédiée aux modèles Claude dans Cursor. Les modèles restent utilisables jusqu'à la date butoir.
La plupart des changements de fournisseur dans l'outillage de développement arrivent sous la forme d'une note de dépréciation en bas d'un journal de versions. Celui-ci est arrivé sous la forme d'une déclaration publique sur la fiabilité d'un client, ce qui est assez inhabituel pour mériter une lecture attentive même si vous n'avez jamais ouvert Cursor.
Ce qui a réellement été annoncé
OpenAI a publié sa décision le 29 août 2026. Selon sa proposition, l'accès direct de Cursor à ses modèles s'arrête le 12 novembre. L'entreprise formule la raison en termes de confiance contractuelle plutôt que de stratégie produit : elle ne peut pas être certaine que SpaceX utilisera sa technologie dans le cadre de ses conditions d'utilisation, en s'appuyant sur ce qu'elle décrit comme son expérience de sociétés d'Elon Musk violant des contrats. Elle désigne l'usage par xAI de sorties OpenAI pour entraîner des modèles concurrents par distillation comme le schéma précis qui l'inquiète.
Le calendrier frappe. SpaceX a clos le 14 août 2026 le rachat en actions d'Anysphere, la société qui construit Cursor, dans une opération valorisée à soixante milliards de dollars. Deux semaines plus tard, l'approvisionnement en modèles commence à se défaire. Nous avions couvert la clôture de ce rachat à l'époque, et le risque de voir des fournisseurs de modèles revoir leurs prix ou se retirer était la question ouverte évidente. Il n'aura pas fallu un trimestre pour y répondre.
OpenAI précise aussi accorder le préavis maximal permis par son contrat, soit un peu plus de deux mois. Cela mérite d'être noté car cela donne sa forme à la transition : rien ne casse aujourd'hui, rien ne casse la semaine prochaine, et tout ce qui va casser porte une date.
Cinq pour cent, le chiffre qui désamorce la panique
Michael Truell, directeur général de Cursor, situe les modèles OpenAI à environ cinq pour cent du trafic des utilisateurs et indique que les deux entreprises discutent encore. Avant le rachat, Cursor s'appuyait fortement sur les modèles OpenAI aux côtés de Claude chez Anthropic et de Gemini chez Google, et l'éditeur met désormais aussi en avant son propre parc, articulé aujourd'hui autour de Grok 4.6, Grok 4.5 et Composer 2.5.
La lecture honnête est donc celle d'un petit événement opérationnel emballé dans un grand événement stratégique. Déplacer cinq pour cent du trafic vers un autre fournisseur, c'est un changement de réglage pour la plupart des équipes. Si votre boucle quotidienne tourne déjà sur Claude ou Gemini dans Cursor, le 12 novembre passera sans que vous le remarquiez. L'exception, c'est l'équipe qui a normalisé un modèle OpenAI précis pour une tâche précise, souvent parce qu'il se comportait de façon prévisible sur un périmètre étroit : un format de message de commit, un squelette de test, un motif de remaniement autour duquel quelqu'un a ajusté ses invites. Ces montages sont justement ceux qui ne survivent pas proprement à un changement de fournisseur, parce que la valeur résidait dans le calibrage et que le calibrage ne se transfère pas.
L'approvisionnement en modèles est une dépendance, et il se comporte comme telle
La raison de s'intéresser à cette affaire même sans utiliser Cursor tient au précédent. Un fournisseur de modèles a retiré l'accès à un produit aval à cause de l'identité de son acquéreur. Le produit n'a rien fait de mal, les utilisateurs non plus, et les modèles existent toujours. C'est simplement l'approvisionnement par ce canal qui s'arrête.
Les équipes logicielles savent déjà raisonner sur cette forme de risque à d'autres étages. Un dépôt de paquets peut retirer un paquet. Une région infonuagique peut être fermée. Une licence peut changer sous un projet dont vous dépendez, et la réponse sensée n'a jamais été la panique mais la connaissance de l'emplacement de la dépendance et du coût de sa substitution. L'accès aux modèles rejoint cette liste, ce qui signifie qu'il appartient au même endroit : consigné, avec un responsable, et avec une solution de repli que quelqu'un a réellement testée.
Ce qui rend les dépendances de modèles inconfortables, c'est que le coût de substitution n'apparaît dans aucun fichier de manifeste. Changer d'analyseur JSON produit un différentiel lisible. Changer le modèle derrière un agent qui modifie votre code altère la qualité des sorties d'une manière qui ne se voit qu'en relecture, et c'est pourquoi la fenêtre utile est celle où les deux options fonctionnent encore. Cette fenêtre se referme le 12 novembre.
Les gestes utiles pendant que les deux options tournent
Repérez ce qui est figé. Cherchez les identifiants de modèles dans les fichiers de règles, les réglages d'éditeur, les définitions de tâches et tout script qui appelle l'agent de l'éditeur. Un nom de modèle codé en dur est la panne qui arrive sans message.
Comparez sur du travail réel, pas sur une démonstration. Prenez une demande de fusion que votre équipe a réellement relue la semaine dernière, passez-la dans un modèle candidat au sein du même éditeur avec le même fichier de règles, et lisez l'écart. C'est un exercice d'une heure, et c'est le seul qui produise un choix informé.
Écrivez qui fournit quoi. Un document court listant le fournisseur de chaque partie de votre chaîne, et sa solution de repli, transforme la prochaine annonce de ce type en décision déjà prise plutôt qu'en interruption. Si vous suivez l'évolution du reste de l'éditeur sous son nouvel actionnaire, notre article sur la bêta d'hébergement de code de Cursor décrit la direction que le produit prenait déjà avant tout cela.
Les modèles fonctionnent jusqu'à la date butoir. Ce qu'il faut faire d'ici là n'est pas de changer dans l'urgence, c'est de savoir exactement ce qu'un changement toucherait.
Sources et pour aller plus loin
- Notre décision concernant Cursor après son rachat par SpaceX, OpenAI, 29 août 2026
- OpenAI met fin à l'accès de Cursor à ses modèles après le rachat par SpaceX, CNBC, 29 août 2026
- OpenAI retire ses modèles de Cursor après le rachat par SpaceXAI, Engadget, 29 août 2026
- Anthropic relève les limites Claude pour les utilisateurs de Cursor concernés, Digital Trends
- SpaceX finalise le rachat de Cursor pour 60 milliards de dollars, PeopleAreGeek, 16 août 2026
Questions fréquentes
Qu'est-ce qui cesse exactement de fonctionner, et quand ?
L'accès direct de Cursor aux modèles OpenAI prend fin le 12 novembre 2026 selon la proposition d'OpenAI. Cela couvre les modèles que Cursor vous sert via ses propres formules et sa propre facturation, c'est-à-dire la voie qu'emprunte la grande majorité des usages dans l'éditeur. Cela ne dit rien de votre propre compte OpenAI. Si vous détenez vous-même une clé d'interface de programmation OpenAI et que Cursor conserve un chemin permettant d'apporter votre clé, il s'agit d'une relation commerciale distincte entre vous et OpenAI, que cette annonce ne résilie pas. Jusqu'au 12 novembre, les modèles restent accessibles selon les formules et disponibilités actuelles de Cursor.
Pourquoi OpenAI a-t-elle pris cette décision ?
La raison affichée tient à la confiance contractuelle. SpaceX a finalisé le 14 août 2026 le rachat en actions d'Anysphere, la société qui édite Cursor, dans une opération valorisée à soixante milliards de dollars. OpenAI déclare ne pas pouvoir être certaine que SpaceX utilisera sa technologie dans le respect de ses conditions d'utilisation, en s'appuyant sur son expérience de sociétés d'Elon Musk qui ont violé des contrats, et vise explicitement l'usage par xAI de sorties OpenAI pour entraîner des modèles concurrents par distillation. Que l'argument convainque ou non, le fait opérationnel demeure : un fournisseur a jugé qu'un changement d'actionnaire rendait un client inacceptable, et il a agi.
Quelle part de Cursor dépend réellement des modèles OpenAI ?
Michael Truell, directeur général de Cursor, situe les modèles OpenAI à environ cinq pour cent du trafic des utilisateurs et indique que les discussions se poursuivent entre les deux sociétés. Ce chiffre explique pourquoi il s'agit davantage d'une affaire de gouvernance que d'une panne. L'éditeur route déjà vers les modèles Claude d'Anthropic, les modèles Gemini de Google et son propre parc, qui comprend actuellement Grok 4.6, Grok 4.5 et Composer 2.5. Déplacer cinq pour cent du trafic vers un autre fournisseur relève du changement de réglage pour la plupart des équipes, pas de la migration.
Quelles solutions de remplacement existent dans Cursor ?
Le même menu qu'avant, moins un fournisseur. Anthropic a réagi vite : Tom Brown, cofondateur et directeur des opérations, a rappelé que Cursor est un partenaire de confiance depuis Claude 3.5 et annoncé que l'entreprise continuerait d'augmenter la puissance de calcul allouée aux modèles Claude dans l'éditeur, ce type de déclaration s'accompagnant généralement de capacité réelle. Les modèles Gemini de Google restent disponibles, et Cursor met désormais son propre parc davantage en avant. La vraie question n'est pas de savoir si un remplaçant existe, mais si celui que vous choisirez se comportera de la même façon face à vos invites et à vos fichiers de règles.
Que faire dans une équipe qui utilise Cursor avant le 12 novembre ?
Repérez ce que vous avez figé. Cherchez dans votre dépôt les fichiers de règles, les réglages d'éditeur et toute automatisation qui nomme un modèle précis, car un identifiant de modèle codé en dur casse en silence plutôt que bruyamment. Faites ensuite tourner votre charge de relecture habituelle sur un candidat de remplacement tant que les deux restent disponibles, afin de comparer des comportements au lieu de les deviner. Consignez enfin quel fournisseur alimente chaque partie de votre chaîne. Cette annonce rappelle que la réponse peut changer pour des raisons hors de votre contrôle, et deux mois de préavis ne servent que si quelqu'un s'en sert.