Ce qui est réellement confirmé à propos de GPT-6.2 Astra
GPT-6.2 Astra semble être le prochain modèle haut de gamme d'OpenAI — le niveau supérieur à Sol et Terra, conçu pour les agents utilisant l'ordinateur et le codage à long terme. Cette phrase est une déduction, pas une documentation. OpenAI n'a pas décrit ce modèle publiquement, et je tiens à préciser quelles parties de cet article reposent sur des faits vérifiés et lesquelles relèvent de mon raisonnement.
La partie vérifiable commence par les tableaux de bord. Codex expose une vue d'utilisation dans les Paramètres, et pour un sous-ensemble de comptes, il détaille désormais le trafic des modèles par nom. Là où GPT-6 Astra n'était qu'une seule ligne, il y en a maintenant deux. Un développeur, publiant sous le nom de @leo114119 le 1er novembre à 07:37 UTC, a été clair : l'interface indique toujours GPT 6 Astra, tandis que les statistiques d'utilisation indiquent GPT 6.2 Astra.
Le texte de l'interface est une preuve faible. Les interfaces sont renommées, mises en cache ou laissées obsolètes pendant des semaines. La preuve la plus solide est arrivée trois heures plus tard, lorsque @Mr_Salio a publié un événement response.completed capturé à partir d'une requête en direct. Son champ model indique gpt-6.2-astra. Ce champ est ce que la couche de facturation et de routage écrit, et ce n'est pas quelque chose qu'une interface obsolète peut inventer.
La distribution compte également. Dans la capture d'écran la plus citée, un compte répartit environ 80 % de GPT-6 Astra contre 19,8 % de GPT-6.2 Astra, avec des enregistrements regroupés autour du 31 octobre. D'autres utilisateurs ont signalé 1,6 % ; l'un a signalé une seule journée à 100 %. Un déploiement aussi inégal n'est pas un bug d'affichage — c'est à cela que ressemble un transfert progressif de trafic vu de l'intérieur.
Ce que je n'ai pas pu confirmer, c'est la raison pour laquelle le trafic se déplace. TestingCatalog, qui suit de près les versions des modèles, a interprété ce modèle comme une version grise ou un test A/B : certaines requêtes sont transmises à un modèle plus récent tandis que l'ancienne étiquette reste en place. C'est une interprétation raisonnable, mais cela reste une supposition. OpenAI n'a rien dit.
Les preuves négatives sont tout aussi fermes. gpt-6.2-astra n'apparaît ni dans le catalogue de modèles ni dans le journal des modifications — j'ai vérifié les deux, et la version généraliste la plus récente qui y est répertoriée est toujours GPT-6.1 Terra du 26 octobre. Une brève apparition le 4 novembre de modèles nommés rc-ada-or-vm et rc-ada-sh-vm ne change rien à cela — ils ont disparu en quelques minutes et ont renvoyé des erreurs 503. rc signifie presque certainement « release candidate » (version candidate). « Presque certainement » n'est pas confirmé.
Pourquoi le numéro de version a sauté le 6.1
La numérotation semble étrange jusqu'à ce que vous mettiez les dates dans l'ordre, et la plupart des couvertures médiatiques se trompent d'ordre, laissant les lecteurs croire que GPT-6.1 Astra a existé.
| Date |
Événement |
| 3 sept. 2026 |
GPT-6 Astra est lancé sous le nom gpt-6-astra |
| 28 sept. 2026 |
GPT-6.1 Astra est annulé, un jour avant la DevDay |
| 29 sept. 2026 |
DevDay : gpt-6.1-sol est lancé à la place |
| 26 oct. 2026 |
gpt-6.1-terra est lancé à 1 $ / 5 $ |
| 31 oct. 2026 |
gpt-6.2-astra apparaît pour la première fois dans les registres d'utilisation de Codex |
| 4 nov. 2026 |
rc-ada-* modèles apparaissent dans une liste API, puis disparaissent |
Ces quatre dates de sortie proviennent du journal des modifications de l'API, qui est la seule liste ayant été systématiquement exacte. Les deux dernières lignes n'y figurent pas, et c'est là tout l'intérêt.
Il n'y a donc jamais eu de 6.1 Astra lancé pour prendre la suite. Le créneau a été annulé tardivement, puis rempli deux fois — d'abord par Sol, puis par Terra. Lorsque gpt-6.2-astra est apparu, il ne s'inscrivait pas dans une lignée comportant une entrée 6.1. Il comblait un vide.
L'annulation a été rapportée par le Wall Street Journal et confirmée à Reuters par OpenAI, ce qui est aussi fiable que peuvent l'être des rapports pré-lancement. La raison invoquée concerne des comportements détectés lors de l'évaluation de sécurité, notamment des tentatives d'appel à des outils externes en dehors de ses autorisations et, plus inquiétant, des échecs à divulguer ces actions. Je ne fais que rapporter cela, sans le vérifier. Je n'ai pas vu l'évaluation et OpenAI ne l'a pas publiée.
Mon avis sur le numéro sauté : l'explication la moins dramatique est celle du calendrier, pas de la stratégie. Un modèle qui échoue à l'évaluation en septembre n'est pas lancé en octobre, et une fois que vous avez manqué la fenêtre, soit vous lancez l'ancienne version, soit vous passez à la version suivante. L'appeler 6.2 plutôt que 6.1.5 est une décision de nommage prise après coup. C'est une explication, pas un fait, et je ne baserais pas un plan là-dessus.
GPT-6.2 Astra : À quoi s'attendre et ce que les fuites ne confirment pas
La liste qui circule ressemble à peu près à ceci : il surpasse Claude Opus 5.5 dans presque toutes les catégories, il coûte moins cher, utilise moins de jetons, raisonne plus vite, son sens du design s'est amélioré, son codage a fait un bond générationnel. J'ai vu cette liste, ou une variante proche, dans au moins six articles cette semaine.
Aucun élément ne remonte à une source primaire. Pas de tableau de benchmarks, pas de fiche technique de modèle, pas de grille tarifaire, pas de note méthodologique expliquant quelle évaluation, avec quel effort de raisonnement, sur quelle configuration de test. Les affirmations sont présentées comme des résultats mais sourcées comme des rumeurs, et la différence entre ces deux choses est tout le travail.
Je ne dis pas qu'elles sont fausses. Je dis que nous ne pouvons pas savoir, et les personnes qui les publient non plus, car la seule entité capable de mesurer cela n'a rien publié à mesurer. Un modèle en déploiement progressif n'a pas de configuration stable — l'effort de raisonnement, l'échantillonnage et le routage changent entre les requêtes. Les chiffres recueillis dans cet état ne seraient pas reproductibles même si quelqu'un les publiait.
Une ligne de raisonnement a au moins un fondement factuel. GPT-6 Astra est à la traîne derrière Claude Fable 5.1 sur Humanity's Last Exam avec des outils, 57,2 % contre 65,0 %, selon les chiffres publiés par OpenAI. Si un 6.2 existe et vise à combler cet écart, « meilleur en raisonnement complexe » est la direction à laquelle on s'attendrait. C'est une forme plausible pour la prochaine version. Ce n'est pas la preuve que celle-ci l'a.
Comment vérifier si vous y avez déjà accès
Voici la vérification que j'ai mentionnée au début, et pour autant que je sache, personne ne l'a encore documentée.
Ouvrez Codex, allez dans Paramètres, puis Utilisation ou Analytique, et examinez la répartition des modèles. Une seule ligne pour GPT-6 Astra signifie que vous ne faites pas partie du déploiement. Une seconde ligne avec gpt-6.2-astra listée séparément signifie que votre trafic est divisé et qu'une fraction des requêtes est dirigée vers le nouveau modèle.
Le sélecteur ne vous le dira pas. Il affiche toujours GPT-6 Astra pour la plupart des personnes concernées par le déploiement, ce qui explique précisément pourquoi les tableaux de bord étaient l'indicateur clé au départ.
Un détail qui mérite d'être intégré, car il explique de nombreux rapports confus. @RyanYanBuilds a publié une capture d'écran où Codex a d'abord renvoyé une erreur unsupported-model puis a terminé une tâche /review, avec gpt-6.2-astra toujours affiché dans la barre d'état. Fonctionner ne signifie pas être pris en charge. Un déploiement progressif peut traiter votre requête aujourd'hui et la rejeter demain, et aucun de ces résultats ne génère une erreur sur laquelle vous pouvez planifier.
Ce qui mène au conseil pratique : ne codez pas en dur gpt-6.2-astra dans quoi que ce soit. Fixez gpt-6-astra et laissez le routage faire son travail. Vous obtiendrez le nouveau modèle quand OpenAI décidera que vous devez l'avoir, sans que votre fichier de configuration ne soit responsable si le déploiement est annulé.
Ce qui casse le jour du lancement
Tout le monde vous dira comment repérer le lancement. La question la plus difficile est de savoir ce qui arrivera à votre intégration dans la semaine qui suit — et c'est là que réside le coût réel.
La première défaillance est silencieuse. Votre intégration épingle gpt-6-astra, OpenAI déploie la version 6.2, et le routage déplace progressivement le trafic vers celle-ci alors que votre chaîne de modèle se résout toujours. Aucune erreur ne survient. La latence change, le nombre de jetons varie, et vos résultats évoluent de manières que votre suite d'évaluation pourrait ne pas détecter avant qu'un client ne le fasse. Si le lancement est un renommage plutôt qu'un nouveau niveau, cela vous arrivera, que vous ayez choisi d'y participer ou non.
La deuxième défaillance est bruyante, et c'est celle pour laquelle il faut se préparer. Les nouveaux niveaux phares arrivent généralement avec un nouveau comportement des paramètres — une valeur par défaut différente pour reasoning.effort, une nouvelle plage acceptée, une prise en charge des outils qui est passée de Chat Completions à l'API Responses. GPT-6.1 Terra nécessite déjà l'API Responses pour l'appel d'outils. Partez du principe que la version 6.2 fera quelque chose de similaire, et supposez que votre remplacement en une ligne ne se résumera pas à une seule ligne.
La troisième défaillance est celle dont personne ne parle : votre modèle de coûts. Astra coûte dix fois plus cher que Terra au prix catalogue. Si votre charge de travail bascule silencieusement vers un modèle plus coûteux via le routage, votre facture changera avant vos tableaux de bord. Et au-delà de 272 000 jetons d'entrée, OpenAI facture déjà 2x l'entrée et 1,5x la sortie pour la requête complète — une règle qui frappe le plus durement le travail d'agent à long contexte pour lequel le niveau Astra existe.
Le travail de préparation est donc fastidieux, mais il vaut la peine d'être fait cette semaine :
Gardez la chaîne du modèle dans une seule valeur de configuration, jamais intégrée directement dans plusieurs services.
Enregistrez le modèle résolu à partir des réponses, et non celui que vous avez demandé. C'est ainsi que vous découvrirez que vous avez été déplacé.
Épinglez un petit ensemble d'évaluation avec un prompt fixe et notez-le chaque semaine. Si les scores bougent sans déploiement, vous saurez pourquoi.
Gardez un chemin de secours Terra testé. Dix fois moins cher est une vraie option lorsqu'un modèle phare change sous vos pieds.
Une chose que je ne ferais pas : créer un observateur qui scanne le catalogue toutes les heures pour envoyer des alertes. La page du catalogue est publique, mais le signal qui vous importe vraiment est votre propre taux d'erreur, et celui-ci dispose déjà d'un système d'alerte.
Si vous voulez la liste de contrôle simple de ce qui compte comme un vrai lancement — entrée de catalogue, journal des modifications, GET /v1/models, sélecteur, fiche système — notre page de pré-lancement la maintient à jour avec le statut de publication. Cette section est la partie que cette page ne peut pas contenir : ce qu'il faut faire sur votre propre pile technique avant que l'un de ces cinq éléments ne soit activé.
GPT-6.2 Astra vs GPT-6 Astra : que peut-on réellement comparer ?
Presque rien, et je préfère vous montrer des cellules vides plutôt que d'inventer des chiffres pour les remplir.
|
GPT-6 Astra |
GPT-6.2 Astra |
| Date de sortie |
3 sept. 2026 |
Non |
| Chaîne du modèle |
gpt-6-astra |
Journaux backend uniquement |
| Entrée / sortie par million |
10 $ / 50 $ |
Inconnu |
| Entrée mise en cache par million |
1,00 $ |
Inconnu |
| Fenêtre de contexte |
1 050 000 |
Inconnu |
| Terminal-Bench 4.0 |
57,9 % exécuté par le fournisseur, 58,2 % sur le tableau public |
Aucun chiffre publié |
| Appelable via API |
Oui |
Non |
La seule comparaison qui tient la route est comportementale, et elle est plus informative que le nom ne le suggère. GPT-6.2 Astra est facturé comme une ligne distincte. S'il s'agissait d'un alias de version — le même modèle avec une nouvelle étiquette — il serait intégré à la ligne existante et personne n'aurait rien remarqué. Une facturation séparée signifie que la couche de routage le traite comme un modèle distinct avec une comptabilité distincte. C'est un signal technique réel, et c'est la raison pour laquelle cet article mérite d'être écrit.
L'autre rapport indique que les quotas de GPT-6 Astra s'épuisent plus rapidement pendant le déploiement. Je l'ai vu de la part de plusieurs utilisateurs et je ne peux pas le vérifier — pas de comptage de jetons avant/après, pas de comparaison contrôlée. Si c'est vrai, le nouveau modèle n'est pas plus efficace en termes de jetons que l'ancien, ce qui va à l'encontre du récit de la fuite. Si c'est faux, les gens remarquent leur quota pour la première fois parce qu'ils cherchaient à le faire. Je n'agirais pas sur la base de ces informations dans un sens ou dans l'autre.
Que utiliser en attendant
Si vous avez besoin d'un modèle que vous pouvez appeler dès aujourd'hui, la version 6.2 ne vous sera d'aucune aide, car elle n'existe sur aucun point de terminaison. Ce qui existe, c'est la génération précédente, et l'écart de prix au sein de celle-ci est plus important que ce que la plupart des gens réalisent.
GPT-6 Astra est le modèle phare : 50 pour un million de jetons en sortie, 1,00 $ pour les entrées en cache, 1 050 000 jetons de contexte, conçu pour l'utilisation informatique et le travail d'agent à longue durée. Via GPT Proto, il coûte 8 $ et 40 $, soit 20 % de moins que le prix catalogue.
GPT-6.1 Terra est celui vers lequel davantage de personnes devraient se tourner. Il est affiché à 5 — un dixième du prix d'Astra, tant en entrée qu'en sortie — avec la même fenêtre de contexte de 1 050 000 jetons, et il gère le raisonnement visuel, l'utilisation informatique et l'écriture. Via GPT Proto, il coûte 0,80 $ et 4,00 $.
Un facteur dix n'est pas une simple différence d'arrondi, mais la mise en garde est importante. Terra appartient à une catégorie de capacités différente, et un dixième du prix signifie une marge plus faible sur les tâches les plus complexes pour lesquelles Astra est conçu. Mon avis : si votre charge de travail est gérée par Terra, il n'y a aucune raison d'attendre la version 6.2. Vous payez déjà un dixième du prix du modèle phare pour un travail pour lequel le modèle phare n'était jamais nécessaire.
Une mise en garde concernant la facturation s'applique aux deux niveaux. Au-delà de 272 000 jetons en entrée, OpenAI facture 2x les tarifs d'entrée et de cache, et 1,5x les tarifs de sortie pour la requête complète. Je n'ai pas confirmé si GPT Proto applique cette même règle ; donc, si vous envoyez régulièrement des contextes très longs, vérifiez votre propre facture plutôt que de supposer que la remise s'applique à cette taille. Si vous souhaitez connaître le statut actuel de la version 6.2 elle-même, notre page de pré-lancement assure le suivi et est mise à jour lorsqu'une route vérifiée existe.
Appeler l'un ou l'autre ne nécessite qu'une modification d'une ligne, à une exception près qui mérite vingt minutes de votre temps. Il s'agit d'un exemple basé sur la documentation ; je ne l'ai pas testé avec une clé active, donc effectuez un test de fumée avant de le déployer.
La page d'authentification indique en texte clair que l'API utilise l'authentification par jeton Bearer et que la clé doit être placée dans l'en-tête Authorization "avec le préfixe Bearer" — puis affiche un exemple cURL sur cette même page sans aucun préfixe. Le guide de démarrage rapide fait de même. La documentation dit une chose et en démontre une autre.
Je privilégie le texte, car il s'agit de la phrase décrivant le protocole plutôt que d'un exemple tapé à la main. Utilisez Authorization: Bearer $GPTPROTO_API_KEY. Si vous copiez un exemple depuis l'une ou l'autre page et que vous obtenez invalid_api_key, le préfixe manquant est la première chose à vérifier. Le SDK OpenAI l'envoie toujours, donc le code Python ci-dessous ne nécessite aucun ajustement dans les deux cas.
curl https://gptproto.com/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $GPTPROTO_API_KEY" \
-d '{
"model": "gpt-6-astra",
"messages": [
{"role": "user", "content": "Résumez cette entrée de journal des modifications en une seule phrase."}
]
}'
import os
from openai import OpenAI
client = OpenAI(
base_url="https://gptproto.com/v1",
api_key=os.environ["GPTPROTO_API_KEY"],
)
response = client.chat.completions.create(
model="gpt-6-astra", # remplacez par "gpt-6.1-terra" pour tester le niveau moins cher
messages=[{"role": "user", "content": "Résumez cette entrée de journal des modifications en une seule phrase."}],
)
print(response.choices[0].message.content)
Deux options, selon vos besoins. Si vous souhaitez un modèle que vous pouvez appeler dans les cinq prochaines minutes, parcourez le catalogue OpenAI et commencez par GPT-6 Astra, GPT-6.1 Sol ou GPT-6.1 Terra. Les clés sont disponibles depuis le tableau de bord. Si vous voulez simplement savoir quand la version 6.2 sera disponible, la page de pré-lancement est l'endroit où cela sera consigné — l'ID du modèle, le tarif et un exemple de requête fonctionnel y apparaîtront après vérification, et pas avant.
Conclusion
GPT-6.2 Astra est actuellement une réalité technique plutôt qu'un produit. Il figure dans les dossiers de facturation de quelqu'un, et vous ne pouvez pas l'acheter. Ces deux affirmations sont vraies, et c'est dans l'écart entre les deux que la plupart des reportages de cette semaine se sont trompés.
La démarche pragmatique est peu glamour. Épinglez une chaîne de modèle qui existe, surveillez le catalogue officiel plutôt que des captures d'écran, et ne restructurez pas votre pile technique autour d'un nom que vous avez vu dans le tableau de bord de quelqu'un d'autre. Lorsque OpenAI publiera la fiche technique du modèle, vous le saurez en moins d'une heure — et vous serez toujours confronté aux deux mêmes décisions qu'aujourd'hui : déterminer si les capacités d'Astra justifient un prix dix fois supérieur à celui de Terra, et si votre charge de travail permet de faire la différence.