aurora-blue-alpha, aurora-green-alpha et aurora-red-alpha : ce que les trois identifiants non documentés d’OpenAI vous disent vraiment

Trois identifiants sont apparus dans la liste des modèles de l'API OpenAI le 17 octobre 2026, en l'espace de quatre-vingt-dix-sept secondes : aurora-blue-alpha à 01:13:49 UTC, aurora-green-alpha à 01:13:55, et aurora-red-alpha à 01:15:26. Leur champ propriétaire affiche « system », et aucun ne porte de date d'arrêt. Environ 26 heures plus tard — à 02:59 UTC le 18 octobre — quelqu'un a publié un message à leur sujet, et les trois noms ont commencé à circuler comme ceux d'une éventuelle nouvelle version d'OpenAI. Voici ce que nous savons à ce jour, et c'est volontairement bref : aucune annonce d'OpenAI, aucune page de documentation, aucun prix, aucune ligne de journal des modifications, et aucune confirmation de qui que ce soit — y compris des personnes qui en parlent — qu'une seule requête réussie ait jamais été effectuée sur l'un des trois. Tout ce qui suit est étiqueté selon qui le dit, car dans cette histoire précise, la source fait l'histoire. Les défaillances documentées de l'IA et les incidents d'agents à l'origine de versions comme celle-ci sont recueillis dans l'OrcaRouter AI Incident Archive où chaque entrée comporte ses propres sources, son niveau de gravité, sa note de confiance et son indicateur de contestation.

Qu’est-ce qui est réellement consigné au dossier ?

La preuve la plus solide en circulation est une lecture directe d’une liste de modèles authentifiée, publiée par CellCog le 18 octobre. Son auteur a interrogé le point de terminaison de liste de modèles d’OpenAI avec sa propre clé, a obtenu 144 modèles en retour et y a trouvé les trois entrées aurora. C’est une source nettement meilleure qu’une capture d’écran du terminal de quelqu’un d’autre, et ce n’est encore qu’une liste : CellCog déclare explicitement avoir listé les modèles sans les appeler, elle ne peut donc décrire ni le comportement, ni la vitesse, ni le coût.

Le rapport de Crypto Briefing, daté du 17 octobre et dont la couverture a paru le lendemain, ajoute le cadrage que la plupart des lecteurs auront vu — celui selon lequel OpenAI a « discrètement listé » trois identifiants sans documentation ni commentaire officiel — et reconnaît franchement que la conversation publique remonte à un unique post sur X de @scaling01, qu’il qualifie de non vérifié et spéculatif. RuntimeWire est le plus utile des trois, car il trace la ligne que les autres laissent implicite : le post sur lequel repose la couverture n’établit pas que les modèles sont appelables, et traiter un identifiant non vérifié comme un modèle livré signifie que les développeurs finissent par construire sur des modalités d’accès et un comportement qui n’ont été documentés nulle part.

Voici donc le registre, avec chaque élément attribué :

• Les noms — aurora-blue-alpha, aurora-green-alpha, aurora-red-alpha. Confirmés par toutes les sources qui ont examiné la question, y compris une lecture authentifiée de la liste des modèles (CellCog, 18 octobre 2026).

• Horodatages de création — entre 01:13 et 01:15 UTC le 17 octobre 2026, selon la lecture de la liste par CellCog. Deux minutes pour trois entrées, c’est ce à quoi ressemble un seul déploiement ; ce n’est pas à quoi ressemblent trois expériences distinctes.

• Champ Propriétaire — « system », sans date d’arrêt associée à aucun des trois. Également d’après la lecture de CellCog.

• Documentation — aucune. Ni le journal des modifications d’OpenAI ni sa page publique des modèles ne contient la chaîne « aurora », d’après une vérification effectuée le 18 octobre. Notre propre capture de la documentation des modèles du fournisseur à cette date montre le niveau phare — GPT-6 Astra, GPT-6.1 Sol, GPT-6 Luna — sans aucune entrée aurora ni aucune entrée avec suffixe alpha.

• Prix — aucun n'est publié. Ni « cher », ni « gratuit » : absent. Il n'y a aucun montant pour établir un budget.

• Callabilité — qu’aucune source que nous puissions trouver n’a vérifiée, et que deux d’entre elles démentent catégoriquement. C’est la ligne la plus importante du registre, et celle que la couverture agrégée brouille.

