OpenAI envisage de mettre un terme à l’accord qui permet à Cursor d’intégrer ses modèles d’intelligence artificielle, quelques semaines après le finalisation de l’acquisition de l’éditeur Anysphere par SpaceX. L’entreprise a proposé une date limite fixée au 12 novembre 2026, qui constitue la durée maximale prévue par le contrat. D’ici cette date, les deux parties affirment poursuivre leurs discussions, bien qu’OpenAI ait déjà indiqué que son futur modèle majeur, Astra, ne sera pas disponible pour le service de programmation.
Cependant, cette décision ne signifie pas que Cursor cessera d’opérer. Cet outil propose plusieurs catégories de modèles, incluant ceux de Google, Anthropic et xAI. Néanmoins, cela pourrait moduler de manière significative l’expérience utilisateur : le choix du moteur d’IA influe sur la qualité du code généré, le coût, la rapidité et le comportement des agents chargés d’exécuter différentes étapes d’un projet.
Un changement de propriétaire initie une clause contractuelle
SpaceX a annoncé en juin l’acquisition d’Anysphere dans le cadre d’une transaction entièrement réalisée en actions, d’une valeur de 60 milliards de dollars, finalisée début août. Le contrat conclu entre Cursor et OpenAI incluait une clause de résiliation en cas de changement de contrôle. OpenAI a informé SpaceX de son intention de faire jouer cette clause et a proposé le 12 novembre comme date de fin de l’accord.
Dans une déclaration officielle, OpenAI souligne qu’elle n’est pas suffisamment convaincue que SpaceX respectera les conditions d’utilisation de ses modèles. L’entreprise fait état de son expérience passée avec des sociétés dirigées par Elon Musk, affirmant que X a déjà enfreint un autre accord. À ce stade, aucune décision judiciaire ne soutient les accusations formulées par OpenAI dans ce litige commercial.
Michael Truell, co-fondateur et PDG d’Anysphere, a répondu en précisant que Cursor est en discussion avec OpenAI pour tenter de résoudre la situation. Il a également soutenu l’idée qu’OpenAI devrait être perçue comme une infrastructure neutre, accessible à de nombreux produits. Cette phase de négociations laisse la porte ouverte à un éventuel compromis, mais le calendrier de migration est désormais suffisamment tangible pour permettre à Cursor et à ses clients de se préparer à une rupture.
Une problématique au-delà du simple catalogue de modèles
Cursor a su se développer en offrant une interface qui agrège des modèles concurrents, accompagné d’agents spécialisés dans le développement. Cette approche permet de réduire la dépendance à un unique fournisseur, sans toutefois l’éliminer. Chaque modèle présente des capacités, des limites de contexte et des conditions d’utilisation distinctes. L’élimination de l’une des options les plus sollicitées entraîne une réévaluation des automatisations, des budgets et parfois des résultats des tests internes.
Cette situation illustre aussi la tension entre la promesse d’une couche d’IA disponible en tant qu’infrastructure et le contrôle que conservent ses créateurs. Un fournisseur a la capacité de restreindre l’accès pour des raisons contractuelles, concurrentielles ou de sécurité. Généralement, l’utilisateur final n’a ni pouvoir sur le modèle ni garantie qu’une version particulière restera accessible. Ce risque est particulièrement marqué avec les agents de planification, dont les performances reposent sur des intégrations étroites et des instructions adaptées à chaque moteur.
Ce nouvel état de fait ne se produit pas dans un vide médiatique. KultureGeek avait déjà annoncé cette acquisition de 60 milliards de dollars, ainsi que l’alliance avec option de rachat. Ce qui est nouveau, c’est les conséquences opérationnelles de ce changement de propriétaire : OpenAI procède à l’exclusion de ses modèles et retire Astra de son partenariat. Ce futur système a été mentionné sous ce nom dans une publication scientifique d’OpenAI.
Cursor maintient des solutions alternatives
La diversité de son catalogue offre à Cursor plusieurs options. Le service peut toujours mettre en avant les modèles xAI, ce qui semble logique au sein du groupe contrôlé par Elon Musk, ou continuer à s’appuyer sur les solutions d’Anthropic et de Google. Il peut également améliorer ses propres couches d’orchestration pour atténuer la visibilité du changement de modèle. Toutefois, aucune de ces alternatives n’est totalement interchangeable : les équipes ont mis en place des processus et des évaluations spécifiques autour de comportements donnés.
Une autre inconnue reste la réaction des développeurs. Ceux qui utilisent Cursor pour son interface peuvent potentiellement accepter un autre moteur. En revanche, ceux qui ont choisi spécifiquement cette plateforme afin d’accéder aux modèles d’OpenAI pourraient se tourner vers un produit concurrent ou recourir directement aux outils de l’éditeur. La question de la cybersécurité entre également en ligne de compte, car les outils de programmation automatisée sont devenus suffisamment performants pour faciliter à la fois le développement légitime et les opérations malveillantes, comme l’illustre l’utilisation de Cursor dans les attaques par ransomware Aurora.
La date du 12 novembre représente donc un tournant proposé, mais pas encore une rupture définitive. Même si les discussions aboutissent, la notification d’OpenAI modifie déjà les dynamiques en jeu. Pour Cursor, le défi réside dans la capacité à prouver que son produit demeure cohérent malgré le changement de fournisseurs. Pour les entreprises clientes, cela sert de rappel important : une stratégie multicloud appliquée aux modèles d’IA doit être testée dans la pratique avant qu’une clause contractuelle ne force la transition.
