How this calculation works
Measure a comparable block of work, keep the model, effort and speed fixed, and enter its meter changes. Exact profile matching prevents one model’s sample from silently being reused for another. The slowest and fastest observed rates form a scenario range, not a statistical confidence interval.
Observed rate = used percentage-point increase / active minutes; quota time = remaining points / rate; stop before the earliest relevant resetA worked example
Fictional demonstration: 120 active minutes use 100 primary percentage points and 18.5 secondary points. With the primary meter at zero and secondary at twenty, a two-meter calculation is primary-limited to 120 active minutes. A primary reset can occur later than that; waiting time is different from active capacity.
Good to know
Unofficial independent estimator, not affiliated with or endorsed by Grok. Usage can vary with plan, model, reasoning, context, caching, tools, attachments, parallel tasks, server load, promotions and policy changes. Results are conditional projections, not guaranteed maximum hours, requests or access. Account meters and provider notices take priority. Sources checked 9 November 2026.
Reference: xAI — Grok weekly usage and limits (opens in a new tab) ↗
What Grok officially says
The Grok FAQ describes a shared weekly allowance across paid Grok products, with the reset shown in Settings → Usage. Different products consume different compute amounts. Free-tier access and paid top-ups are separate considerations; the public FAQ does not supply a universal token-to-weekly-percent formula.
Use the quota category and reset time shown in your own account. The model names and effort labels help organize measurements; they do not grant access to a model or assert that every listed setting exists on every plan.
The Perplexity usage limit calculator covers a separate account or billing model. Compare its own documented scope rather than carrying a quota percentage or hosted rate across providers.
Read more: xAI — Grok weekly usage and limits (opens in a new tab) ↗
What community reports can and cannot tell us
The thread reports quicker weekly depletion and mixes discussion of Chat, Build and Imagine. Claims about quiet quota reductions are user interpretations, not verified policy changes. A separate sample for each activity is more defensible than averaging those reports into a model multiplier.
This linked discussion was checked on 9 November 2026. It is a selected self-reported example, not a representative survey. Different accounts, promotions, workloads and observation windows cannot be combined into a reliable universal hourly rate.
Read more: Community discussion — perceived weekly-limit changes (opens in a new tab) ↗
Measure a profile without confusing its clocks
Record used percentage before and after a short comparable task without crossing a reset. If your meter shows remaining capacity, subtract the later remaining value from the earlier one. A weekly meter from seventeen to twenty percent used represents three percentage points, not twenty.
Measure active work consistently. If another device or agent is using the shared pool, pause it or include its work in the measured scope. Repeating a measurement with the same model, effort and speed gives a useful observed range; one sample gives only one observed pace.
How to reduce Grok usage
Check the product breakdown in Settings → Usage before assuming Chat caused the whole weekly increase. Record the starting meter before a media or Build task, and avoid mixing it with an unrelated chat sample.
Settle the content brief before generating expensive variants. Reuse a satisfactory result instead of repeatedly rerunning the same request, and use focused questions when a full research or coding task is unnecessary.
Separate included weekly capacity from optional purchased credits. Reaching the included limit does not make subsequent paid work free; choose whether to wait based on the account options actually shown.
Read the SVG forecast and plan the next block
The usage lines show a constant-pace projection up to the entered next reset. Each activity tile represents an equal block of that active-time interval, not a calendar day or imported account history. Blocks, grouped and cumulative views reorganize the same scenario; equal intensity reflects its constant-rate assumption.
A cautious pre-reset estimate uses the fastest matching sample and whichever tracked pool runs out first. The slower-sample endpoint is an optimistic scenario, not an upper bound guaranteed by the provider. If the next task is longer, has more files or changes effort, take a new sample.
Independent estimate disclaimer
Unofficial independent estimator, not affiliated with or endorsed by Grok. Usage can vary with plan, model, reasoning, context, caching, tools, attachments, parallel tasks, server load, promotions and policy changes. Results are conditional projections, not guaranteed maximum hours, requests or access. Account meters and provider notices take priority. Sources checked 9 November 2026.
The calculation runs on your device and does not connect to your AI account. Demo observations and request caps are fictional. A zero or rounded meter change cannot establish unlimited usage; a reset or decrease during measurement requires a fresh sample.
A few questions, answered
Does selecting Ultra apply a fixed quota multiplier?
No. Only settings your provider actually offers should be measured. Model and effort selections label samples, not invented provider multipliers.
Why can a five-hour limit end after two hours?
The window governs when allowance resets. It is not a guarantee of five active hours. A workload can consume its allowance before the window ends, while weekly or other feature limits can bind independently.