aurora-blue-alpha, aurora-green-alpha y aurora-red-alpha: qué te dicen realmente los tres identificadores no documentados de OpenAI

Tres identificadores aparecieron en la lista de modelos de la API de O​penAI el 17 de octubre de 2026, dentro de una ventana de noventa y siete segundos entre sí: aurora-blue-alpha a las 01:13:49 UTC, aurora-green-alpha a las 01:13:55 y aurora-red-alpha a las 01:15:26. Su campo de propietario dice "system", y ninguno lleva fecha de apagado. Aproximadamente 26 horas después —a las 02:59 UTC del 18 de octubre— alguien publicó sobre ellos, y los tres nombres empezaron a circular como un posible nuevo lanzamiento de O​penAI. Esto es lo que sabemos hasta ahora, y es deliberadamente breve: ningún anuncio de O​penAI, ninguna página de documentación, ningún precio, ninguna línea de registro de cambios y ninguna confirmación de nadie —incluidas las personas que informan sobre ellos— de que se haya realizado alguna vez una sola solicitud exitosa contra ninguno de los tres. Todo lo que sigue está etiquetado con quién lo dice, porque en esta historia en particular las fuentes son la historia. Los fallos de IA documentados y los incidentes de agentes detrás de lanzamientos como este se recopilan en el Archivo de Incidentes de IA de OrcaRouter donde cada entrada lleva sus propias fuentes, severidad, grado de confianza y marca de disputa.

¿Qué consta realmente en el registro?

La evidencia más sólida que circula es una lectura de primera mano de una lista de modelos autenticada, publicada por CellCog el 18 de octubre. Su autor consultó el endpoint de lista de modelos de OpenAI con su propia clave, obtuvo 144 modelos y encontró entre ellos las tres entradas de aurora. Es una fuente considerablemente mejor que una captura de pantalla del terminal de otra persona, y aun así solo es un listado: CellCog dice explícitamente que enumeró los modelos y no los llamó, por lo que no puede describir su comportamiento, velocidad ni coste.

El informe de Crypto Briefing, fechado el 17 de octubre y con cobertura publicada al día siguiente, añade el enfoque que la mayoría de los lectores habrá visto: que OpenAI "incluyó discretamente" tres identificadores sin documentación y sin comentario oficial, y reconoce con franqueza que la conversación pública se remonta a una única publicación en X de @scaling01, que describe como no verificada y especulativa. RuntimeWire es el más útil de los tres, porque traza la línea que los otros dejan implícita: la publicación en la que se basa la cobertura no demuestra que los modelos se puedan invocar, y tratar un identificador no verificado como un modelo ya lanzado hace que los desarrolladores terminen construyendo sobre un acceso y un comportamiento que no se han documentado en ninguna parte.

Así que aquí está el libro mayor, con cada partida atribuida:

• Los nombres — aurora-blue-alpha, aurora-green-alpha, aurora-red-alpha. Confirmado por todas las fuentes que lo han revisado, incluida una lectura autenticada de la lista de modelos (CellCog, 18 de octubre de 2026).

• Marcas de tiempo de creación —entre las 01:13 y las 01:15 UTC del 17 de octubre de 2026, según la lectura que CellCog hace de la lista. Dos minutos para tres entradas es lo que parece un único despliegue; no es lo que parecen tres experimentos separados.

• Campo de propietario — "system", sin fecha de apagado asociada a ninguno de los tres. También según la lectura de CellCog.

• Documentación — ninguna. Ni el registro de cambios de OpenAI ni su página pública de modelos contiene la cadena "aurora", revisados el 18 de octubre. Nuestra propia captura de la documentación de modelos del proveedor en esa fecha muestra el nivel insignia —GPT-6 Astra, GPT-6.1 Sol, GPT-6 Luna— sin ninguna entrada de aurora y sin ninguna entrada con sufijo alfa.

• Precio — ninguno publicado. Ni «caro» ni «gratis»: ausente. No hay ninguna cifra con la que presupuestar.