• Capacité — rien. Aucun champ de fenêtre de contexte, de nombre de paramètres, d’architecture, de modalité ou d’effort de raisonnement n’a été publié, divulgué ou revendiqué par un partenaire.

Pourquoi une entrée dans une liste de modèles constitue une preuve bien plus faible qu’elle n’en a l’air

L’instinct d’interpréter un nouvel identifiant d’API comme un lancement fantôme est compréhensible — c’est ainsi que plusieurs modèles réels ont émergé au cours de l’année écoulée, et c’est ainsi que le nom aurora est apparu pour la première fois en février. Mais une entrée dans une liste de modèles prouve exactement une chose : qu’un identifiant existe dans la liste du compte. Cela ne prouve pas qu’une requête qui l’utilise aboutira, qu’elle aboutira à un rythme exploitable, qu’il existera encore la semaine prochaine, ni que sa sortie sera stable entre deux appels espacés d’un jour.

Concrètement, voici ce qu’un identifiant qui n’apparaît que dans une liste peut vous faire : il peut être appelable un jour et avoir disparu le lendemain sans avis de dépréciation, parce qu’il n’a jamais été documenté et n’a donc jamais été couvert par une quelconque politique de dépréciation ; il peut être renommé, voir son tarif modifié ou être redirigé sans entrée dans le journal des modifications ; et il peut renvoyer la sortie d’un checkpoint qui est encore en train d’être remplacé sous vos pieds, ce qui signifie qu’un benchmark exécuté le lundi ne décrit pas le modèle que vous appelez le vendredi. Rien de tout cela ne justifie de paniquer. Tout cela justifie de ne pas mettre un identifiant non documenté sur un chemin de production, et les personnes qui traitent cette histoire avec le plus de responsabilité disent la même chose en moins de mots.

Les trois lectures de la palette de couleurs, classées selon leur valeur

Rien dans le texte du signal ni dans aucune couverture ne permet d’établir ce que signifient le bleu, le vert et le rouge. Ce qui suit est une inférence, et c’est présenté comme tel — personne en dehors d’O​penAI ne s’est exprimé officiellement.

• Un déploiement, trois variantes. C’est l’interprétation que les preuves étayent réellement, et uniquement en raison de la chronologie : trois IDs créés à moins de deux minutes d’intervalle dans un même compte constituent la signature d’un seul push, et non de trois expériences indépendantes. Cela ne dit rien sur ce qui varie entre elles.

• Niveaux de taille ou de capacité.Des niveaux codés par couleur constitueraient une nouvelle convention de nommage pour ce fournisseur, dont la gamme documentée dans ce cycle est nommée d’après des phénomènes célestes et météorologiques — Astra, Sol, Luna, Terra, Sunburst, Flare, Daybreak — plutôt que d’après des couleurs. La tonalité astronomique rend plausible un nom de code « aurora » ; elle ne rend pas vraie une correspondance couleur-taille. Un élément plausible ne constitue pas une preuve.

• Bras de déploiement ou variantes d’évaluation. Trois identifiants parallèles, c’est aussi à quoi ressemble une répartition interne A/B ou d’évaluation de sécurité lorsqu’elle fuit dans une liste partagée. Si tel est le cas, il se peut que les ID ne deviennent jamais publics, et la bonne réponse est de ne rien faire.

Ce qu’aucune de ces lectures n’étaye, c’est celle qui enthousiasme le plus les gens — à savoir qu’il s’agit de modèles de codage Codex. Cette inférence repose sur un précédent réel, et ce précédent joue dans la conversation un rôle plus lourd qu’il ne peut porter.

Le précédent Aurora Alpha, et pourquoi c’est un piège

En février 2026, un modèle de raisonnement masqué se faisant appeler Aurora Alpha est apparu sur une plateforme de routage tierce — aucun fabricant nommé, une fenêtre de contexte de 128 000 tokens, un effort de raisonnement par défaut moyen et aucun benchmark public. Trois jours plus tard, le 12 février 2026, OpenAI a annoncé GPT-5.3-Codex-Spark, un modèle ultra-rapide pour le codage en temps réel exécuté sur du matériel Cerebras et annoncé comme dépassant les 1 000 tokens par seconde. La proximité des deux, ajoutée à l’accent commun mis sur la vitesse, explique pourquoi une grande partie de la communauté a conclu qu’Aurora Alpha *était* GPT-5.3-Codex-Spark.

