Estamos reiniciando el consumo de todos los usuarios de pago de Codex y ChatGPT Work. Para una actualización sobre los límites de uso de Codex, seguid leyendo. El equipo ha trabajado sin descanso, revisando miles de informes y publicando correcciones. Según cómo uséis Codex, deberíais llegar entre un 10% y un 50% más lejos que antes. Hemos peinado esto de verdad, con un peine finísimo, y muchas de las cosas pequeñas que salieron venían de largo. Esto es lo que encontramos y arreglamos: - Compactación. Manteníamos imágenes antiguas durante la compactación, lo que a veces hacía el contexto tan grande que volvía a disparar otra compactación. Tras el arreglo, el consumo bajó cerca de un 10% en usuarios que trabajan mucho con imágenes. Corregido. - Memoria. Los workers de memoria en segundo plano podían heredar hooks de Stop y seguir corriendo cuando el hook no les dejaba terminar. Afectaba a menos del 1% de los usuarios, pero la cola larga era bastante fea: vimos un hilo que comprobó 15.000 veces si podía parar. Corregido. - Objetivos. En algunos casos, un /goal fijado podía terminar y seguir más allá de la condición de parada prevista, o el modelo reintentaba sin parar herramientas rotas. Vimos ejemplos que consumían entre el 15% y el 70% de un cupo semanal. Corregido. - Automatizaciones. Algunas programaciones personalizadas podían ejecutarse con más frecuencia de la configurada. Corregido. - Subagentes. Modelos más pequeños (por ejemplo Luna) a veces elegían ayudantes más capaces sin que se lo pidieran explícitamente. Lo mismo pasaba cuando el modelo orquestador, sin estar en modo /fast, pedía subagentes que sí corrían en /fast. Corregido. - Historial del ordenador. La implementación antigua podía resumir una y otra vez actividad solapada. En algunos casos vimos que se comía hasta una quinta parte del uso semanal. Corregido. - Resúmenes de tareas continuos. Turnos normales disparaban peticiones extra en segundo plano, sumando alrededor de un 1% al consumo de tokens. Poco cada vez, pero se acumula. Lo hemos desactivado. - MCP. Algunos resultados de herramientas podían codificarse dos veces. También encontramos instrucciones de herramientas que se cortaban y se volvían a pedir. Corregido. También hemos hecho cambios de arquitectura para que esto no vuelva y, si aun así ocurre, nuestros equipos recibirán un aviso. Además estamos trabajando en mostraros directamente en la app adónde va vuestro consumo, para que no tengáis que adivinarlo. Ni que decir tiene que estamos reiniciando los límites de uso. ¡Que paséis un sábado estupendo!
Texto original +
We are reseting usage for all paid users of Codex and ChatGPT Work. Please continue reading for an update on Codex usage limits. The team has been working around the clock, going through thousands of reports and shipping fixes. Depending on how you use Codex, you should see your usage go between 10% and 50% further than before. We really went with a fine comb, with many uncovered small things being longstanding and here is what we found and fixed: - Compaction. We were keeping old images during compaction, sometimes making the context large enough to trigger compaction again. After the fix, usage dropped around 10% for users making heavy use of images. Fixed. - Memory. Background memory workers could inherit Stop hooks and keep running when the hook wouldn’t let them finish. This affected fewer than 1% of users, with the long tail being pretty bad and we saw one example thread check whether it could stop 15,000 times. Fixed. - Goals. In some cases, a set /goal could finish and then keep going past the intended stop condition, or the model would keep retrying broken tools without stopping. We saw examples consume anywhere from 15% to 70% of a weekly allowance. Fixed. - Automations. Some custom schedules could run more frequently than configured. Fixed. - Subagents. Smaller models (e.g. Luna) sometimes picked more capable helpers without being explicitly asked. The same was true where the orchestrating model not running in /fast mode could request sub-agents to run /fast. Fixed. - Computer History. The older implementation could lead to repeatedly summarizing overlapping activity. For some cases we saw it consume up to one fifth of the weekly usage per week. Fixed. - Rolling task summaries. Ordinary turns were triggering extra background requests. These added about 1% to token usage. Small each time, but it adds up. We have disabled this. - MCP. Some tool results could be encoded twice. We also found tool instructions getting cut off and fetched again. Fixed. We’ve also made architectural changes to prevent these from regressing and our teams will get paged if it happens regardless. We are also working on showing you directly in the app where your usage goes so you don’t have to guess. Goes without saying that we’re resetting usage limits and I hope you enjoy a very nice Saturday!
El proveedor vació el consumo directamente: no tienes que hacer nada.
// CONTEXTO
- 2.2 días después del reset anterior · 2026-08-27
- El siguiente reset llegó 1.2 días después · 2026-08-31
- Registro más reciente de Codex: 2026-09-12
- Intervalo medio 6.8 d · máximo 67.7 d · el 64 % de las esperas anteriores fueron más cortas que esta