• Ejercitabilidad — sin verificar por ninguna de las fuentes que hemos podido consultar, y negada de plano por dos de ellas. Esta es la línea más importante del registro y la que el resumen agregado difumina.

• Capacidad — nada. Ningún campo de ventana de contexto, número de parámetros, arquitectura, modalidad o esfuerzo de razonamiento ha sido publicado, filtrado ni reivindicado por un socio.

Por qué una entrada en una lista de modelos es una evidencia mucho más débil de lo que parece

La tendencia a interpretar un nuevo identificador de API como un lanzamiento en la sombra es comprensible —así es como varios modelos reales han aparecido durante el último año, y así fue como el nombre aurora apareció por primera vez en febrero. Pero una entrada en la lista de modelos demuestra exactamente una cosa: que existe un identificador en el listado de la cuenta. No demuestra que una solicitud contra él vaya a tener éxito, que lo tenga a una tasa utilizable, que siga existiendo la próxima semana ni que su resultado vaya a ser estable entre dos llamadas separadas por un día.

En concreto, esto es lo que un ID que solo aparece en las listas puede hacerte: puede ser invocable un día y desaparecer al siguiente sin aviso de descontinuación, porque nunca estuvo documentado y, por tanto, nunca quedó cubierto por ninguna política de descontinuación; puede cambiar de nombre, de precio o de destino sin una entrada en el registro de cambios; y puede devolver resultados de un checkpoint que todavía se está sustituyendo bajo tus pies, lo que significa que una evaluación comparativa que ejecutes el lunes no describe el modelo que invocas el viernes. Nada de eso es motivo de pánico. Todo ello es motivo para no poner un identificador no documentado en una ruta de producción, y quienes cubren esta historia con mayor responsabilidad dicen lo mismo con menos palabras.

Las tres lecturas de la combinación de colores, ordenadas por cuánto valen

Nada en el texto de la señal ni en ninguna cobertura establece qué significan el azul, el verde y el rojo. Lo que sigue es una inferencia, y así está etiquetado — nadie fuera de OpenAI ha dicho nada oficialmente.

• Un despliegue, tres variantes. Esta es la lectura que la evidencia realmente respalda, y solo por el momento temporal: tres ID creados con dos minutos de diferencia entre sí dentro de una misma cuenta son la firma de un único push, no de tres experimentos no relacionados. No dice nada sobre qué varía entre ellos.

• Niveles de tamaño o capacidad.Los niveles codificados por colores serían una nueva convención de nombres para este fabricante, cuya gama documentada en este ciclo lleva nombres de fenómenos celestes y meteorológicos —Astra, Sol, Luna, Terra, Sunburst, Flare, Daybreak— en lugar de colores. El carácter astronómico hace plausible un nombre en clave «aurora»; no hace que sea cierta una correspondencia entre color y tamaño. Que sea plausible no es una prueba.

• Variantes de despliegue o de evaluación. Tres identificadores en paralelo es también el aspecto que tiene una división interna de A/B o de evaluación de seguridad cuando se filtra a un listado compartido. Si este es el caso, puede que los ID nunca lleguen a hacerse públicos y la respuesta correcta sea no hacer nada.

Lo que ninguna de estas lecturas respalda es la que más entusiasma a la gente: que estos sean modelos de programación Codex. Esa inferencia proviene de un precedente real, y el precedente está haciendo más trabajo en la conversación del que puede soportar.

El precedente Aurora Alpha, y por qué es una trampa

En febrero de 2026, un modelo de razonamiento encubierto que se autodenominaba Aurora Alpha apareció en una plataforma de enrutamiento de terceros: sin un fabricante identificado, una ventana de contexto de 128.000 tokens, un nivel de esfuerzo de razonamiento predeterminado de medio y sin benchmarks públicos. Tres días después, el 12 de febrero de 2026, O​penAI anunció GPT-5.3-Codex-Spark, un modelo ultrarrápido para programación en tiempo real, implementado sobre hardware de Cerebras y del que se afirmaba que superaba los 1.000 tokens por segundo. La cercanía entre ambos, además del énfasis compartido en la velocidad, es la razón por la que gran parte de la comunidad concluyó que Aurora Alpha *era* GPT-5.3-Codex-Spark.