Cette conclusion n’a jamais été confirmée. Ni par OpenAI, ni par la plateforme qui l’hébergeait, ni par quiconque ayant une connaissance directe des poids du modèle masqué. Un marché de prédiction sur la question n’était toujours pas résolu au moment de la rédaction, sa date de résolution étant fixée au 31 décembre 2026. Un recensement ultérieur des lancements de modèles furtifs a décrit la théorie Codex-Spark comme reposant sur la proximité des listes et un positionnement similaire, et a noté que ses propres partisans la qualifient de circonstancielle — ce qu’elle est. Le nom partagé est le seul lien entre l’Aurora Alpha de février et les trois identifiants aurora d’octobre, et le mot « aurora » n’est pas rare.

Il existe une deuxième raison d’être prudent avec l’inférence Codex-Spark, et c’est celle que la couverture médiatique a largement manquée : le modèle auquel les gens essaient d’associer ces identifiants a été retiré il y a environ un mois. Le responsable produit principal d’O​penAI a déclaré publiquement en septembre 2026 que GPT-5.3-Codex-Spark serait retiré la semaine suivante, citant une baisse régulière de l’usage et la disponibilité de meilleurs modèles, et cette dépréciation a depuis été reflétée dans la documentation propre du fournisseur, qui le répertorie comme n’étant plus utilisable dans l’application de bureau, la CLI ou l’extension IDE. Ainsi, le syllogisme tentant — les aurora-* sont des modèles Codex, aurora-alpha était Codex-Spark, donc ce sont des modèles de la classe Codex-Spark — renvoie à un modèle qui n’existe plus, sans successeur nommé ni chemin de migration qu’O​penAI ait publié.

Si les ID aurora s’avèrent être des modèles de programmation, ils seraient quelque chose de nouveau, et non la continuation d’un modèle qui a été désactivé en septembre. Personne ne devrait planifier en fonction de l’inverse.

La liste de contrôle falsifiable : quatre signaux qui transforment une annonce en décision

Plutôt que de discuter de ce que les identifiants pourraient être, il est plus utile de nommer les quatre éléments qui permettraient de trancher. Chacun est vérifiable, et chacun est un artefact précis plutôt qu’une interprétation. Tant qu’au moins deux d’entre eux ne se seront pas concrétisés, la bonne posture est d’observer et de ne pas construire.

• Il figure dans le catalogue de modèles du fournisseur lui-même. Pas dans une liste interrogeable avec une clé — dans la documentation, avec un nom et une description de capacité. C'est le seuil qui sépare un identifiant d'un produit. Aujourd'hui : non.

• Un prix est publié. Une grille tarifaire est un engagement. Un endpoint non documenté sans prix ne peut pas être budgété, ne peut être comparé à rien et ne peut pas être présenté à une équipe financière. Aujourd'hui : aucun prix n'existe à aucun niveau.

• Une entrée de changelog le mentionne. Les entrées de changelog constituent généralement la dernière étape avant l'utilisation générale, et elles portent avec elles le compte à rebours de la dépréciation. Un modèle sans entrée de changelog n'a pas de politique de dépréciation, ce qui est précisément la propriété qui rend les identifiants présents uniquement dans les listes dangereux à utiliser comme dépendance. Aujourd'hui : le changelog ne mentionne pas aurora.

• Quelqu'un en dehors d'OpenAI l'exécute et publie le résultat. Un benchmark indépendant, une mesure de débit, un harnais reproductible — tout ce qui est accompagné d'une méthode. Au 18 octobre, le nombre honnête d'exécutions publiques indépendantes sur aurora-blue-alpha, aurora-green-alpha ou aurora-red-alpha est de zéro.

Quand le quatrième signal arrive, la manière sûre de tester un point de terminaison non éprouvé est de le traiter comme un candidat plutôt que comme une dépendance : le placer derrière une couche de routage capable de basculer vers un modèle que vous avez déjà validé, afin qu’un mauvais point de contrôle ou un identifiant disparu dégrade une requête au lieu de casser un produit. C’est la différence entre apprendre quelque chose sur un nouveau modèle et miser un chemin de production dessus.

