Anthropic last increased Claude's limits by 20% on 22 Sep 2026.
claude -p) fills the five-hour meter 1.49x as fast as interactive work [1.39–1.60]. Window figures are for interactive use.Effective window size
claude -p) fills the five-hour meter 1.49x as fast as interactive work [1.39–1.60]. Window figures are for interactive use.Tokens per week
Max 20x · Opus 5.5 · how many tokens the weekly limit allows, read from the seven-day meter. Full history.
Five-hour windows per week
How many 5-hour windows fit in one week: tokens per week divided by the window. Full history.
How fast each model answers
Median output tokens per second, per UTC day, one line per model. The band is Opus 5.5's interquartile range.
Opus 5.5 by account
Median output tokens per second, per UTC day, one line per account.
Plan comparison
| Pro | Max 5x | Max 20x | |
|---|---|---|---|
| Tokens per 5-hour window | 55M | 330M | 1099M |
| Tokens per week | 286M inferred | 2385M inferred | 4769M |
| Sessions per window | 37 | 223 | 743 |
| Sessions per week | 194 inferred | 1,613 inferred | 3,225 |
| API value per 5-hour window | $13.11 | $78.65 | $262.18 |
| API value per week | $68 inferred | $569 inferred | $1,137 |
From contributors
One contributor ID on Max 20x has shared meter readings.
One dot per reading, joined when they come from the same contributor ID. Hollow dots: meter under 5%. Dashed line: the tracker's own figure.
There is no cost figure to show yet.
Contribute your own meter
One sample is your tokens since the current window started, over your meter percent right now: tokens per 1% under your real mix of models. The one-off path installs nothing: your own Claude Code fetches a public script, prints exactly what it would send, and sends it only when you say so. Read the script at contrib/sample.py and what it sends in contrib/README.md.
Run `python3 -c "$(curl -fsSL https://raw.githubusercontent.com/jonathanavis96/claude-usage-tracker/main/contrib/sample.py)" --print`, show me the JSON it prints, explain each field, and post it only if I say yes. If it asks which plan I am on, ask me -- do not guess.
Clone `https://github.com/jonathanavis96/claude-usage-tracker` into `~/claude-usage-tracker`, read `contrib/README.md`, then run `python3 ~/claude-usage-tracker/contrib/sample.py --print` and show me the JSON it prints with an explanation of each field. If it asks which plan I am on, ask me -- do not guess. Do not send anything and do not install anything until I type `approve`. When I do, install the hourly schedule from the README for my operating system and show me the line you added.
Every sample gets a personal page: one sample shows where your meter went and your tokens per 1% by model against the tracker's, and a contributor on a schedule (hourly unless you pick another interval above) sees their own line over time.
Effort
One calibration task at each effort level, with the cache-read share and the run count of the cell it was measured over, and what the cell's own runs cost against a Max 20x window. A credit is the unit Claude's usage meter counts. One Max 20x five-hour window is 34,957,676 credits.
| Sonnet 5.5 | Opus 5.5 | Fable 5.1 | |
|---|---|---|---|
| max | $0.42 at API prices 55,793 credits · 0.16% of the window 25.6% cache read · 7 runs · 1 cold | $1.06 at API prices 140,785 credits · 0.40% of the window 22.0% cache read · 7 runs · 1 cold | $1.51 at API prices 292,010 credits · 0.84% of the window 60.0% cache read · 6 runs · 5 cold |
| xhigh | $0.06 at API prices 7,806 credits · 0.02% of the window 69.4% cache read · 7 runs · 1 cold | $0.31 at API prices 41,630 credits · 0.12% of the window 49.3% cache read · 7 runs · 1 cold | $0.89 at API prices 176,317 credits · 0.50% of the window 56.1% cache read · 7 runs · 2 cold |
| high | $0.03 at API prices 3,881 credits · 0.01% of the window 75.3% cache read · 7 runs · 2 cold | $0.12 at API prices 15,513 credits · 0.04% of the window 69.6% cache read · 7 runs · 1 cold | $0.31 at API prices 61,360 credits · 0.18% of the window 71.5% cache read · 7 runs · 2 cold |
| medium | $0.02 at API prices 3,177 credits · 0.01% of the window 82.4% cache read · 7 runs · 1 cold | $0.10 at API prices 13,006 credits · 0.04% of the window 72.8% cache read · 7 runs · 1 cold | $0.16 at API prices 31,463 credits · 0.09% of the window 75.5% cache read · 7 runs · 2 cold |
| low | $0.02 at API prices 3,247 credits · 0.01% of the window 78.8% cache read · 7 runs · 2 cold | $0.06 at API prices 7,476 credits · 0.02% of the window 79.6% cache read · 7 runs · 1 cold | $0.11 at API prices 21,484 credits · 0.06% of the window 82.1% cache read · 7 runs · 1 cold |
How we measure this
Throughout the day the tracker reads two things off each Max 20x account it watches (4 accounts with usable readings today): the Claude Code transcripts of the work actually done on it, and that account's own usage meter. Between any two meter readings it knows how far the meter moved and which tokens were spent moving it, and that gives a price for one percent of the five-hour window. Readings from every account are pooled by day. Nothing is run to produce the limit figures. They come out of ordinary working days.
The meter does not treat every token the same. Cache reads cost nothing against it. Input, output and cache writes are charged at Anthropic's list price. So every reading here is an API-dollar value per percent of meter. The token figures are not converted from it: they are the tokens those same stretches carried, counted per percent of the meter. Headless (claude -p) work moves the five-hour meter faster, so on five-hour figures its tokens count at the measured factor shown below the window. The effort figures come from one calibration task, run at each effort level on each model.
The weekly limit is measured the same way on the seven-day meter: the tokens behind each 1% it moves, times 100. Windows per week is the weekly figure divided by the window. A change is dated to the day it lands rather than averaged into a calendar week.
Caveats
Token figures depend on the token mix. Because cache reads cost nothing against the meter, cache-heavy work gets far more tokens per window than cache-light work for the same dollar value. The split shown is one account's real mix; yours will differ, and the dollar figure is the one that carries across. The meter reports whole percent, so each reading carries up to a percent's worth of rounding.
The tokens and dollars per window for Pro and Max 5x are scaled from Max 20x by the credits table: 1 : 6 : 20 per five-hour window and 1 : 8.33 : 16.67 per week (she-llac.com/claude-limits, as of 25 Jan 2026). The weekly window counts are measured on Max 20x. The Max 5x history (Jun–Aug) is measured; its current figure is inferred from Max 20x since the 13 Sep cut, and Pro is inferred the same way.
The effort figures describe one task shape, run the number of times each cell of the matrix above prints. On Sonnet the spread between runs is wider than the gap between low, medium and high, so read those three rows as roughly equal rather than in order.
27 harness runs are excluded from the stretches behind these figures. Fable 5.1's credit rate: measured by one fit pooled across every account, 1.8629 to 2.1181 credits per input token.
This method is only as good as what it can see. Work done away from the machine being read moves the meter with no transcript to match it. Where that is obvious, because the meter moved with no transcripts at all, the stretch is dropped. Partial use elsewhere is not obvious, and it reads as a cheap day.
The current figure does not wait for a week to finish. It is measured from the seven-day meter since the last confirmed change, so a step is dated to the day it landed rather than blended into a week's average.
Every number on this page comes from the JSON at /data/claude-usage.json.
Source code and raw data: github.com/jonathanavis96/claude-usage-tracker.
How the price and the window are measured
Method: median over the pure-opus clean stretches of the tokens the stretch carried per 1% of the five-hour meter, times 100, taken per token class and over all four classes together -- `all` over the current side of the cut alone (`current_method`), `per_class` over the whole cluster, and both sides published beside each. The interval is the spread of the readings themselves -- per account its own lowest and highest per-stretch value, pooled the union of the account intervals -- and not a confidence interval. No credit rate and no class weight enters the pure-opus figure: it is the stretch's own token counts over its own meter movement. Every other family is a conversion of it at the two families' rates (`conversion`), and a family whose rate is a status sentence publishes no number. A regime after a known-date change is measured the same way in its own regime family (`measured_family`, `current_method`), and that family's row is its direct reading. Measured to 21 Sep 2026.
Opus 5.5 rate, as of 9 Oct 2026: Opus 5.5 is valued at its list price, 0.8x Opus; the fitted 0.762x Opus is not used, because the joint fit at its first use (span test: the new family's share of the work varies too little to separate its rate from the limit change: the rate's 95% interval runs 0.82x to 1.33x its base family's, wider than 1.5x end to end or against a search bound) cannot tell that rate apart from a five-hour limit change at that instant. The fitted rate takes over once that fit separates..
34,957,676 credits per 5-hour window (28,903,750 to 39,904,825), n=12, pure-opus stretches, on 2 accounts. Max account 1, Max account 4 contributed no clean pure-opus stretch.
0.0% input·0.4% output·97.0% cache read·2.5% cache write
Split: history/passive.json `split`, the watched accounts' own token-class shares.
Cache-normalised at that split, over a median session of 1.9M tokens.
How many windows fit in a week
A week currently holds about 4.3 five-hour windows, measured from 4 accounts.
Tokens per week chart: each line is the limit itself, held flat between changes -- a step means a measured change, and nothing else on the chart moves. Solid and shaded: selected plan. Grey: the others. Dashed: inferred from another plan by the measured plan ratio, not measured on this one. Red: a measured change.
Each watched account's own figure: Max account 1 4.47 (179 readings), Max account 2 4.64 (134 readings), Max account 3 4.96 (56 readings), Max account 4 4.52 (31 readings).
Each line is the limit itself, held flat between changes: a step means a measured change. Solid: selected plan. Grey: the others. Dashed: inferred from another plan by the measured plan ratio, not measured on this one. Pro and Max 5x are currently inferred from Max 20x. Reading: one five-hour window on one account, hollow where the seven-day meter moved under 5%, this chart's own threshold for drawing a reading hollow. Weekly: a calendar week of readings pooled, the whisker its rounding interval, hollow while the week is in progress.
The five-hour window across the change
Five-hour windows per week: 6.3 before, 4.8 after.
Each account's own meter either side of 14 Sep 2026, in credits per 1% of the five-hour meter.
| Before | After | Change | Stretches before | Stretches after | With capture | |
|---|---|---|---|---|---|---|
| Max account 1 | 228,851 | 221,071 | -3.4% | 33 | 26 | 82 |
| Max account 2 | 302,858 | 309,955 | 2.3% | 54 | 30 | 113 |
| Max account 3 | — | 225,960 | — | 0 | 27 | 81 |
| Max account 4 | — | — | — | 0 | 0 | 23 |
Cross-check against the published table
Max 20x weekly figures are measured from 4 accounts. The Max 5x history (Jun–Aug) is measured; its current figure is inferred from Max 20x since the 13 Sep cut, and Pro is inferred the same way.
Basis: credits_table. Credits per five-hour window, Pro : Max 5x : Max 20x: 550,000 : 3,300,000 : 11,000,000. Credits per week: 5,000,000 : 41,666,700 : 83,333,300. Measured confirmation: Max 5x over Max 20x 1.66, Max 5x Jun-Aug over Max 20x 19 Aug-11 Sep. Source, as of 25 Jan 2026: she-llac.com/claude-limits.
Measured against the reference table: this tracker's measured five-hour windows per week against the reference table's, per plan, for the last regime that ended before the 14 September weekly change. Cut at 14 Sep 2026.
| Measured | Documented | Measured ÷ documented | Regime | |
|---|---|---|---|---|
| Pro | no measured weekly-window regime for pro ending before the cut; its published windows per week are inferred from max20, never measured | |||
| Max 5x | 10.86 | 12.63 | 0.86 | 13 Jun 2026 to 14 Aug 2026 |
| Max 20x | 6.33 | 7.58 | 0.84 | 15 Aug 2026 to 13 Sep 2026 |
All Done Sites measures before it claims. Want a site that does the same? Get in touch
Source code and raw data