Si lo que quieres es una respuesta útil para decidir ya, empieza por aquí: OpenAI Codex no tiene hoy un único límite diario de tokens que sirva para todos los casos. El límite real depende de qué contrato estés usando: uso incluido en tu plan de ChatGPT, créditos de Business / Enterprise o facturación por API key.
Eso importa porque OpenAI describe cada rama de forma distinta. Plus y Pro no se explican hoy con una sola cifra diaria, sino con ventanas de 5 horas y límites semanales de review. Parte de Business / Enterprise ya se mueve con token-based credits. Y el API key vuelve a ser otro contrato: token pricing, context window y límites de RPM / TPM por tier de cuenta.
Si acabas de tocar un límite, no sigas buscando otra captura con una quota “definitiva”. Abre el Codex usage dashboard o /status, confirma si estás mirando un plan de suscripción, un workspace con créditos o facturación API, y solo entonces compara los números que de verdad te aplican.
| Si usas | Qué contrato te gobierna de verdad | Dónde mirar primero | Qué suele pasar después de agotar el uso incluido |
|---|---|---|---|
| ChatGPT Plus / Pro | Ventanas de uso incluido por modelo y tipo de actividad | Codex usage dashboard y /status | Puedes comprar additional credits o mover algunas tareas extra a un API key |
| ChatGPT Business / Enterprise | Workspace limits incluidos o token-based credits, según seat type y estado de migración | El contrato actual del workspace y luego la superficie de pricing / rate card | Los workspaces con flexible pricing pueden comprar más workspace credits |
| API key | Token pricing, context window y RPM / TPM por tier | API model docs y la superficie de rate limits de tu cuenta | Ya estás en usage-based billing, así que el foco pasa a throughput y coste |
Nota de verificación: la help page de Codex, la pricing page, el rate card, los docs de GPT-5.3-Codex API y la actualización de team pricing del 2 de abril de 2026 se volvieron a revisar el 8 de abril de 2026 porque estos contratos siguen cambiando.
Empieza por decidir en qué contrato estás
La búsqueda Codex token limit per day suena como una sola pregunta sobre un solo producto. OpenAI no la responde así. En la práctica actual, Codex usa al menos tres sistemas distintos para hablar de límites.
La consecuencia útil es simple: no hay un único número que merezca memorizarse antes de saber en qué rama estás. Para Plus / Pro, la respuesta útil ya no es un token cap diario. Para un team seat, la respuesta depende de si sigues en included usage, si tu workspace ya funciona con credits o si estás en una modalidad token-metered. Para API key, la conversación ya es de throughput y coste, no de una quota de suscripción.
Por eso esta página es más estrecha que una guía general de Codex. Si lo que te falta es contexto de producto, sigue con nuestra guía de OpenAI Codex de marzo de 2026. Esta página solo quiere resolver una pregunta operativa: qué contrato de límite te aplica hoy y qué deberías revisar a continuación.
Cómo leer hoy los límites de Plus y Pro
Para Plus y Pro, la Codex pricing page actual no publica un único daily token cap. Publica ventanas de 5 horas para local messages y cloud tasks, además de límites semanales para code reviews. Esa es la primera corrección importante que necesita la mayoría de lectores.
A fecha de 2026-04-08, la forma actual de los local messages es esta:
| Modelo | Plus local messages / 5h | Pro local messages / 5h | Business local messages / 5h |
|---|---|---|---|
| GPT-5.4 | 33 a 168 | 223 a 1120 | 15 a 60 |
| GPT-5.4-mini | 110 a 560 | 743 a 3733 | 40 a 200 |
| GPT-5.3-Codex | 45 a 225 | 300 a 1500 | 20 a 90 |
La misma página lista por separado cloud tasks y code reviews. Para GPT-5.3-Codex, los anclajes actuales son 10 a 60 cloud tasks / 5h y 10 a 25 code reviews / semana en Plus, 50 a 400 cloud tasks / 5h y 100 a 250 code reviews / semana en Pro, y 5 a 40 cloud tasks / 5h más 15 a 30 code reviews / semana en la rama incluida de Business.
Lo importante no es memorizar el número sino entender qué significa. OpenAI dice expresamente que la cantidad real depende del tamaño de la tarea, su complejidad y de si el trabajo corre local o en cloud. El modelo mental seguro no es “puedo hacer X al día”, sino “tengo una ventana temporal cuya capacidad efectiva cambia según el tipo de trabajo que hago”.
Eso importa cuando comparas tu experiencia con capturas viejas o con screenshots de redes sociales. Una persona puede estar haciendo tareas locales cortas con GPT-5.4-mini y otra puede estar quemando cloud work más pesado con GPT-5.3-Codex. Ambos números pueden ser reales y aun así no describir el mismo contrato. Conviene leer el rango oficial como una foto fechada del contrato, no como una promesa fija para cada sesión.
Business aparece en la pricing table, pero no hay que leer eso como si todos los seats Business fueran simplemente una versión más grande o más pequeña de Plus y Pro. Después de abril de 2026, el contrato de equipo ya se bifurca de forma visible.
Por qué Business y Enterprise ahora mezclan messages y tokens en la documentación
Si la documentación actual de Codex te parece inconsistente, no es solo una cuestión de wording. OpenAI está operando al mismo tiempo más de una forma de contrato.
El Codex rate card actual dice que, desde el 2 de abril de 2026, clientes nuevos y existentes de ChatGPT Business, y clientes nuevos de ChatGPT Enterprise, pueden usar token-based credits para Codex en vez del enfoque antiguo parecido a mensajes. Pero el mismo rate card también dice que los usuarios nuevos y existentes de Plus / Pro, junto con Enterprise / Edu heredados en proceso de migración, pueden seguir en el legacy included contract hasta que la migración termine.
Por eso una página de OpenAI puede parecer message-based y otra token-based. Las dos pueden ser correctas. Lo que cambia es el seat type y el estado de migración.
Aquí muchos lectores hacen el salto equivocado. Ven una tabla de Business en la pricing page, luego ven token credits en el rate card y concluyen que OpenAI se contradice. La lectura más limpia es otra: hoy Business y Enterprise ya no bastan por sí solos. También necesitas saber si miras un standard ChatGPT seat con included usage, un flexible-pricing workspace o uno de los nuevos Codex seats token-metered.
Hay un ejemplo útil. La pricing page todavía muestra una fotografía de included-usage Business con 20 a 90 local messages / 5h para GPT-5.3-Codex. Pero eso no es lo mismo que el contrato de Codex-only seat descrito en la actualización del 2 de abril. Esa actualización dice que los Codex-only seats de Business y Enterprise pueden funcionar sin fixed rate limits, con usage cobrado por consumo de tokens.
Por eso, si estás en un workspace y preguntas “¿cuál es mi límite diario en Codex?”, la pregunta útil es más estrecha: ¿estoy en legacy included usage, en un workspace flexible que compra más credits o en un team seat token-metered donde los fixed rate limits ya no describen el contrato? Cuando formulas la pregunta así, las páginas de OpenAI dejan de parecer caóticas y pasan a verse segmentadas.
Qué cambia si usas un API key
La rama del API es otro contrato. Los docs actuales de GPT-5.3-Codex API describen:
- 400,000 tokens de context window
- 128,000 max output tokens
- per-token pricing
- RPM / TPM por tier de cuenta
Por eso no conviene leer el API key con lente de plan de suscripción. Si estás en API, los límites útiles son throughput, contexto, salida y spend. OpenAI no está encuadrando el API alrededor de un único límite diario de tokens.
A fecha de 2026-04-08, la model page de GPT-5.3-Codex muestra estos tiered limits:
- Tier 1: 500 RPM y 500,000 TPM
- Tier 2: 5,000 RPM y 1,000,000 TPM
- Tier 3: 5,000 RPM y 2,000,000 TPM
- Tier 4: 10,000 RPM y 4,000,000 TPM
- Tier 5: 15,000 RPM y 40,000,000 TPM
Eso no significa que todo usuario del API pueda consumir de inmediato como Tier 5. Lo que significa es que el governing model del API es tier de cuenta más throughput de tokens, no un daily pool estilo suscripción.
La consecuencia para el lector también cambia. Si lo que quieres es seguir ejecutando extra local tasks después de agotar el uso incluido del plan, un API key puede ser una buena ruta de overflow porque convierte la conversación en usage-based billing. Pero no hace desaparecer el contrato. Cambia included headroom por claridad de gasto y buckets de rate limit más explícitos.
Si tu siguiente pregunta es cómo empezar la ruta del API lo más barato posible, sigue con nuestra guía de prueba gratis del API key de OpenAI. Esa página trata del onboarding y la entrada legítima más barata. Esta explica por qué el contrato del API no responde a la misma pregunta que tu uso del plan ChatGPT.
Qué revisar después de tocar el límite
Una vez que sabes en qué superficie estás, la decisión post-limit se vuelve bastante más simple.
Para Plus y Pro, la pricing page actual de OpenAI dice que puedes comprar additional credits cuando se agota el uso incluido. La misma página también dice que mover parte del trabajo a GPT-5.4-mini puede hacer que el límite incluido dure más. Eso hace que la lógica de overflow sea más limpia que el viejo marco de “esperar o subir de plan”. Si la interrupción es temporal, los credits extra pueden bastar. Si el trabajo es ligero pero frecuente, cambiar la mezcla de modelos puede darte más aire antes de gastar más.
Para Business / Edu / Enterprise con flexible pricing, OpenAI habla de additional workspace credits. Esa es una respuesta de workspace, no una respuesta de suscripción personal. Si estás en un contrato de equipo, conviene comprobar antes si el workspace ya está pensado para absorber overflow con credits en vez de suponer que necesitas un rodeo vía API.
Para extra local tasks, OpenAI también apunta de forma explícita a usar un API key a standard API rates. Esa ruta sirve cuando prefieres llevar el overflow a un esquema de economía por uso. No es automáticamente mejor. Es mejor cuando la forma de tu workload encaja de manera más natural con la economía del API.
Otra cosa que conviene revisar pronto es el monitor oficial. La help page actual de OpenAI dice que el lugar correcto para seguir el uso incluido de Codex es el usage dashboard y /status. Parece algo pequeño, pero resuelve muchas falsas certezas. A menudo la gente compara la tabla equivocada, el plan equivocado o incluso la superficie equivocada y luego concluye que OpenAI debe de estar escondiendo una quota universal. En la práctica, la corrección rápida suele ser mirar la superficie correcta antes.
El modelo mental más útil ahora mismo
Si solo vas a recordar una regla, que sea esta:
Los límites de Codex hoy son una cuestión de contrato, no una cuestión de un solo número.
En Plus / Pro, piensa en ventanas de actividad de 5 horas y límites semanales. En Business / Enterprise, piensa en seat type, estado de migración y modo de credits. En API key, piensa en token pricing, context, output y throughput por tier. Si mezclas las tres cosas, toda la documentación parecerá inconsistente. Si las separas, lo que hoy publica OpenAI tiene mucho más sentido.
Por eso esta página merece existir al lado de nuestros otros artículos de Codex sin duplicarlos. El overview de marzo de 2026 explica en qué se convirtió Codex como producto. La guía del API key explica cómo empezar la rama del API con el menor coste legítimo. Esta página responde a otra pregunta más operativa: detrás de la búsqueda desordenada Codex token limit per day, ¿en qué contrato estás realmente y qué deberías revisar a continuación?
FAQ
¿OpenAI Codex tiene un único límite diario de tokens?
No. Las páginas actuales de OpenAI describen Codex mediante ventanas de 5 horas / semanales por plan, contratos de créditos para equipos o throughput y pricing del API. No hay un número universal para todas las ramas.
¿Los límites de Plus y Pro son de verdad diarios?
No. La Codex pricing page actual los describe con ventanas de 5 horas para actividad local y cloud, más límites semanales de review.
¿Por qué las páginas de Business / Enterprise hablan a veces de messages y a veces de tokens?
Porque OpenAI está ejecutando varias formas de contrato al mismo tiempo. Después del 2 de abril de 2026, parte de Business / Enterprise nuevo se mueve a token-based credits, mientras algunos contratos heredados siguen en migración.
¿El API key usa los mismos límites que mi plan de ChatGPT?
No. La rama del API tiene su propio contrato: token pricing, context and output limits y RPM / TPM por tier de cuenta.
¿Dónde debería mirar primero el uso actual?
Para el uso incluido del plan Codex, empieza por el Codex usage dashboard y /status. Son las superficies oficiales que OpenAI señala para el monitoreo actual.
¿Cuál es el siguiente paso más limpio después de tocar el límite?
Depende del contrato. Plus / Pro pueden comprar additional credits. Los workspaces con flexible pricing pueden comprar workspace credits. Parte de las tareas locales extra puede moverse a un API key. La primera acción segura es identificar bien la rama antes de gastar dinero.
Ownable synthesis: La respuesta útil a Codex token limit per day no es un solo número de quota. Es entender que OpenAI Codex usa hoy tres contratos de límite distintos y que primero debes identificar cuál de ellos te aplica.