Esa conclusión nunca se ha confirmado. Ni por OpenAI, ni por la plataforma que lo alojó, ni por nadie con conocimiento de primera mano de los pesos del modelo encubierto. Un mercado de predicciones sobre la cuestión seguía sin resolverse al momento de escribir esto, con su fecha de resolución fijada para el 31 de diciembre de 2026. Un censo posterior de lanzamientos de modelos sigilosos describió la teoría de Codex-Spark como basada en la proximidad en los listados y un posicionamiento similar, y señaló que sus propios partidarios la consideran circunstancial, y lo es. El nombre compartido es el único vínculo entre Aurora Alpha de febrero y los tres identificadores de aurora de octubre, y la palabra «aurora» no es rara.

Hay una segunda razón para ser cautelosos con la inferencia sobre Codex-Spark, y es la que la cobertura ha pasado por alto en gran medida: el modelo al que la gente intenta asignar estos ID se retiró hace aproximadamente un mes. El responsable de producto principal de O​penAI dijo públicamente en septiembre de 2026 que GPT-5.3-Codex-Spark se retiraría la semana siguiente, citando un uso en constante descenso y la disponibilidad de mejores modelos, y esa depreciación se ha reflejado desde entonces en la documentación del propio proveedor, que lo enumera como ya no utilizable en la aplicación de escritorio, la CLI o la extensión del IDE. Así que el tentador silogismo —aurora-* son modelos Codex, aurora-alpha era Codex-Spark, por lo tanto, estos son modelos de clase Codex-Spark— apunta a un modelo que ya no existe, sin sucesor nombrado y sin una ruta de migración que O​penAI haya publicado.

Si los aurora IDs resultan ser modelos de programación, serían algo nuevo, no una continuación de un modelo que se desactivó en septiembre. Nadie debería planificar partiendo de lo contrario.

La lista de verificación falsable: cuatro señales que convierten un anuncio en una decisión

En lugar de discutir sobre cuáles podrían ser los ID, es más útil nombrar las cuatro cosas que lo resolverían. Cada una es comprobable, y cada una es un artefacto concreto en lugar de una interpretación. Hasta que al menos dos de ellas lleguen, la postura correcta es observar y no construir.

• Aparece en el catálogo de modelos del propio proveedor. No en una lista que puedas consultar con una clave, sino en la documentación, con un nombre y una descripción de capacidades. Este es el umbral que separa un identificador de un producto. Hoy: no.

• Se publica un precio. Una lista de tarifas es un compromiso. Un endpoint no documentado sin precio no se puede presupuestar, no se puede comparar con nada y no se puede presentar ante un equipo financiero. Hoy: no existe ningún precio en ningún nivel.

• Una entrada en el registro de cambios lo menciona. Las entradas del registro de cambios suelen ser el último paso antes del uso general, y conllevan el reloj de la deprecación. Un modelo sin entrada en el registro de cambios no tiene política de deprecación, que es exactamente la propiedad que hace que no sea seguro depender de los ID que solo aparecen en listas. Hoy: el registro de cambios no menciona aurora.

• Alguien fuera de O​penAI lo ejecuta y publica el resultado. Un benchmark independiente, una medición de rendimiento, un arnés reproducible — cualquier cosa con un método adjunto. A 18 de octubre, el recuento honesto de ejecuciones independientes públicas contra aurora-blue-alpha, aurora-green-alpha o aurora-red-alpha es cero.

Cuando llegue la cuarta señal, la forma segura de probar un endpoint sin validar es tratarlo como candidato en lugar de como dependencia: colocarlo detrás de una capa de enrutamiento que pueda conmutar a un modelo que ya hayas validado, de modo que un checkpoint defectuoso o un identificador desaparecido degrade una solicitud en lugar de romper un producto. Esa es la diferencia entre aprender algo sobre un modelo nuevo y poner en juego una ruta de producción por él.

