Claude usage tracker

    Anthropic last increased Claude's limits by 20% on 22 Sep 2026.

    One email per change. Unsubscribe in one click.

    On , running , you get
    1099Mtokens per 5-hour window
    Range 676M to 1915M.
    NB: headless work (claude -p) fills the five-hour meter 1.49x as fast as interactive work [1.39–1.60]. Window figures are for interactive use.
    917M cache reads (96.2%)·30M cache writes·5.5M output·12k fresh input
    $262.18of API value per window, the same window priced at each class's own rate
    Range $216.78 to $299.29.
    about 743 sessions per window (615 to 849)·3,225 per week (2,667 to 3,681)

    Tokens per week

    Max 20x · Opus 5.5 · how many tokens the weekly limit allows, read from the seven-day meter. Full history.

    4769M tokens per week (4581M to 4958M)·3,225 sessions
    219M1929M3640M5350M-10% on 13 Sep+18% on 22 Sep286M – Pro2385M – Max 5x4769M – Max 20x13 Jun27 Jun11 Jul25 Jul8 Aug 22 Aug5 Sep 19 Sep3 Oct

    See your own stats ↓

    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.

    98.1 output tokens per second (87.1 to 111.2)Output speed is the response's output tokens over that time, so it includes waiting in the queue and reading the input; it is a speed as a Claude Code user sees it, not the model's raw decoding speed.·3.7 s to first block (2.6 to 5.9 s)Time to first block includes writing the whole first block, which may be a long thinking or tool block, so it is not a time to first token.·Opus 5.5, 1,857 requests on 9 Oct 2026
    417510914370 – Fable 5.170 – Opus 5124 – Sonnet 5.570 – Sonnet 563 – Opus 4.868 – Opus 4.746 – Sonnet 4.673 – Haiku 4.598 – Opus 5.520 Aug27 Aug3 Sep 10 Sep17 Sep24 Sep1 Oct 8 Oct

    Opus 5.5 by account

    Median output tokens per second, per UTC day, one line per account.

    Plan comparison

    Opus 5.5. Max 20x is measured; Pro and Max 5x are scaled from it by the credits table, 1 : 6 : 20 per five-hour window.
    ProMax 5xMax 20x
    Tokens per 5-hour window55M330M1099M
    Tokens per week286M inferred2385M inferred4769M
    Sessions per window37223743
    Sessions per week194 inferred1,613 inferred3,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.

    $0.00$0.68$1.36$2.04tracker $1.77 per 1%16 Sep21 Sep27 Sep3 Oct 9 Oct

    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.

    One-off
    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.
    Continuous
    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.5Opus 5.5Fable 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.

    BeforeAfterChangeStretches beforeStretches afterWith capture
    Max account 1228,851221,071-3.4%332682
    Max account 2302,858309,9552.3%5430113
    Max account 3—225,960—02781
    Max account 4———0023
    The windows-per-week ratio fell about 25%. That is consistent with a smaller weekly cap, a larger five-hour window, or both; which meter moved is unresolved.
    Two accounts read 40% apart in credits per 1% of the meter; the cause is not identified.
    Unresolved: a stable account-specific scale cancels out of any within-account before/after ratio, so these five-hour credit readings cannot separate a change in the five-hour window from a change in the weekly cap on their own -- that needs an independent debit or allowance observation, which no committed stretch carries. See the windows-per-week ratio note on the event for what these same accounts' meters do identify..
    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.

    MeasuredDocumentedMeasured ÷ documentedRegime
    Prono measured weekly-window regime for pro ending before the cut; its published windows per week are inferred from max20, never measured
    Max 5x10.8612.630.8613 Jun 2026 to 14 Aug 2026
    Max 20x6.337.580.8415 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