Skip to content

Codex weekly usage dropped from ~70% to ~7% at 5-hour reset boundary #23188

Open

Description

Summary

Codex weekly usage remaining suddenly dropped from about 70% to about 7% around the 5-hour usage reset boundary.

This appears to be a usage accounting or dashboard reconciliation bug, possibly involving cached input, repeated/background goal continuation, or reset-boundary quota recomputation.

Observed

  • Before the 5-hour reset boundary: weekly usage remaining was about 70%.
  • After the 5-hour reset boundary: weekly usage remaining showed about 7%.
  • No intentional manual workload equivalent to that drop was performed at that moment.

Approximate time:

  • 2026-05-18 around 05:00 JST

Surface:

  • Codex desktop app
  • Codex usage dashboard

Local evidence

Codex.app local storage contains usage/quota-related keys:

  • quotaBytesUsed
  • week
  • remaining_threshold_percent
  • free_go_usage_set
  • plan_up

Codex local logs around the same time show very large token usage events, mostly cached input:

  • 2026-05-18 04:59:04 JST

    • total_tokens=4,035,352
    • input_tokens=4,024,782
    • cached_input_tokens=3,993,728
    • non_cached_input_tokens=31,054
    • output_tokens=10,570
  • 2026-05-18 05:03:20 JST

    • total_tokens=4,035,352
    • input_tokens=4,024,782
    • cached_input_tokens=3,993,728
    • non_cached_input_tokens=31,054
    • output_tokens=10,570

There was also a repeated goal_context continuation loop shortly before this, which may have caused background or repeated accounting.

Expected behavior

  • A 5-hour usage reset should not reduce the weekly remaining quota.
  • Cached input should not be double-counted or over-counted against weekly usage.
  • Background or automatic continuation turns should not unexpectedly drain weekly usage.
  • The dashboard should distinguish actual usage from display/reconciliation errors.

Actual behavior

Weekly usage remaining dropped abruptly from about 70% to about 7% at or near the 5-hour reset boundary.

Related issues

Possibly related:

Request

Please investigate whether Codex weekly usage accounting is double-counting cached input, background/automatic goal continuation turns, or reset-boundary reconciliation events.

Activity

  1. added
    bugSomething isn't working
    appIssues related to the Codex desktop app
    rate-limitsIssues related to rate limits, quotas, and token usage reporting
    on May 17, 2026
  2. pmedvedev commented on May 17, 2026

    @pmedvedev

    Experience the same just now.

  3. jalcantarab commented on Jun 5, 2026

    @jalcantarab

    Same issue. Could be related to the end of promotions not being correctly applied.

    Recently, a 2x promotion ended, and my osage went from 60 to 20, today a 10x offer ended, and it went from 91% to ~ 7%

    What seems to happen is that all the usage through that period is counted against the post-promo limit, instead of resetting or prorating the usage.

    Currently on 20x, and still it dropped 85% in a second.

    Seems to me this is likely unintended programming of the promos.

  4. hu3mann commented on Jun 6, 2026

    @hu3mann

    similar issue, somehow burned through the entire weekly allotment in 3 sessions over 2 days

  5. chuck-miner commented on Sep 9, 2026

    @chuck-miner

    Mine just went from 70 to 0 on plus plan. Agent was working on an easy task using luna so the actual usage shouldn't have even used close to 1% to complete.

  6. maxpaleo commented on Sep 9, 2026

    @maxpaleo

    Mine just dropped from 78% to 3% out of nowhere! And of course, the only replies you get from support are ai generated! This is absurd

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbugSomething isn't workingrate-limitsIssues related to rate limits, quotas, and token usage reporting

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions