aurora-blue-alpha, aurora-green-alpha e aurora-red-alpha: cosa rivelano davvero i tre ID non documentati di OpenAI

Tre identificatori sono comparsi nell'elenco dei modelli dell'API di O​penAI il 17 ottobre 2026, all'interno di una finestra di novantasette secondi l'uno dall'altro: aurora-blue-alpha alle 01:13:49 UTC, aurora-green-alpha alle 01:13:55, e aurora-red-alpha alle 01:15:26. Il loro campo owner riporta "system", e nessuno ha una data di disattivazione. Circa 26 ore dopo — alle 02:59 UTC del 18 ottobre — qualcuno ha pubblicato un post al riguardo, e i tre nomi hanno iniziato a circolare come una possibile nuova release di O​penAI. Questo è ciò che sappiamo finora, ed è volutamente breve: nessun annuncio di O​penAI, nessuna pagina di documentazione, nessun prezzo, nessuna riga di changelog e nessuna conferma da parte di chicchessia — incluse le persone che ne hanno parlato — che sia mai stata effettuata una singola richiesta riuscita verso uno dei tre. Tutto ciò che segue è etichettato con chi lo afferma, perché in questa specifica vicenda le fonti sono la storia. I fallimenti documentati dell'IA e gli incidenti con agenti alla base di release come questa sono raccolti in the OrcaRouter AI Incident Archive dove ogni voce riporta le proprie fonti, gravità, livello di confidenza e flag di contestazione.

Che cosa risulta effettivamente agli atti?

La prova più solida in circolazione è una lettura diretta di un elenco autenticato di modelli, pubblicato da CellCog il 18 ottobre. Il suo autore ha interrogato l'endpoint dell'elenco modelli di O​penAI con la propria chiave, ha ricevuto 144 modelli e ha trovato tra questi le tre voci aurora. È una fonte sostanzialmente migliore di uno screenshot del terminale di qualcun altro, e resta comunque solo un elenco: CellCog afferma esplicitamente di aver elencato i modelli e di non averli chiamati, quindi non può descriverne il comportamento, la velocità o il costo.

Il rapporto di Crypto Briefing, datato 17 ottobre con la copertura diffusa il giorno successivo, aggiunge la lettura che la maggior parte dei lettori avrà visto — ovvero che OpenAI ha «inserito silenziosamente» tre identificatori senza alcuna documentazione e senza commenti ufficiali — ed è schietto nel riconoscere che la conversazione pubblica risale a un singolo post su X di @scaling01, che descrive come non verificato e speculativo. RuntimeWire è il più utile dei tre, perché traccia il confine che gli altri lasciano implicito: il post su cui si basa la copertura non dimostra che i modelli siano invocabili, e trattare un identificatore non verificato come un modello già rilasciato significa che gli sviluppatori finiscono per costruire su un accesso e un comportamento che non sono stati documentati da nessuna parte.

Ecco quindi il registro, con ogni voce attribuita:

• I nomi — aurora-blue-alpha, aurora-green-alpha, aurora-red-alpha. Concordati da ogni fonte che li ha esaminati, inclusa una lettura autenticata dell'elenco dei modelli (CellCog, 18 ottobre 2026).

• Timestamp di creazione — tra le 01:13 e le 01:15 UTC del 17 ottobre 2026, secondo la lettura della lista da parte di CellCog. Due minuti per tre voci è quello che sembra un singolo deployment; non è quello che sembrano tre esperimenti separati.

• Campo proprietario — "system", senza alcuna data di disattivazione associata a nessuno dei tre. Anche dalla lettura di CellCog.

• Documentazione — nessuna. Né il changelog di OpenAI né la sua pagina pubblica dei modelli contengono la stringa "aurora", verificato il 18 ottobre. La nostra acquisizione della documentazione dei modelli del fornitore a quella data mostra la fascia di punta — GPT-6 Astra, GPT-6.1 Sol, GPT-6 Luna — senza alcuna voce aurora e senza alcuna voce con suffisso alpha.

• Prezzo — nessuno pubblicato. Non "costoso", non "gratuito": assente. Non c'è alcun numero su cui basare il budget.

