OpenAI dans Cursor : 12 novembre, BYOK, Codex et passerelles

Préparez la transition d’OpenAI dans Cursor avec votre clé API, l’extension Codex ou une passerelle compatible. Vérifiez les offres éligibles, les limites du Chat et de l’Agent locaux, la facturation séparée, les paramètres de connexion et un petit test de modification de fichier.

Sommaire
OpenAI dans Cursor : 12 novembre, BYOK, Codex et passerelles

Pour conserver OpenAI dans Cursor, utilisez votre clé API (BYOK) dans les fonctions locales Chat et Agent prises en charge. Choisissez l’extension Codex pour son agent de programmation ou pour utiliser une offre ChatGPT éligible. Préférez une passerelle compatible si votre équipe y gère déjà l’accès aux modèles et la facturation.

Chaque option a ses propres conditions de compte et limites fonctionnelles. Vérifiez-les avant d’acheter du crédit API ou de changer d’endpoint.

Le 12 novembre reste une date proposée

Au 2026-10-27, le 12 novembre 2026 reste une date de fin proposée. Les consignes actuelles d’OpenAI pour Cursor précisent que les deux entreprises doivent encore confirmer la date définitive. Cursor pourrait aussi mettre fin à l’accès plus tôt.

La chronologie comporte deux étapes utiles :

  • 2026-08-28 : après le rachat de Cursor par SpaceX, OpenAI a annoncé son intention de mettre fin au contrat. L’entreprise a proposé le 12 novembre et indiqué qu’elle ne fournirait pas les futurs modèles dans le cadre de cet accord.
  • Au 2026-10-27 : la page d’aide d’OpenAI présente toujours cette date comme une proposition. Elle décrit BYOK, l’extension Codex et les passerelles compatibles comme autres moyens d’accès.

OpenAI explique sa décision par des inquiétudes sur le respect de ses conditions d’utilisation. Il s’agit de la justification donnée par OpenAI. Pour préparer la migration, le point pratique concerne l’accord qui permet à Cursor de fournir son propre accès à OpenAI.

Configurez une solution de remplacement avant de compter sur l’échéance proposée. Ces instructions conservent des moyens pris en charge de travailler dans l’éditeur. Elles ne préservent pas toutes les fonctions de Cursor.

Vérifiez d’abord l’offre, les fonctions et la facturation

Le BYOK natif de Cursor couvre les requêtes locales compatibles de Chat et Agent. Il ne couvre pas Tab, Auto, Cloud ou Background Agents, Automations, Cursor CLI ni Cursor API/SDK. Installer l’extension Codex ne change pas ces fonctions de Cursor.

L’éligibilité de votre offre compte aussi. Au 2026-10-27, la documentation actuelle des offres Cursor exclut explicitement les clés API personnelles de Cursor Plus. L’aide BYOK couvre Premium, Super, Ultra et les anciennes offres indiquées. Vérifiez vos droits actuels avant de changer d’offre.

Dans un espace Enterprise, un administrateur peut restreindre les clés personnelles. Les contrôles se trouvent dans Team Settings → Models → Personal API Keys (BYOK). Une passerelle configurée dans les champs OpenAI exige aussi l’autorisation OpenAI BYOK.

Les modes de facturation sont distincts :

Mode d’accèsCe qui paie l’utilisation des modèles
Clé OpenAI dans CursorVotre compte API OpenAI
Codex avec connexion ChatGPTL’utilisation incluse dans votre offre ChatGPT éligible et les crédits supplémentaires applicables
Codex avec une clé API OpenAIVotre compte API OpenAI
Passerelle dans CursorVotre compte auprès de la passerelle ou du fournisseur d’hébergement

Les frais d’API sont distincts des frais d’abonnement à Cursor et à ChatGPT. Un abonnement ChatGPT ne fournit pas de solde pour l’API OpenAI.

Teams et Enterprise ont un autre coût à vérifier. Au 2026-10-27, la Cursor Token Rate appliquée aux requêtes BYOK concernées est de USD $0.25 par million de tokens. Elle porte sur les tokens d’entrée, de sortie et mis en cache, en plus des frais du fournisseur. Les offres individuelles ne paient pas ce tarif. Les exemptions de modèles indiquées s’appliquent aussi à BYOK.

« Local » désigne le travail dans l’application de bureau. Selon la documentation BYOK de Cursor, les requêtes passent toujours par le backend de Cursor pour construire les prompts. La politique Zero Data Retention de Cursor ne couvre pas BYOK. Vérifiez la politique de traitement des données de votre fournisseur.

Option 1 : ajoutez votre propre clé API OpenAI

Choisissez cette option pour utiliser l’interface native Chat et Agent de Cursor avec un modèle OpenAI pris en charge.

Cursor documente actuellement OpenAI BYOK pour les modèles de chat standard, hors modèles de raisonnement. Ajouter l’ID d’un modèle de raisonnement plus récent ne garantit pas sa prise en charge. Choisissez parmi les modèles compatibles avec votre client actuel et votre compte API.

