Si abriste recientemente el panel de uso de Codex y apareció una línea nueva llamada gpt-reserve Weekly limit, no estás viendo un error ni una segunda suscripción.

OpenAI está desplegando Luna Reserve, una reserva de uso separada que permite a determinadas cuentas seguir trabajando con GPT-5.6 Luna después de agotar su capacidad regular de Codex.

Lo curioso es cómo apareció.

No hubo primero un gran anuncio de producto. La función comenzó a verse en cuentas reales, luego fue descubierta dentro del cliente de Codex y solo después apareció documentada oficialmente por OpenAI.

Ese orden permite reconstruir bastante bien su lanzamiento.

La respuesta corta: ¿cuándo lo anunció OpenAI?

No encontramos un comunicado de lanzamiento de OpenAI con una fecha explícita del tipo “hoy lanzamos Luna Reserve”.

Lo que sí puede verificarse es esta secuencia:

  • 20 de agosto de 2026: aparecen reportes públicos de usuarios que ven un modelo desconocido llamado gpt-reserve en Codex.
  • 22 de agosto: usuarios muestran además un contador independiente llamado gpt-reserve Weekly Limit.
  • 23 de agosto: RuntimeWire publica una investigación del cliente de Codex y encuentra referencias a gpt-reserve, reserve_enabled y luna_reserve, describiendo todavía la función como no documentada públicamente.
  • 27 de agosto: ya hay usuarios en la comunidad de OpenAI reportando que, al llegar al límite normal de Codex, el producto les ofrece Luna Reserve.
  • Alrededor del 27 de agosto: la página oficial de ayuda de OpenAI sobre “Luna Reserve in Codex and ChatGPT Work” aparece como actualizada aproximadamente en ese momento.

Por tanto, la forma más precisa de decirlo es:

el rollout público empezó como mínimo alrededor del 20 de agosto de 2026 y OpenAI lo documentó oficialmente aproximadamente una semana después.

La fecha del 27 de agosto debe entenderse como una aproximación basada en la marca de actualización de la página de ayuda, no como una fecha de lanzamiento publicada formalmente por OpenAI.

Qué es exactamente Luna Reserve

La documentación oficial de OpenAI define Luna Reserve como un modo de fallback disponible solo para algunas cuentas.

Su función es sencilla:

uso regular de Codex
        ↓
se agota la cuota disponible
        ↓
Luna Reserve disponible para la cuenta
        ↓
Codex continúa con GPT-5.6 Luna
        ↓
se consume una cuota separada de reserva

No es una compra adicional, no restaura la cuota normal y no desbloquea los modelos más capaces cuando el límite regular ya fue alcanzado.

Es, literalmente, un segundo tanque.

OpenAI confirma además que la reserva y el uso regular tienen allowances independientes. La reserva también tiene un límite propio y puede mostrar su propio momento de reinicio.

Esto explica por qué algunos usuarios ven algo parecido a:

Weekly limit
██████░░░░  60% remaining

gpt-reserve Weekly limit
██████████  100% remaining

El segundo indicador no significa que tu cuota principal haya aumentado 100 %. Significa que existe otro pool que todavía no has utilizado.

Por qué el CLI dice gpt-reserve pero OpenAI dice Luna Reserve

Aquí hay dos nombres para dos capas distintas del producto.

Luna Reserve es el nombre que OpenAI utiliza en la experiencia y en su documentación.

gpt-reserve aparece como identificador técnico dentro del ecosistema de Codex y en las interfaces de uso de algunos clientes.

La investigación publicada por RuntimeWire el 23 de agosto encontró dentro del cliente distribuido de Codex varios elementos que conectaban directamente ambas cosas:

gpt-reserve
reserve_enabled
luna_reserve

El análisis mostraba además lógica para elegibilidad, medición independiente, cambio temporal de modelo y restauración posterior del modelo seleccionado por el usuario.

Eso fue especialmente importante porque, en ese momento, OpenAI todavía no había explicado públicamente el mecanismo.

El rollout fue visible antes que la documentación

El primer rastro público que encontramos es del 20 de agosto.

Un usuario de ChatGPT Plus publicó que había encontrado gpt-reserve en el selector de modelos de Codex. Otros usuarios respondieron durante los días siguientes indicando que también empezaban a verlo.

El 22 de agosto aparece una señal todavía más reveladora: usuarios de Codex muestran un límite separado para gpt-reserve.

Ese detalle cambia la interpretación.

Ya no parecía simplemente otro alias de modelo. Había una cuota independiente asociada a él.

Al día siguiente, RuntimeWire analizó una versión de producción del cliente de Windows de Codex y concluyó que OpenAI había construido un sistema de reserva controlado por feature flags y elegibilidad del servidor.

La investigación fue publicada el 23 de agosto de 2026 y, en ese momento, describía Luna Reserve como una función activa pero todavía no documentada oficialmente.

Qué confirmó después OpenAI

La página oficial de ayuda elimina buena parte de la especulación inicial.

