Guides

Grok Limit Reached: Weekly Pool Exhausted vs API Rate Limits

An exhausted weekly pool and excessive request traffic need different responses. Learn how Grok usage resets and what to do.

Encountering a limit in Grok requires diagnosing whether your weekly allowance pool has run out or if you have tripped short-term request throttling. Official Grok usage guidance and developer rate limit documentation establish different solutions for each constraint.

Distinguishing weekly pool exhaustion from HTTP 429 rate limits

When the UI reports that your weekly pool is exhausted, compute allocations across Chat, Imagine, and Build are paused until your regular billing cycle renews. Waiting for your Grok reset time is the standard path to recovery.

Conversely, encountering an HTTP 429 error or a “slow down” warning indicates that requests are firing too quickly within a narrow window. This is a temporary traffic throttle rather than an exhausted quota. Pausing calls for several minutes or adding exponential backoff in scripts typically resolves the issue.

Evaluating free tiers and promotional credits

Free tier allocations and promotional credit additions follow distinct availability schedules:

  • Consumer promotional announcements may only target specific groups or features like Grok Bot.
  • Additional credits purchased for API access do not replenish consumer UI allowances.
  • Check the official status dashboard if unexpected service disruptions accompany your limit warnings.

Next steps to manage workflow until your Grok reset

While awaiting quota recovery:

  • Review your project's local code changes and commit completed modules.
  • Refine task prompts to be concise and targeted, reducing token usage once allowances refresh.
  • Record the official reset timestamp in our local timer tool to monitor recovery without repeatedly polling the application.

Keep your reset time in view.

Enter the time your account shows. Everything stays in this browser.

Your reset clock
Grok · Understand the limits