Suivez les instructions d’OpenAI pour configurer Cursor :

  1. Configurez la facturation de votre compte API OpenAI.
  2. Créez votre propre clé sur la page des clés API OpenAI.
  3. Ouvrez Cursor Settings → Models et repérez les paramètres de clé API OpenAI.
  4. Si vous aviez configuré une passerelle, désactivez Override OpenAI Base URL avant d’utiliser votre clé officielle OpenAI.
  5. Collez la clé dans OpenAI API Key, puis cliquez sur Save. Activez Use OpenAI API Key si ce commutateur apparaît.
  6. Activez un modèle OpenAI pris en charge dans la liste des modèles.
  7. Ouvrez un nouveau Chat local, désactivez Auto et sélectionnez explicitement ce modèle.
  8. Envoyez Reply with exactly: connection-ok.

Le résultat attendu est une réponse dans Cursor Chat. Consultez l’utilisation API du projet concerné pour confirmer quel compte a enregistré la requête. Testez ensuite l’opération Agent dont vous avez besoin avec la vérification de modification décrite plus bas.

Option 2 : installez l’extension Codex pour IDE

Choisissez Codex pour son agent de programmation ou pour utiliser un abonnement ChatGPT éligible dans Cursor. Codex possède sa propre interface. Il ne dépend pas du sélecteur natif de modèles OpenAI de Cursor.

Les offres ChatGPT éligibles comprennent Plus, Pro, Business, Edu et Enterprise, sous réserve des permissions de l’espace de travail. Consultez la disponibilité actuelle de Codex par offre. ChatGPT Plus et Cursor Plus sont deux abonnements distincts.

  1. Ouvrez la page officielle de l’extension Codex pour IDE.
  2. Dans Install or enable Codex, choisissez Cursor et terminez l’installation.
  3. Ouvrez un projet local, puis sélectionnez l’icône Codex dans l’Activity Bar.
  4. Si l’icône manque, ouvrez la Command Palette et lancez Codex: Open Codex Sidebar.
  5. Choisissez Sign in with ChatGPT et terminez la connexion dans le navigateur. Pour la facturation API, choisissez Use API Key, saisissez votre clé OpenAI, puis sélectionnez OK.
  6. Ouvrez un fichier source et ajoutez une fonction sélectionnée au contexte du prompt Codex.
  7. Demandez à Codex d’expliquer cette fonction et un cas limite sans modifier les fichiers.

Lisez la réponse dans la conversation Codex et comparez-la au code sélectionné. Vérifiez la connexion avec les contrôles de modèle et de compte propres à Codex.

Pour régler l’agent, sélectionnez l’icône en forme de roue dentée dans la barre latérale, puis Codex Settings. La référence des paramètres de l’extension d’OpenAI distingue ces contrôles des réglages de l’éditeur. Ils ne configurent pas la page Models native de Cursor.

La documentation d’authentification confirme que la connexion par clé API facture votre compte OpenAI Platform. Elle permet de travailler localement avec Codex. Les fonctions qui exigent un espace ChatGPT ou un accès cloud peuvent rester indisponibles.

Si vous choisissez cette option, envoyez les tâches suivantes dans le panneau Codex. Écrire dans Cursor Chat utilise toujours la configuration distincte de Cursor.

Option 3 : connectez une passerelle compatible avec OpenAI

Choisissez une passerelle qui fournit le compte, le modèle et le format d’API nécessaires à votre travail dans Cursor. OpenAI cite Amazon Bedrock, Azure et d’autres fournisseurs compatibles parmi les possibilités.

Azure et Bedrock ont des paramètres propres à chaque fournisseur. Les étapes ci-dessous concernent un endpoint personnalisé compatible avec OpenAI. Suivez les instructions de déploiement du fournisseur pour ses identifiants et ses noms de modèles.

Pour les étapes propres à OpenRouter, consultez le guide de configuration de Cursor avec OpenRouter.

  1. Récupérez la clé API du fournisseur, sa Base URL documentée et l’ID exact du modèle.
  2. Confirmez que le fournisseur prend en charge le format d’API et les outils nécessaires au modèle choisi dans Cursor.
  3. Ouvrez Cursor Settings → Models → API Keys.
  4. Dans la section OpenAI, activez Override OpenAI Base URL et saisissez la Base URL du fournisseur.
  5. Saisissez la clé de la passerelle dans OpenAI API Key, activez Use OpenAI API Key, puis enregistrez.
  6. Ajoutez ou activez l’ID exact du modèle fourni par le fournisseur.
  7. Redémarrez Cursor, ouvrez un nouveau Chat local, désactivez Auto et sélectionnez ce modèle.
  8. Envoyez la courte requête de connexion, puis consultez le relevé d’utilisation du fournisseur.