Si tienes que lanzar código esta semana, lánzalo con base en lo que está documentado.

La pregunta práctica que realmente se plantea un desarrollador el 18 de octubre no es qué color es el rojo. Es sobre qué construir mientras esto se resuelve, y la respuesta son los modelos que hoy tienen nombres, precios y documentación. En OrcaRouter esos son los IDs que puedes llamar ahora mismo con una sola clave, con los precios de lista del proveedor trasladados con un 0 % de margen, de modo que un cambio de precio del proveedor se hace efectivo de nuestro lado el mismo día en lugar de en el siguiente ciclo de facturación:

• GPT-5.3-Codex — $1.75 por millón de tokens de entrada y $14 por millón de salida, con una ventana de contexto de 400K. El caballo de batalla de los agentes orientado a la programación de la línea actual de OpenAI, y el modelo que la mayoría de los lectores que consideran «aurora como una variante de Codex» ya están usando en su lugar.

• GPT-5.6 Sol — 4 $ por millón de tokens de entrada y 20 $ por millón de tokens de salida, contexto de 1,05 M. La llamada difícil, de contexto largo y multimodal.

• GPT-5.6 Luna — $0.20 por millón de entrada y $1.20 por millón de salida, contexto de 1.05M. El nivel económico de alto volumen.

• G​PT-5.6 Terra — $2 por millón de entrada y $12 por millón de salida, contexto de 1,05 M. El punto medio de esa escala.

• GPT-6.1 Sol — 2 $ por millón de tokens de entrada y 10 $ por millón de salida, contexto de 1,05 M. El nivel más reciente de la línea, orientado a la programación agéntica y al uso de computadoras.

Esas cifras proceden de nuestras propias páginas de modelos para cada uno de los cinco modelos el 18 de octubre, no de un comunicado de prensa, y son las cifras con las que hay que elaborar el presupuesto. Los tres identificadores aurora no están en esa lista, y no vamos a insinuar lo contrario: si y cuando un proveedor publique un precio y una descripción de capacidades para un modelo, este pasará a ser enrutable aquí en el curso normal, y hoy no hay nada que enrutar.

Para ser explícitos sobre la única afirmación que vale la pena hacer aquí: una capa de enrutamiento no es una forma de obtener acceso a un modelo que no tiene un endpoint documentado. Es una forma de evitar que uno no documentado se convierta en un punto único de fallo una vez que lo tenga.

Qué observar, y qué cambiaría este artículo

La razón por la que esta historia merece guardarse en marcadores y no convertirse en titular es la forma de lo que falta. Tres nombres aparecieron juntos, en una ventana de dos minutos, en una cuenta que pertenece al proveedor —y luego nada. Sin documentación, sin precio, sin registro de cambios, sin ejecución independiente, sin confirmación de que una solicitud devolvería algo siquiera. Ese patrón es compatible con un despliegue por fases, con una evaluación interna que se filtró a un listado compartido y con una docena de cosas intermedias. No es compatible con un lanzamiento.

Qué lo haría avanzar: cualquiera de las cuatro señales anteriores. Que aparezca un precio es la señal más fuerte, porque una lista de precios es difícil de publicar y luego retirar. Una entrada en el registro de cambios es la segunda más fuerte, porque activa el plazo de deprecación. Una ejecución independiente es la más útil, porque es lo primero en esta historia que sería evidencia en lugar de inferencia. Y una desaparición silenciosa —que los ID desaparezcan de la lista sin anuncio— también sería la respuesta, y debería interpretarse como tal y no como un lanzamiento secreto que se retiró.

Hasta entonces, los tres identificadores aurora son lo que su propio listado dice que son: entradas. Llamarlos un modelo es una suposición, y resulta que es la suposición que ya se había hecho una vez antes, en febrero, sobre un nombre que rimaba. Aquel tampoco se confirmó nunca —y el modelo al que supuestamente debía apuntar se retiró en septiembre.