• Callability — non verificata da alcuna fonte che riusciamo a trovare, e categoricamente smentita da due di esse. Questa è la riga più importante del registro e quella che la copertura aggregata offusca.

• Capacità — nulla. Nessun campo relativo a finestra di contesto, numero di parametri, architettura, modalità o sforzo di ragionamento è stato pubblicato, divulgato o rivendicato da un partner.

Perché una voce in un elenco di modelli è una prova molto più debole di quanto sembri

L'istinto di leggere un nuovo identificatore API come un lancio in incognito è comprensibile — è così che diversi modelli reali sono emersi nell'ultimo anno, ed è così che il nome aurora è apparso per la prima volta a febbraio. Ma una voce in un elenco di modelli dimostra esattamente una cosa: che un identificatore esiste nell'elenco dell'account. Non dimostra che una richiesta rivolta a esso avrà successo, che avrà successo a un tasso utilizzabile, che esisterà ancora la prossima settimana, né che il suo output sarà stabile tra due chiamate a un giorno di distanza.

Concretamente, cosa può farti un ID presente solo in un elenco: può essere utilizzabile un giorno e sparire il giorno dopo senza alcun avviso di deprecazione, perché non è mai stato documentato e quindi non è mai stato coperto da alcuna policy di deprecazione; può essere rinominato, avere il prezzo modificato o essere reindirizzato senza una voce nel changelog; e può restituire output da un checkpoint che viene ancora sostituito sotto di te, il che significa che un benchmark eseguito lunedì non descrive il modello che chiami venerdì. Niente di tutto ciò è un motivo per farsi prendere dal panico. Tutto ciò è un motivo per non mettere un identificatore non documentato su un percorso di produzione, e le persone che trattano questa storia nel modo più responsabile dicono la stessa cosa con meno parole.

Le tre interpretazioni della combinazione di colori, ordinate in base a quanto valgono

Niente nel testo del segnale né in alcuna copertura stabilisce cosa significhino blu, verde e rosso. Quanto segue è un'inferenza, ed è etichettata come tale — nessuno al di fuori di OpenAI ha dichiarato nulla ufficialmente.

• Un deployment, tre varianti. Questa è la lettura che le prove supportano effettivamente, e solo grazie alla tempistica: tre ID creati entro due minuti l'uno dall'altro in un unico account sono la firma di un singolo push, non di tre esperimenti non correlati. Non dice nulla su ciò che varia tra loro.

• Livelli di dimensioni o di capacità. Livelli codificati a colori sarebbero una nuova convenzione di denominazione per questo fornitore, la cui gamma documentata in questo ciclo prende il nome da fenomeni celesti e meteorologici — Astra, Sol, Luna, Terra, Sunburst, Flare, Daybreak — anziché da colori. L'ispirazione astronomica rende plausibile un nome in codice "aurora"; non rende vera una corrispondenza tra colore e dimensione. Plausibile non è prova.

• Bracci di rollout o varianti di valutazione. Tre identificatori paralleli sono anche ciò che appare una suddivisione interna A/B o di valutazione della sicurezza quando trapela in un elenco condiviso. In tal caso, è possibile che gli ID non diventino mai pubblici e la risposta corretta è non fare nulla.

Ciò che nessuna di queste letture suffraga è quella che più entusiasma le persone — ovvero che questi siano modelli di coding Codex. Quell'inferenza nasce da un precedente reale, e quel precedente, in questa conversazione, sta facendo più lavoro di quanto possa sopportare.

Il precedente Aurora Alpha, e perché è una trappola

Nel febbraio 2026, un modello di ragionamento mascherato che si faceva chiamare Aurora Alpha è emerso su una piattaforma di routing di terze parti — senza alcun produttore indicato, una finestra di contesto da 128.000 token, uno sforzo di ragionamento predefinito impostato su medio e nessun benchmark pubblico. Tre giorni dopo, il 12 febbraio 2026, O​penAI ha annunciato GPT-5.3-Codex-Spark, un modello ultra-veloce per la scrittura di codice in tempo reale erogato su hardware Cerebras e dichiarato a oltre 1.000 token al secondo. La vicinanza dei due annunci, unita all'enfasi condivisa sulla velocità, è il motivo per cui gran parte della comunità ha concluso che Aurora Alpha *era* GPT-5.3-Codex-Spark.