OpenAI confirma que:

  • Luna Reserve proporciona uso adicional con GPT-5.6 Luna después de agotar el uso regular;
  • solo está disponible para cuentas personales Plus y Pro seleccionadas;
  • no está disponible para todos los usuarios;
  • no forma parte de los workspaces Business o Enterprise;
  • se aplica a experiencias compatibles de Codex y ChatGPT Work;
  • no añade créditos a la API;
  • tiene una cuota separada y limitada;
  • cuando vuelve el uso regular, el usuario puede regresar a los modelos disponibles normalmente en su plan.

Un punto importante es la palabra seleccionadas.

Tener Plus o Pro no garantiza Luna Reserve.

La disponibilidad depende de la cuenta, de la versión compatible de la aplicación y del rollout que OpenAI esté ejecutando.

Entonces, ¿cuándo empieza a gastarse la reserva?

Conceptualmente, Luna Reserve existe para el momento en que el uso regular ya no permite continuar normalmente.

La documentación de OpenAI indica que, al alcanzar el límite regular, una cuenta elegible puede recibir una notificación de Luna Reserve y continuar usando Luna mientras quede capacidad en ese pool.

Eso significa que ver:

gpt-reserve Weekly limit: 100%

no implica necesariamente que debas seleccionar ese modelo inmediatamente.

Puede simplemente significar que tu reserva está intacta porque todavía no has entrado en el escenario de fallback.

En la práctica, el comportamiento exacto ha variado entre clientes y cuentas durante el rollout. Hay reportes de usuarios que reciben el cambio automáticamente y otros que han visto diferencias entre Codex Desktop y CLI.

Por eso conviene separar dos cosas:

Hecho confirmado: OpenAI ofrece una reserva independiente con Luna para determinadas cuentas después del uso regular.

Comportamiento de implementación: cómo y cuándo aparece el selector, el aviso o la transición puede depender de la versión y del rollout de la cuenta.

No es una segunda cuota de Sol o Terra

Este detalle es probablemente el más importante para quien usa Codex en tareas largas.

Luna Reserve no devuelve acceso completo al conjunto normal de modelos.

Si estabas usando un modelo más potente y tu uso regular se termina, la reserva está diseñada para permitirte continuar con Luna.

Eso significa que la continuidad tiene un precio técnico: las capacidades disponibles durante el fallback pueden no ser idénticas a las del modelo con el que comenzaste la tarea.

El 27 de agosto, por ejemplo, un usuario del foro de OpenAI describió un caso en el que llegó al límite trabajando con Sol y recibió Luna Reserve. Durante la continuación observó diferencias en las capacidades de navegación utilizadas por su tarea.

Un reporte individual no define por sí solo el comportamiento de todo el producto, pero ilustra una consecuencia importante del diseño: continuar una tarea no significa necesariamente continuar con exactamente las mismas capacidades.

Una arquitectura interesante para los límites de IA

Luna Reserve también revela una idea de producto más amplia.

El modelo clásico de una suscripción de IA era:

cuota disponible
      ↓
0 %
      ↓
esperar al reset o pagar

Reserve introduce una capa intermedia:

MODELOS PRINCIPALES
      ↓
cuota normal agotada
      ↓
FALLBACK MÁS BARATO
      ↓
Luna Reserve
      ↓
reserva agotada
      ↓
reset / créditos / upgrade

Para OpenAI esto puede ayudar a administrar capacidad de cómputo sin convertir cada límite en una interrupción total.

Para el usuario significa que una sesión larga de programación tiene más posibilidades de terminar, aunque sea con un modelo distinto.

Y para productos agentic como Codex la diferencia es importante: detener una ejecución en mitad de una refactorización, una prueba o una operación de repositorio puede ser mucho más costoso que degradar temporalmente a un modelo más económico.

Qué sabemos y qué todavía no

A 1 de septiembre de 2026, OpenAI explica el propósito general de Luna Reserve, pero no publica todos sus parámetros.

Sabemos oficialmente que la reserva:

  • es separada del uso regular;
  • es limitada;
  • utiliza GPT-5.6 Luna;
  • está restringida a determinadas cuentas Plus y Pro;
  • aparece en Codex y ChatGPT Work compatibles.

No hay, en la documentación consultada, una cifra universal pública que diga exactamente cuántos tokens, tareas u horas recibe cada cuenta.

Tampoco conviene asumir que el porcentaje visible equivale a una cantidad fija idéntica para todos los usuarios.

La propia documentación recomienda consultar el panel de uso de cada cuenta para conocer la capacidad restante y el reset que se muestre allí.

Conclusión

gpt-reserve Weekly limit es una de esas funciones que llegaron primero al producto y después a la documentación.

Los primeros avistamientos públicos aparecen alrededor del 20 de agosto de 2026. El 23 de agosto, un análisis del cliente de Codex ya había identificado su arquitectura y el nombre Luna Reserve. Aproximadamente hacia el 27 de agosto, OpenAI pasó a documentar oficialmente el mecanismo.

La idea es simple pero útil:

cuando se termina tu cuota regular de Codex, determinadas cuentas pueden recibir una segunda reserva limitada que mantiene el trabajo en marcha con GPT-5.6 Luna.

Por eso el contador gpt-reserve merece verse menos como “otro modelo misterioso” y más como una nueva capa de continuidad dentro de la economía de uso de Codex.

Fuentes