Reset Codex’s weekly limit on a fixed day

I would like to suggest a change to how Codex’s weekly usage limit is reset.

Currently, the weekly period starts counting from the moment the user begins using Codex. This means each user has a different reset date and time, which can be unintuitive and harder to track.

My suggestion would be to set a fixed day for the weekly limit reset. For example, the limit could reset every Sunday at the same time, regardless of when the user started using the service.

This approach would have several advantages:

. It would make the reset more predictable.

. It would make it easier to plan usage throughout the week.

. It would remove the need to remember the exact day and time of the first use.

. It would allow for clearer and simpler communication about usage limits.

To avoid issues during the transition, OpenAI could apply this change only at the beginning of a new cycle or temporarily give users whichever reset option is more favourable.

An alternative would be to allow each user to choose their preferred weekly reset day in their account settings.

I believe a calendar-based weekly reset would be clearer and more practical than a rolling period triggered by the first use.

What do you think about this suggestion? Would you prefer a fixed reset every Sunday, or would you rather keep the current system?

I support this suggestion. A fixed weekly reset would be much easier to understand, track, and plan around than a rolling reset based on the first usage date.

The current system can be confusing because the reset date is different for every user and is easy to forget. A predictable calendar-based reset would make usage limits more transparent and reduce uncertainty.

Personally, I would prefer a fixed reset every Sunday. However, allowing users to choose their preferred reset day would be an even better solution, especially for people with different work schedules.

The transition could be handled by applying the change at the start of the user’s next cycle or by temporarily using whichever reset date is more favourable to the user.

Overall, a fixed or configurable reset day would be clearer and more user-friendly than the current system.

Wouldn’t that be same as doubling the usage limit? They give you these reset so you feel grateful whenever there is a mishap on their side they give you reset, when the competitor cut them off they give a reset so you feel good about OpenAI and stick to them.

That would not double the usage limit. My suggestion is only to change when the weekly limit resets, not to increase the amount of usage available.

For example, instead of each user having a different rolling reset date based on their first use, everyone would reset on the same fixed day, such as Sunday. The weekly allowance would remain exactly the same.

Any additional resets that OpenAI gives during outages, service issues, or special situations would be separate from the normal weekly reset.

The main objective is simply to make the reset date predictable and easier to track.

I like this idea. I had a spreadsheet tracking my Codex and CC usages so I can plan usage better. A fixed reset day (e.g. Sunday which is the end of the week for me) would eliminate the need for that.


I think the reset period is way too long for users on the Plus plan and others. When coding websites, you can easily hit the limit fast, and Codex takes a full week to reset; it would be better to have it reset daily or every three days at most. A week is excessive—if you use up your entire limit in a single day, that means you’re only using it for four days out of the month, which is ridiculous. I don’t even have access to the 5-hour reset.

The problem of a fix day is that not all subscriptions in Codex happen at the same day. So this is highly depending on the period you subscribed for. So, it’s left to the user to manage the resets to some extent. Also means an individual user or a team has to make use of time management for projects,

Well seeings that literally if you get a reset a day before you are scheduled to reset then it pushes you out a week.

If you’re getting a reset the next day, you’re at 80 percent usage left. and it resets but you’re supposed to get a reset on the 30th and now you have to wait until the 5th of August? That means effectively you have been gifted 20 percent usage and a 6 day longer wait period.

Personally, I think the best strategy under the current rolling system
is to use the weekly allowance as early as possible. The sooner I use
it, the sooner the next reset arrives; saving it only makes the schedule
harder to manage.