Questa conclusione non è mai stata confermata. Non da OpenAI, non dalla piattaforma che lo ha ospitato e non da nessuno con conoscenza diretta dei pesi del modello occultato. Al momento in cui scriviamo, un mercato predittivo sulla questione era ancora irrisolto, con data di risoluzione fissata al 31 dicembre 2026. Un successivo censimento dei lanci di modelli stealth descriveva la teoria Codex-Spark come basata sulla vicinanza nelle liste e su un posizionamento simile, e osservava che i suoi stessi sostenitori la definiscono circostanziale — e lo è. Il nome condiviso è l'unico collegamento tra Aurora Alpha di febbraio e i tre ID aurora di ottobre, e la parola "aurora" non è rara.

C'è una seconda ragione per fare attenzione alla deduzione su Codex-Spark, ed è quella che i resoconti hanno in gran parte trascurato: il modello su cui si sta cercando di mappare questi ID è stato ritirato circa un mese fa. Il responsabile del prodotto core di O​penAI ha dichiarato pubblicamente a settembre 2026 che GPT-5.3-Codex-Spark sarebbe stato ritirato la settimana seguente, citando un utilizzo in costante calo e la disponibilità di modelli migliori, e tale dismissione è stata poi riflessa nella documentazione del fornitore stesso, che lo indica come non più utilizzabile nell'app desktop, nella CLI o nell'estensione IDE. Quindi il sillogismo allettante — aurora-* sono modelli Codex, aurora-alpha era Codex-Spark, quindi questi sono modelli della classe Codex-Spark — rimanda a un modello che non esiste più, senza un successore indicato e senza alcun percorso di migrazione che O​penAI abbia pubblicato.

Se gli ID aurora si rivelassero effettivamente modelli di coding, sarebbero qualcosa di nuovo, non una continuazione di un modello che è stato disattivato a settembre. Nessuno dovrebbe pianificare in base all'ipotesi inversa.

La checklist falsificabile: quattro segnali che trasformano un annuncio in una decisione

Invece di discutere su cosa potrebbero essere gli ID, è più utile indicare le quattro cose che lo risolverebbero. Ognuna è verificabile, e ognuna è un artefatto specifico piuttosto che un'interpretazione. Finché almeno due di esse non arrivano, l'atteggiamento corretto è osservare e non costruire.

• Compare nel catalogo dei modelli del fornitore stesso. Non in un elenco interrogabile con una chiave — nella documentazione, con un nome e una descrizione delle capacità. Questa è la soglia che separa un identificatore da un prodotto. Oggi: no.

• Viene pubblicato un prezzo. Una rate card è un impegno. Un endpoint non documentato e privo di prezzo non può essere inserito in un budget, non può essere confrontato con nulla e non può essere presentato a un team finanziario. Oggi: non esiste alcun prezzo a nessun livello.

• Una voce del changelog lo nomina. Le voci del changelog tendono a essere l'ultimo passo prima dell'uso generale, e portano con sé l'orologio della deprecazione. Un modello privo di una voce nel changelog non ha alcuna politica di deprecazione, ed è esattamente questa la proprietà che rende insicuro dipendere da ID presenti solo negli elenchi. Oggi: il changelog non menziona aurora.

• Qualcuno al di fuori di OpenAI lo esegue e pubblica il risultato. Un benchmark indipendente, una misurazione del throughput, un harness riproducibile — qualsiasi cosa corredata di un metodo. Al 18 ottobre, il conteggio onesto delle esecuzioni pubbliche indipendenti su aurora-blue-alpha, aurora-green-alpha o aurora-red-alpha è zero.

Quando arriva il quarto segnale, il modo sicuro per testare un endpoint non ancora provato è trattarlo come un candidato anziché come una dipendenza: metterlo dietro un livello di routing che può passare a un modello che hai già validato, così un checkpoint difettoso o un identificatore scomparso degrada una richiesta invece di rompere un prodotto. Questa è la differenza tra imparare qualcosa su un nuovo modello e puntare un percorso di produzione su di esso.

