Active Work and Destroying Context

Open 💬 1 comment Opened Aug 27, 2026 by Cipa1337
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

26.820.60940

What subscription do you have?

Plus

What platform is your computer?

Windows

What issue are you seeing?

Codex 5‑Hour Usage Limit Triggering After 1–2 Prompts, Interrupting
I am experiencing severe problems with the Codex 5‑hour usage limit. The limit is being consumed extremely quickly — often after only one or two prompts — even when the workload is minimal. This makes Codex effectively unusable for any real coding workflow.

Observed behavior:
The 5‑hour quota drains abnormally fast, sometimes within a few minutes of light usage.

I frequently hit the limit after only 1–2 prompts.

Active turns are interrupted immediately when the quota reaches 0%, even if the turn was already accepted and running.

After interruption, Codex performs extensive recovery work (reconstructing workspace, reloading context, validating partial edits, rerunning tests), which consumes additional quota.

This creates a feedback loop where Codex spends most of its time on recovery instead of forward progress.

Context is often lost entirely after the interruption, even in very short sessions.

The agent has no reliable signal about remaining quota and cannot checkpoint safely.

The effective usable time is far below 5 hours — often just a few minutes.

Impact:
I cannot complete even small coding tasks.

The agent repeatedly wastes quota on recovery cycles instead of productive work.

The system becomes unusable for iterative development, debugging, or multi‑file tasks.

The experience is significantly worse than previous Codex behavior.

Expected behavior:
Any of the following would resolve the issue:

Allow already‑accepted turns to finish even if the quota reaches 0%, while blocking new turns.

Suspend active work at the quota boundary and resume it cleanly after reset, without requiring full workspace reconstruction.

Provide the agent with a reliable remaining‑quota signal so it can checkpoint safely before interruption.

I am requesting removal of the 5‑hour limit. It is absolutely horrible.

What steps can reproduce the bug?

just using it, preformance is now horrible

What is the expected behavior?

_No response_

Additional information

_No response_

View original on GitHub ↗

1 Comment

github-actions[bot] contributor · 22 hours ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #40905
  • #41004
  • #40895
  • #41016

Powered by Codex Action