Si vous devez livrer du code cette semaine, livrez-le en vous appuyant sur ce qui est documenté.

La question pratique qu’un développeur se pose réellement le 18 octobre n’est pas de savoir quelle est la couleur du rouge. C’est sur quoi construire pendant que cela se résout, et la réponse, ce sont les modèles qui ont aujourd’hui un nom, des tarifs et une documentation. Sur OrcaRouter, ce sont les ID que vous pouvez appeler dès maintenant avec une seule clé, avec les prix catalogue des fournisseurs répercutés à 0 % de marge, de sorte qu’une modification de prix d’un fournisseur est effective de notre côté le jour même plutôt qu’au cycle de facturation suivant :

• GPT-5.3-Codex — 1,75 $ par million de jetons d’entrée et 14 $ par million de jetons de sortie, avec une fenêtre de contexte de 400 K. Le modèle agentique de référence taillé pour le codage de la gamme O​penAI actuelle, et le modèle que la plupart des lecteurs qui envisagent « aurora comme variante de Codex » remplacent déjà par celui-ci.

• GPT-5.6 Sol — 4 $ par million de tokens d'entrée et 20 $ par million de tokens de sortie, contexte de 1,05 M. Le choix pour les tâches difficiles, le contexte long et le multimodal.

• GPT-5.6 Luna — 0,20 $ par million de tokens d’entrée et 1,20 $ par million de tokens de sortie, contexte de 1,05 M. Le palier économique pour les gros volumes.

• G​PT-5.6 Terra — 2 $ par million de jetons en entrée et 12 $ par million de jetons en sortie, contexte de 1,05 M. Le milieu de cette échelle.

• GPT-6.1 Sol — 2 $ par million en entrée et 10 $ par million en sortie, contexte de 1,05 M. Le niveau le plus récent de la gamme, destiné au codage agentique et à l’utilisation d’un ordinateur.

Ces chiffres sont tirés de nos propres pages de modèles pour chacun des cinq modèles, le 18 octobre, et non d’un communiqué de presse ; ce sont les chiffres à retenir pour établir le budget. Les trois identifiants aurora ne figurent pas sur cette liste, et nous ne comptons pas laisser entendre le contraire : si et quand un fournisseur publie un prix et une description des capacités pour un modèle, celui-ci devient routable ici selon le cours normal des choses, et aujourd’hui, il n’y a rien à router.

Pour être explicite sur la seule affirmation qui vaille la peine d’être faite ici : une couche de routage n’est pas un moyen d’accéder à un modèle qui n’a pas de point de terminaison documenté. C’est un moyen d’empêcher qu’un modèle non documenté devienne un point de défaillance unique une fois qu’il en dispose.

Ce qu’il faut surveiller, et ce qui changerait cet article

La raison pour laquelle cette histoire mérite un signet plutôt qu’un titre, c’est la forme de ce qui manque. Trois noms sont apparus ensemble, dans une fenêtre de deux minutes, dans un compte qui appartient au fournisseur — puis plus rien. Aucune documentation, aucun prix, aucun journal des modifications, aucune exécution indépendante, aucune confirmation qu’une requête renverrait quoi que ce soit. Ce schéma est compatible avec un déploiement progressif, avec une évaluation interne qui a fuité dans une liste partagée, et avec une douzaine de choses entre les deux. Il n’est pas compatible avec une version publiée.

Ce qui ferait avancer les choses : n’importe lequel des quatre signaux ci-dessus. L’apparition d’un prix est le plus fort, car une grille tarifaire est difficile à publier puis à retirer. Une entrée de changelog est le deuxième plus fort, car elle démarre un compte à rebours de dépréciation. Une exécution indépendante est la plus utile, car c’est la première chose dans cette histoire qui serait une preuve plutôt qu’une inférence. Et une disparition discrète — les identifiants sortant de la liste sans annonce — serait aussi la réponse, et devrait être interprétée comme telle plutôt que comme un lancement secret qui aurait été retiré.

D’ici là, les trois identifiants aurora sont ce que leur propre fiche annonce qu’ils sont : des entrées. Les appeler un modèle est une supposition, et il se trouve que c’est la supposition qui a déjà été faite une fois auparavant, en février, à propos d’un nom qui rimait. Celle-là non plus n’a jamais été confirmée — et le modèle qu’elle était censée désigner a été retiré en septembre.