Se devi rilasciare codice questa settimana, fallo basandoti su ciò che è documentato.

La domanda pratica che uno sviluppatore si pone davvero il 18 ottobre non è che colore abbia il rosso. È su cosa costruire mentre la situazione si risolve, e la risposta sono i modelli che oggi hanno nomi, prezzi e documentazione. Su OrcaRouter quelli sono gli ID che puoi chiamare subito con una sola chiave, con i prezzi di listino dei provider trasferiti a un markup dello 0%, così una variazione di prezzo del fornitore è attiva sul nostro lato lo stesso giorno anziché al ciclo di fatturazione successivo:

• GPT-5.3-Codex — $1,75 per milione di token in input e $14 per milione in output, con una finestra di contesto di 400K. Il cavallo di battaglia per agenti orientato al coding dell'attuale linea O​penAI, e il modello che molti lettori che considerano "aurora come variante di Codex" stanno già usando al suo posto.

• GPT-5.6 Sol — 4 $ per milione di token in input e 20 $ per milione in output, contesto da 1,05M. La scelta per i compiti difficili, a lungo contesto e multimodali.

• GPT-5.6 Luna — 0,20 $ per milione di token in input e 1,20 $ per milione di token in output, contesto di 1,05M. Il livello economico per grandi volumi.

• G​PT-5.6 Terra — 2 $ per milione di token in input e 12 $ per milione di token in output, contesto da 1,05 milioni. Il gradino intermedio di quella scala.

• GPT-6.1 Sol — 2 $ per milione di token di input e 10 $ per milione di token di output, contesto di 1,05M. Il livello più recente della linea, posizionato per il coding agentico e l'uso del computer.

Quei dati sono ricavati dalle nostre stesse pagine dei modelli per ciascuno dei cinque modelli al 18 ottobre, non da un comunicato stampa, e sono i numeri su cui basare il budget. I tre identificatori aurora non sono in quell’elenco, e non intendiamo lasciar intendere il contrario: se e quando un fornitore pubblica un prezzo e una descrizione delle capacità per un modello, questo diventa instradabile qui secondo la prassi ordinaria, e oggi non c’è nulla da instradare.

Per essere espliciti sull'unica affermazione che vale la pena fare qui: un livello di routing non è un modo per ottenere accesso a un modello che non ha un endpoint documentato. È un modo per evitare che un modello non documentato diventi un singolo punto di fallimento una volta che ne ha uno.

Cosa tenere d'occhio, e cosa cambierebbe questo articolo

Il motivo per cui questa storia merita un segnalibro anziché un titolo di giornale è la forma di ciò che manca. Tre nomi sono comparsi insieme, in una finestra di due minuti, in un account che appartiene al fornitore — e poi nulla. Nessuna documentazione, nessun prezzo, nessun changelog, nessuna esecuzione indipendente, nessuna conferma che una richiesta avrebbe restituito qualcosa. Questo schema è compatibile con un rilascio graduale, con una valutazione interna che è trapelata in un elenco condiviso e con una dozzina di cose nel mezzo. Non è compatibile con un rilascio.

Cosa farebbe cambiare le cose: uno qualsiasi dei quattro segnali sopra. La comparsa di un prezzo è il segnale più forte, perché un listino prezzi è difficile da pubblicare e poi ritirare. Una voce nel changelog è il secondo più forte, perché avvia il conto alla rovescia per la deprecazione. Un'esecuzione indipendente è la più utile, perché è la prima cosa in questa storia che sarebbe una prova anziché un'inferenza. E anche una sparizione silenziosa — gli ID che scompaiono dall'elenco senza alcun annuncio — sarebbe la risposta, e dovrebbe essere letta come tale, non come un lancio segreto che è stato ritirato.

Fino a quel momento, i tre identificatori aurora sono ciò che la loro stessa scheda dice che siano: voci. Chiamarli un modello è un'ipotesi, e si dà il caso che sia proprio l'ipotesi già avanzata una volta, a febbraio, riguardo a un nome che faceva rima. Neppure quella fu mai confermata — e il modello a cui avrebbe dovuto riferirsi è stato ritirato a settembre.