Skip to content

Change rate limit accounting #4217

Closed as not planned
Closed as not planned

Description

@239573049

What feature would you like to see?

Why are the weekly limit and the 5-hour limit so close to each other? I would like to ask you how you plan to compete with Claude Code? I don't think it's necessary for me to subscribe.

Image

Are you interested in implementing this feature?

No response

Additional information

No response

Activity

  1. 239573049 commented on Sep 25, 2025

    @239573049
    Author

    That is to say, if we exceed the 5-hour limit twice, I won't be able to use Codex this week.

  2. wang0663-pixel commented on Sep 25, 2025

    @wang0663-pixel

    Here’s the translation:

    On Windows, MCP support is really poor.

    You hit the weekly limit after only a few uses.

    The CLI optimization is terribly bad.

    Especially with the Team version—you hit the red line (quota cap) after just a few tries. This is, in my view, the most ridiculous subscription I’ve ever purchased!

  3. wang0663-pixel commented on Sep 25, 2025

    @wang0663-pixel

    “At a price of several hundred dollars, yet I can use it for less than a day each week—are you robbing me? And how are you even supposed to compete with CLAUDE?”

  4. russeg commented on Sep 25, 2025

    @russeg

    They are close because the weekly limit is VERY VERY LOW.

    There is no point to using Codex. It is basically a tech demo to keep them in conversation since Claude Code is all that was being talked about.

    Claude Code has way more value and much better in every way.

  5. looper200 commented on Sep 25, 2025

    @looper200

    For my tests 5h limit x 3 ≈ 1 weekly limit its very low

  6. adsqx commented on Sep 26, 2025

    @adsqx

    I described what it probably stems from.

  7. 2spring commented on Sep 27, 2025

    @2spring

    What feature would you like to see?

    Why are the weekly limit and the 5-hour limit so close to each other? I would like to ask you how you plan to compete with Claude Code? I don't think it's necessary for me to subscribe.

    Image

    They are not close to each other even if they would show the same number lets say 34% , one is 34% of weekly (bigger amount) usage, other is 34% of 5 hrs (less amount of something) . Results are still not same , because totals of those 5hrs and weekly usage limits are not same.
    Just 2 independent metrics there. no proportion between them. You can see 5 hrs limit is 99% and weekly is still 39% .. Or do you mean something different ?

  8. adsqx commented on Sep 27, 2025

    @adsqx

    What feature would you like to see?

    Why are the weekly limit and the 5-hour limit so close to each other? I would like to ask you how you plan to compete with Claude Code? I don't think it's necessary for me to subscribe.
    Image

    They are not close to each other even if they would show the same number lets say 34% , one is 34% of weekly (bigger amount) usage, other is 34% of 5 hrs (less amount of something) . Results are still not same , because totals of those 5hrs and weekly usage limits are not same. Just 2 independent metrics there. no proportion between them. You can see 5 hrs limit is 99% and weekly is still 39% .. Or do you mean something different ?

    The point is that the ratio is stated at the top and clearly described as 1:3, not 1:1.
    No one claimed it was 1:1 — it’s explicitly explained why the ratio is low and not equal.
    So, what you’re saying is both true and not true at the same time.
    It depends on the ratio, and as you can see, that ratio is low.

    For my tests 5h limit x 3 ≈ 1 weekly limit its very low

    And this is caused not by the limit itself, but by token burn.
    With the same limit, proper context management could increase the number of requests by 10x–50x without touching the limit thresholds.

    My guess is that Claude has lower raw token limits, but better context management, which is why it achieves that effect.

    So, to answer the original poster’s question: if they want to compete with Claude Code and others, they must improve their agent.
    They simply can’t afford to burn through limits so aggressively — doing so would cost hundreds of billions of dollars in GPUs.

    Send single messages and check /status after each one — you’ll see the cache size grow quadratically.

    Originally, the problem was masked 7–9x(and that’s why the limits increased by that much), because they were recomputing the entire context at every iteration.
    Now, the input only shows you the new tokens, but that just hides the issue, because cached tokens still cost money.

    And at the scale of such an explosive growth, having cache 10x cheaper doesn’t really help much.

  9. carlos-naranjo-aa commented on Oct 4, 2025

    @carlos-naranjo-aa

    Here is the thing. I purchase additional credits, that is ok and the cli version on wsl2 was using the credits. Now all of the sudden a hard limit that cannot proceed with the work i am doing even if i pay for it because of this weekly limit. The best part is that the cli says that the weekly limit will reset in 5 days. What you guys suggest i tell to my client that i have to wait 5 days because somebody decided for god knows what reason that i cannot even use the credits i paid for? I am using the tool for real work. Thank god there is competition. Last but no least i ask in the "support" chat and the AI (again) tells me that a human is going to take "days" to answer my query. So welcome to the AI blues. Hope that an OpenAI human is reading this. If i cant use my credits for the codex because that is what i buy them for I Want my money back so i can go to another provider and get the service. the best one is that the system is actually using my credits...

  10. FJOQWIERMDNKFAJ commented on Oct 4, 2025

    @FJOQWIERMDNKFAJ

    I’m a Pro user. Right now, with a 5-hour limit, my weekly limit increases by 1% for every 2% used. If that’s the case, if I use up all the 5-hour sessions in a week, does that mean I can only use two sessions? This seems very different from the statement that you shouldn’t hit limits unless you’re doing scripting. I don’t do any scripting at all; I just keep one or two windows open and work slowly.

  11. Asia1o1 commented on Oct 5, 2025

    @Asia1o1

    That is to say, if we exceed the 5-hour limit twice, I won't be able to use Codex this week.

    that's crazy...

  12. williamsmonster2008-sketch commented on Oct 17, 2025

    @williamsmonster2008-sketch

    Just now I got suspended by weekly usage 100%,but my 5 hours usage are still 19%,I cant get the point... how did it happen and what's their calculation way?

  13. dlukt commented on Oct 20, 2025

    @dlukt

    Why is there even a 5h limit?
    Why can't this be removed?
    Also the weekly limit.
    It makes no sense other than annoying users.
    If we have a monthly contingent of tokens let us use all the tokens and be done with it for the month, or let up buy more.
    But this 5h and weekly limit is BS.

  14. adsqx commented on Nov 1, 2025

    @adsqx

    https://blog.langchain.com/deep-agents/

    Using an LLM to call tools in a loop is the simplest form of an agent. This architecture, however, can yield agents that are “shallow” and fail to plan and act over longer, more complex tasks. Applications like “Deep Research”, “Manus”, and “Claude Code” have gotten around this limitation by implementing a combination of four things: a planning tool, sub agents, access to a file system, and a detailed prompt.

    Acknowledgements: this exploration was primarily inspired by Claude Code and reports of people using it for more than just coding. What about Claude Code made it general purpose, and could we abstract out and generalize those characteristics?

    That’s exactly what I was thinking and talking about.

    My guess is that Claude has lower raw token limits, but better context management, which is why it achieves that effect.

    https://blog.langchain.com/introducing-deepagents-cli/

  15. added
    rate-limitsIssues related to rate limits, quotas, and token usage reporting
    on Nov 11, 2025
  16. changed the title [-]Why are the weekly limit and the 5-hour limit so close to each other? I would like to ask you how you plan to compete with Claude Code? I don't think it's necessary for me to subscribe.[/-] [+]Change rate limit accounting[/+] on Nov 14, 2025
  17. CryptoDragonLady commented on Dec 7, 2025

    @CryptoDragonLady

    In two days ive managed to hit 77% of my weekly allotment. Leaving me out of luck for 5 days if i continue. Im a plus subsciber. Claude has no weekly limit. With claude I might hit my 5 hour limit more quickly, but it doesnt leave me empty handed for the better part of 5 days! A weekly limit, on top of a 5 hour limit, is a bit too limiting and assinine. This is bad business.

  18. feedback17 commented on Apr 25, 2026

    @feedback17

    I want to add another angle to this request.

    The issue is not only that 5-hour and weekly limits may be inconvenient. The deeper problem is the mismatch between monthly billing and window-based entitlement.

    Codex is sold as part of a monthly Plus/Pro subscription, but actual usage appears to be enforced through shorter windows such as 5-hour and weekly limits. If unused included usage does not roll over, project-based users may pay for a full month but only receive practical access to the remaining weekly/window allowance when they actually use Codex heavily.

    This affects Plus and Pro users alike. Even if Pro provides higher multipliers, those multipliers appear to increase each usage window; they do not create a monthly bank of included usage.

    I support the request for a monthly pool, or at least partial rollover within the billing month, unused-to-credits conversion, burst/project-based plans, or end-of-cycle grace usage.

  19. CryptoDragonLady commented on Apr 26, 2026

    @CryptoDragonLady
  20. CryptoDragonLady commented on Apr 26, 2026

    @CryptoDragonLady
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

    enhancementNew feature or requestrate-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