Le 9 juillet 2026, OpenAI a rendu GPT-5.6 généralement disponible sur ChatGPT, Codex et l'API, avec un déploiement mondial sur environ 24 heures. Si vous avez ouvert Codex après cela, vous avez découvert une nouvelle famille de modèles par défaut : trois modèles nommés Sol, Terra et Luna, six niveaux d'effort de raisonnement et un mode ultra qui exécute quatre agents en parallèle. L'aperçu limité qui a débuté le 26 juin est terminé ; tout est désormais disponible pour les comptes réguliers.
C'est beaucoup de nouveautés pour un outil que de nombreux développeurs utilisent en pilote automatique. Que vous utilisiez Codex dans le cloud, dans votre IDE ou via la CLI Codex, il pose désormais des questions qui n'existaient pas la semaine dernière. Quel niveau devrait gérer cette tâche ? Combien d'effort de raisonnement une chasse aux bugs mérite-t-elle ? Une refactorisation étendue vaut-elle les agents parallèles du mode ultra, ou une seule exécution minutieuse de Sol suffira-t-elle ?
Ce guide explique ce qui a changé, comment choisir entre les trois modèles pour le codage agentique, quand le mode ultra justifie sa consommation de jetons supplémentaire, et comment vérifier le code API que Codex écrit avant de le déployer. Pour cette dernière étape, nous utiliserons Apidog, car Codex produit de nombreux appels d'API que vous devriez tester plutôt que de leur faire confiance.
En bref
- GPT-5.6 a atteint la disponibilité générale dans Codex le 9 juillet 2026. Sol, Terra et Luna sont sélectionnables, sous réserve de votre plan ChatGPT.
- Sol est le modèle phare de raisonnement profond. Terra est le choix équilibré. Luna est conçue pour un travail rapide, économique et à grand volume.
- Le mode Ultra exécute quatre agents en parallèle et est disponible dans Codex à partir de l'abonnement Plus. Selon OpenAI, il améliore Terminal-Bench 2.1 de 88,8 % à 91,9 %.
- Le mode Ultra échange une consommation plus élevée de jetons et d'utilisation contre des résultats plus rapides en temps réel. Utilisez-le pour des refactorisations étendues, pas pour des corrections de fichier unique.
- Six niveaux d'effort de raisonnement (aucun, faible, moyen, élevé, très élevé, max) vous permettent d'ajuster la profondeur par rapport au coût par tâche.
- GPT-5.6 produit des résultats plus courts que GPT-5.5, alors supprimez les anciennes directives « soyez concis » de vos instructions Codex.
- Associez Codex à Apidog pour vérifier les points de terminaison que votre agent génère ou consomme.
Ce qui est arrivé dans Codex le 9 juillet
Le jour de la disponibilité générale, toute la famille GPT-5.6 a été intégrée à Codex en même temps. Le sélecteur de modèle répertorie désormais la nouvelle génération, ce que vous pouvez sélectionner étant lié à votre plan ChatGPT. Le même jour, Sol, Terra et Luna sont également arrivés dans GitHub Copilot, de sorte que les principaux outils de codage agentique ont convergé vers la même famille en quelques heures.
Trois éléments concernant cette gamme sont importants pour les utilisateurs de Codex :
Le nombre est la génération ; les noms sont les niveaux. Sol, Terra et Luna sont des niveaux de capacité durables qui progressent à leur propre rythme. gpt-5.6-sol est le modèle phare avec le raisonnement le plus profond, et l'alias gpt-5.6 le dirige vers lui. gpt-5.6-terra est le juste milieu équilibré, positionné comme compétitif par rapport à GPT-5.5 à environ la moitié du prix. gpt-5.6-luna est le plus rapide et le moins cher, destiné aux travaux à grand volume et sensibles à la latence.
Le mode Ultra est un paramètre, pas un modèle. Il répartit une tâche sur quatre agents travaillant en parallèle par défaut. Dans Codex, il est disponible à partir de l'abonnement Plus et au-delà.
Les niveaux d'effort sont désormais un contrôle de premier ordre. Six niveaux, de aucun à max, remplacent les réglages plus grossiers de l'ère GPT-5.5. Plus d'informations sur leur utilisation pour le codage ci-dessous.
Une chose n'a pas changé : Codex se comporte toujours comme Codex. Vos fichiers d'instructions, vos paramètres d'approbation et votre flux de travail sont reportés ; les modèles sous-jacents sont devenus plus intelligents et plus configurables.
Choisir un modèle : Sol, Terra ou Luna pour le codage
Codex est un outil de codage agentique, la question n'est donc pas « quel est le meilleur modèle », mais « quel modèle correspond à la profondeur de cette tâche ». La version courte :
| Modèle | Cas d'utilisation idéal pour le codage | Quand le choisir |
|---|---|---|
gpt-5.6-sol |
Travail agentique en plusieurs étapes : débogage sur plusieurs fichiers, changements d'architecture, longues chaînes d'appels d'outils | La tâche vous prendrait des heures, et se tromper coûte cher |
gpt-5.6-terra |
Codage quotidien : fonctionnalités, tests, révisions, refactorisations moyennes | Votre valeur par défaut. La plupart des sessions devraient commencer ici |
gpt-5.6-luna |
Code passe-partout, messages de commit, scripts rapides, ébauches initiales | La vitesse compte plus que la profondeur |
En ce qui concerne spécifiquement le codage agentique, les chiffres de lancement d'OpenAI donnent à Sol 88,8 % sur Terminal-Bench 2.1, passant à 91,9 % avec le mode ultra. Considérez-les comme des affirmations du fournisseur au jour du lancement ; une vérification indépendante prend des semaines. Pour l'équilibre : sur SWE-Bench Pro, les propres rapports d'OpenAI montrent Claude Fable 5 en tête à 80,3 % contre 64,6 % pour Sol, donc GPT-5.6 ne remporte pas tous les bancs d'essai de codage.
La sélection du modèle se fait via le sélecteur de modèle dans vos paramètres Codex ; la disposition varie selon l'interface (cloud, extension IDE, CLI). Les documents de développeur d'OpenAI listent les ID de modèle actuels et où chaque interface les expose.
Évitez de laisser Sol en effort maximum pour tout. Vous atteindrez vos limites plus rapidement et attendrez plus longtemps des réponses que Terra aurait pu produire.
Le mode Ultra dans Codex
Le mode Ultra est la fonctionnalité phare pour les utilisateurs de Codex. Il exécute quatre agents en parallèle par défaut et consolide leurs résultats. L'objectif est la rapidité en temps réel sur les tâches importantes, et le coût est intentionnel. La consommation de jetons et d'utilisation augmente parce que quatre agents font le travail d'un seul.
Quand cela en vaut la peine :
- Refactorisations étendues qui touchent de nombreux fichiers, où l'exploration parallèle divise réellement le travail
- Passes de migration (mises à niveau de framework, mises à jour de version d'API) avec de nombreux sites d'appel similaires mais non identiques
- Débogage à durée limitée où vous souhaitez explorer plusieurs hypothèses simultanément
Quand une seule exécution de Sol est préférable :
- Modifications de fichier unique et corrections de bugs ciblées ; le parallélisme n'a rien à diviser
- Tâches avec une chaîne de dépendances sérielles, où l'étape trois a besoin de la sortie de l'étape deux
- Tout ce qui est en fin de période de facturation. Ultra consomme vos limites d'utilisation de Codex nettement plus rapidement, et se retrouver à court en milieu de semaine est plus douloureux qu'une refactorisation plus lente.
Le gain de trois points sur Terminal-Bench est réel mais modeste. L'argument le plus fort est le temps : si une refactorisation prend 40 minutes en une seule exécution et se termine en une fraction de ce temps avec quatre agents, les jetons supplémentaires sont un juste échange en période de délai. Le mode ultra de Codex est un levier de temps plus qu'un levier de qualité. Voir comment fonctionne le mode ultra de GPT-5.6 pour une analyse plus approfondie, y compris comment écrire des invites de tâche que quatre agents parallèles peuvent diviser proprement.
Effort de raisonnement pour les tâches de codage
GPT-5.6 expose six niveaux d'effort : aucun, faible, moyen, élevé, très élevé et max. Dans Codex, l'effort est un paramètre par modèle (sur Plus, Sol fonctionne à un effort moyen et supérieur). Une correspondance pratique pour le travail de codage :
- aucun / faible : renommages, formatage, modifications mécaniques, génération de tests à partir d'un modèle clair
- moyen : travail de fonctionnalité standard, révision de code, écriture de points de terminaison simples
- élevé : débogage multi-fichiers, investigation de performances, bases de code inconnues
- très élevé / max : conditions de concurrence, corruption de mémoire, problèmes « que nous regardons depuis deux jours »
Le guide de migration d'OpenAI mérite d'être pris au pied de la lettre : traitez le passage comme une phase d'ajustement, pas seulement un échange de modèle. Testez votre niveau d'effort actuel et un niveau inférieur. GPT-5.6 correspond souvent aux résultats de la génération précédente avec un effort réduit, ce qui libère de la marge sur votre quota d'utilisation.
Mettez également à jour vos instructions. GPT-5.6 écrit des réponses nettement plus courtes avec moins d'introductions génériques que GPT-5.5, alors supprimez les directives restantes « soyez concis » ou « sautez le préambule » de votre fichier d'instructions. Empiler des règles de concision sur un modèle déjà bref peut le pousser à des diffs laconiques et sous-expliqués.
Ce que chaque plan ChatGPT offre dans Codex
L'accès est limité par le plan, et OpenAI ajuste souvent ces détails. Considérez ce tableau comme un instantané selon le centre d'aide d'OpenAI, sujet à modification :
| Plan | Modèles GPT-5.6 | Mode Ultra dans Codex | Remarques |
|---|---|---|---|
| Gratuit / Go | Terra (dans ChatGPT) | Non | Codex n'est pas inclus dans les niveaux gratuits |
| Plus | Sol, Terra, Luna | Oui | Sol à effort moyen et supérieur ; contrôle de l'effort par modèle |
| Pro | Sol, Terra, Luna, Sol Pro | Oui | Limites plus élevées ; ultra également dans ChatGPT Work |
| Entreprise | Sol, Terra, Luna, Sol Pro | Oui | Ultra via ChatGPT Work ; contrôles d'administration |
Deux points à retenir. Premièrement, Plus dispose déjà du sélecteur de modèle complet et du mode ultra dans Codex, de sorte que l'écart entre Plus et Pro pour le codage concerne les limites et Sol Pro, et non la capacité brute. Deuxièmement, si la facturation API vous convient mieux qu'un abonnement, l'API n'a aucune restriction de plan : tout compte API peut appeler les trois modèles en libre-service à 5 $/30 $ pour Sol, 2,50 $/15 $ pour Terra et 1 $/6 $ pour Luna par million de jetons d'entrée/sortie.
Vérifier ce que Codex écrit : associez-le à Apidog
Une grande partie de ce qu'un agent de codage produit lors d'une session de travail est du code qui communique avec des API : gestionnaires de routes, appels clients, consommateurs de webhooks, fixtures de test. GPT-5.6 rend Codex plus rapide pour produire ce code. Cela ne rend pas le code correct, et un agent qui écrit avec confiance un appel de point de terminaison erroné est plus dangereux à 91,9 % sur un benchmark qu'à 60 %, car vous examinez sa sortie moins attentivement.
Un flux de travail qui maintient la vitesse sans la confiance aveugle :
- Donnez à Codex votre spécification OpenAPI. Placez le fichier de spécification dans le dépôt, ou référencez-le dans vos instructions, afin que l'agent génère du code conforme à votre contrat réel au lieu de deviner les noms de champs.
- Laissez Codex écrire l'intégration. Points de terminaison, clients, tests : c'est là que Terra ou Sol, avec un effort moyen à élevé, excelle.
- Testez les points de terminaison avant de fusionner. Importez la même spécification dans Apidog, interrogez chaque point de terminaison généré ou consommé par Codex, et vérifiez visuellement les codes d'état, les schémas de réponse et les cas limites. Téléchargez Apidog gratuitement ; un passage de test basé sur la spécification détecte les incohérences qu'un agent introduit silencieusement, comme un champ renommé ou un type de contenu incorrect.
- Simulez ce qui n'existe pas encore. Si Codex développe contre une API qui n'est pas déployée, simulez-la à partir de la spécification afin que le travail d'intégration de l'agent s'exécute contre quelque chose de forme réelle.
Si vous souhaitez que la boucle de vérification se fasse au sein de l'agent plutôt qu'à côté, vous pouvez connecter directement la CLI Apidog à Codex afin que l'agent exécute vos suites de tests API dans le cadre de sa propre boucle de tâches. La configuration est expliquée étape par étape dans comment utiliser la CLI Apidog dans Codex.
Ce qui est encore en cours de stabilisation
GPT-5.6 dans Codex n'a que quelques jours, et cela s'accompagne de quelques aspérités :
- Déploiement inégal. La disponibilité générale s'est étendue sur environ 24 heures, et certaines interfaces ou régions peuvent encore être en train de se mettre à jour. Si un modèle ou un paramètre manque dans votre sélecteur, que ce soit dans l'IDE ou la CLI Codex, consultez les notes de publication d'OpenAI avant de déposer un rapport de bug.
- Les spécifications sont encore de seconde main. La fenêtre contextuelle de 1 million de jetons et la sortie maximale de 128 000 jetons rapportées proviennent d'une couverture de documentation précoce plutôt que d'une fiche technique confirmée. Traitez-les comme rapportées jusqu'à ce que les pages d'OpenAI se stabilisent.
- Les benchmarks sont fournis par le vendeur. Les chiffres de Terminal-Bench et autres chiffres de lancement sont ceux d'OpenAI. Des évaluations indépendantes suivront dans les semaines à venir.
- Les détails des plans évoluent. OpenAI a l'habitude d'ajuster les limites et l'accès dans les semaines suivant un lancement. L'article du centre d'aide ci-dessus est la source de vérité.
Rien de tout cela n'est une raison d'attendre. C'est une raison d'exécuter GPT-5.6 sur quelques tâches représentatives de votre backlog avant de valider les paramètres par défaut de votre équipe.
FAQ
Quel modèle GPT-5.6 devrais-je définir comme valeur par défaut de mon Codex ?
Terra. OpenAI le positionne comme compétitif par rapport à GPT-5.5 à environ la moitié du coût, et il gère confortablement le travail de fonctionnalité quotidien. Passez à Sol lorsqu'une tâche s'étend sur de nombreux fichiers ou nécessite de longues chaînes de raisonnement, et passez à Luna pour le code passe-partout et les scripts rapides.
Puis-je utiliser GPT-5.6 dans Codex sans plan payant ?
Pas directement. Codex nécessite un plan ChatGPT payant, et l'accès à GPT-5.6 via ChatGPT en niveau gratuit est limité à Terra. Il existe cependant des options légitimes à faible coût et d'essai, et l'API elle-même n'a aucune restriction de plan. Les options sont regroupées dans comment utiliser Codex gratuitement.
Le mode ultra consomme-t-il mes limites d'utilisation plus rapidement ?
Oui, par conception. Ultra exécute quatre agents en parallèle, donc une seule tâche consomme plusieurs fois les jetons d'une exécution normale en échange d'une complétion plus rapide. Réservez-le pour les grandes tâches parallélisables et vérifiez votre allocation restante avant d'en commencer une.
Le mode ultra est-il le même que Sol Pro ?
Non. Le mode Pro (Sol Pro dans ChatGPT) est un paramètre de raisonnement axé sur la qualité sur un seul modèle. Ultra est un mode d'exécution multi-agents qui parallélise le travail. Pro vise une meilleure réponse ; ultra vise un résultat plus rapide en temps réel sur les tâches importantes.
Où cela vous laisse
Codex a bénéficié d'une véritable mise à niveau le 9 juillet : un modèle phare plus intelligent, un modèle par défaut solide et moins cher, des contrôles d'effort par modèle, et un mode parallèle qui raccourcit les grandes tâches. La configuration qui convient à la plupart des développeurs n'est pas glamour. Utilisez Terra avec un effort moyen par défaut, optez pour Sol avec un effort élevé pour les tâches difficiles, et réservez ultra pour les refactorisations étendues lorsque la date limite l'exige.
Quels que soient les paramètres que vous choisissez, la sortie de l'agent nécessite toujours la même minutie que celle d'un humain rapide. Donnez à Codex votre spécification OpenAPI afin qu'il développe en fonction du contrat réel, puis vérifiez chaque point de terminaison généré dans Apidog avant qu'il n'atteigne une branche dont quiconque dépend. La génération de code plus rapide ne porte ses fruits que lorsque la vérification suit le rythme.