L’assistance Cursor documente ces contrôles dans ses consignes pour les modèles personnalisés. Utilisez l’ID du modèle de l’endpoint, avec tout préfixe obligatoire. Le nom affiché chez un autre fournisseur peut désigner un autre chemin d’accès.

Par exemple, le guide Cursor de BetterToken indique https://www.bettertoken.ai/v1 et votre propre clé API BetterToken. Son catalogue actuel répertoriait gpt-6-luna le 2026-10-27. Cela confirme sa présence au catalogue, pas sa compatibilité avec les fonctions natives de Cursor. Avant de le sélectionner, vérifiez son mode d’API et la prise en charge des outils. Tenez notamment compte de la restriction publiée par Cursor concernant les modèles de raisonnement.

Conservez /v1 dans le champ Base URL de BetterToken. N’ajoutez ni /chat/completions ni /responses. Ce sont des chemins de ressources, comme l’explique sa référence API.

Vérifiez la substitution de Base URL quand vous revenez aux modèles gérés par Cursor. Dans le fil d’assistance sur le routage de Cursor, l’équipe confirme qu’elle affecte aussi les modèles OpenAI intégrés. Désactivez-la pour revenir à l’accès géré par Cursor. Choisir un nom GPT familier ne sélectionne pas à lui seul un autre endpoint.

Vérifiez tout le parcours de modification

Testez l’opération dont vous avez besoin avant de déplacer une session de programmation vers le nouvel accès. Une réponse courte confirme la connexion de base. Elle ne prouve pas que les outils de modification fonctionnent.

Ouvrez un dossier de projet jetable. Dans l’Agent local de Cursor ou la barre latérale de Codex, envoyez :

Create cursor-route-check.txt containing this single line:
connection-ok

Use your file-editing tool, then read the file back.
Do not use a shell command to create or modify the file.
Stop after confirming its contents.

Le résultat attendu est un fichier contenant connection-ok, avec une opération de modification suivie d’une relecture complète. Inspectez le fichier. Pour l’accès par clé API ou passerelle, vérifiez aussi le modèle et l’utilisation enregistrés par le fournisseur.

Si le texte fonctionne mais que la modification échoue, vérifiez la compatibilité des outils avant de remplacer la clé. Dans un fil d’assistance Cursor de juillet 2026, Harm Alhusen a identifié son proxy comme cause des échecs. Celui-ci supprimait les réponses custom_tool_call. L’assistance Cursor a expliqué que les outils personnalisés d’OpenAI doivent être préservés sur tout le trajet de la requête et de la réponse.

Ce signalement décrit un problème d’intégration dont la cause a été identifiée. Il n’explique pas toutes les tâches Agent interrompues. Si votre modèle ne termine pas ce test avec le BYOK natif, essayez Codex avec un compte et un modèle pris en charge.

Corrigez le problème correspondant au symptôme

Choisissez la prochaine vérification en fonction du symptôme. Modifier tous les paramètres à la fois complique l’identification des erreurs de routage.

SymptômeVérification et action suivante
Les champs de clé API ou de Base URL sont absentsVérifiez votre offre et votre client Cursor. Sur Enterprise, demandez à l’administrateur de revoir les restrictions de clés personnelles. Rouvrez Models une fois l’accès autorisé.
L’authentification échoueConfirmez que la clé appartient au fournisseur de l’endpoint configuré et que la facturation API est active. Enregistrez la bonne combinaison, puis relancez une requête courte.
AI Model Not Found ou Model name is not validVérifiez l’ID exact du modèle chez le fournisseur, l’activation du commutateur de clé et l’autorisation OpenAI BYOK. Ouvrez une nouvelle conversation après correction.
You've reached your monthly usage limit avec une passerelleVérifiez les limites de dépenses de l’équipe Cursor ainsi que le crédit du fournisseur. Les frais de tokens Cursor applicables peuvent encore bloquer les requêtes BYOK de l’équipe.
Un modèle GPT intégré échoue après l’activation de la substitution de Base URLDésactivez cette substitution avant de tester l’accès géré par Cursor, tant que ce modèle y reste disponible.
La réponse commence, mais les outils ou les modifications échouentVérifiez le protocole et le traitement des appels d’outils pour ce modèle précis. Répétez le test du fichier jetable après correction de la configuration du fournisseur ou du client.

Les échanges avec l’assistance Cursor de septembre à octobre 2026 documentent plusieurs de ces problèmes de permissions et de limites de dépenses. Ces vérifications sont utiles. Elles ne prouvent pas que votre compte rencontre la même cause.

Si la requête échoue encore, relevez la version de Cursor, l’ID du modèle sélectionné, l’hôte de l’endpoint, la date et l’heure, ainsi que l’ID de requête. Excluez les identifiants secrets et le contenu privé des prompts des diagnostics partagés.

Prêt à optimiser votre workflow LLM ?

Connectez vos modèles via une API unique, gérez les clés et maîtrisez vos dépenses d’IA.

Commencer gratuitement