The Weekly Limit Just Shrank

At 11:59 PM PT tonight, Anthropic's 50% boost to Claude Code's weekly usage limits expires, after already being pushed back once from July 13. Limits return to standard levels, no change to your plan or your bill, just less room before you hit the wall. That wall isn't one meter either: it's two separate buckets, Sonnet-hours and Opus-hours, and Opus burns through its bucket roughly 7 to 11 times faster per hour of active use. Here's the math on making the standard limit stretch as far as the boosted one did, and what actually changes once even that isn't enough.

Published 2026-07-19 by Dor Amir on the Nadir blog.

Filed under Pricing & Models.

The extra runway disappears tonight

On May 13, 2026, Anthropic quietly gave Claude Code users 50% more weekly usage. The stated reason was "infrastructure capacity." The real driver, by most accounts, was Codex: Claude Code reportedly consumes three to four times more tokens than OpenAI's Codex to produce comparable output, and users on identical subscription tiers were hitting Claude's rate limits while Codex users weren't. One commenter summed up the migration pressure bluntly: "I cancelled my Max plan twice over rate limits." Source: Pasquale Pillitteri, "Claude Code Weekly Limits +50%: Anthropic's Anti-Codex Move," May 2026.

The boost was supposed to expire July 13. Anthropic extended it once, to July 19, 2026 at 11:59 PM PT. Source: Help Net Security, "Claude Code weekly limits promotion extended," Jul 13, 2026. That's tonight. When it lapses, weekly limits for Pro, Max, Team, and seat-based Enterprise users drop back to their standard levels. Nothing changes about your plan or your bill, only how much room you have before the wall.

Claude Code's weekly usage limit as a percentage of the standard cap: 150% from May 13 through July 19, dropping to 100% afterward
Claude Code's weekly usage limit as a percentage of the standard cap: 150% from May 13 through July 19, dropping to 100% afterward

Two months of extra headroom, gone in one reset. For a lot of teams, that headroom quietly became the baseline: sessions got longer, context got sloppier, and Opus became the default model for everything because there was room to spare. Tonight there isn't.

The wall isn't one number, it's two

Here's the part that doesn't show up in Anthropic's own usage docs, which describe the limit only in general terms as a function of "conversation length and complexity, features used, and which model you're chatting with." Source: Claude Help Center, "How do usage and length limits work?". Community measurement fills in the specifics: the weekly cap is tracked as two separate meters, one for Sonnet-class usage and one for Opus-class usage, reset on the same clock but drawn down independently.

PlanSonnet-hours / weekOpus-hours / weekApprox. ratio
Pro~40–80hnot included—
Max 5x~140–240h~15–35h~7.6x
Max 20x~240–480h~24–40h~11x

Source: TrueFoundry, "Claude Code Rate Limits & Usage Quotas Explained (2026)".

Approximate weekly Sonnet-hours vs Opus-hours by plan: Pro ~60h Sonnet only, Max 5x ~190h Sonnet vs ~25h Opus, Max 20x ~360h Sonnet vs ~32h Opus
Approximate weekly Sonnet-hours vs Opus-hours by plan: Pro ~60h Sonnet only, Max 5x ~190h Sonnet vs ~25h Opus, Max 20x ~360h Sonnet vs ~32h Opus

Take the midpoints and the picture is stark. On a Max 5x plan, an hour of active Opus use drains its bucket at roughly 7.6 times the rate an hour of active Sonnet use drains its own bucket. On Max 20x, the gap widens to roughly 11x. Both buckets share one weekly reset clock, but they are not fungible: running out of Opus-hours doesn't let you borrow from a fat Sonnet-hours balance sitting unused. Context size compounds this. Referencing five medium-sized files in a single turn can burn 30,000-plus tokens, "equivalent to dozens of plain prompts," and extended thinking modes multiply consumption roughly 5x on top of that. Source: TrueFoundry, "Claude Code Rate Limits & Usage Quotas Explained (2026)".

The lever nobody points at the harness

Claude Code doesn't route per call. You pick a model for the session (or manually flip it with /model), and every request in that session, whether it's "read this file" or "redesign this module's concurrency model," draws against the same bucket at the same rate. If the session default is Opus, every trivial call is billed against the smaller, faster-draining meter for a task that needed none of its reasoning depth.

This isn't a new observation about coding-agent traffic, just a new place it costs you. Datadog measured that 69% of all LLM input tokens across production traffic are repeated system prompts, tool schemas, and policy definitions, not the task-specific reasoning the expensive model was chosen for. Augment Code's routing guide for coding agents puts a number on the split directly: Sonnet-tier models match Opus-tier quality on 80-90% of coding tasks, and the remaining 10-20%, genuine multi-file architecture decisions with subtle dependencies, is where Opus-level reasoning actually earns its keep. A session that defaults everything to Opus is spending the scarce, fast-draining bucket on the 80-90% that never needed it.

The fix costs nothing and takes one keystroke: start sessions on Sonnet, and reach for /model opus only on the turns that are actually architecture-level. That single habit change makes the Opus-hours bucket, the one with no room to spare even at 150%, last through the parts of the week that actually need it.

When the wall doesn't move, it changes shape

Two different Anthropic changes get conflated here, and they're not the same wall. The weekly Sonnet-hours/Opus-hours caps in this post govern interactive Claude Code, the CLI, IDE extension, desktop, and web sessions a person is actively driving. Separately, on June 15, 2026, Anthropic moved headless and Agent SDK usage, `claude -p`, CI pipelines, scheduled agents, onto its own monthly credit pool billed at full API rates: $20 for Pro, $100 for Max 5x, $200 for Max 20x, no rollover. A team can run out of interactive weekly hours and headless credits on completely independent schedules, and both walls end the same way: once you're past either one, you're either waiting for a reset or paying per token.

That's the point where the subscription model stops mattering and the API bill starts. Configure Claude Code with an API key instead of subscription login (claude config set --global apiBaseUrl <endpoint>) and the weekly cap disappears entirely. So does the floor: every token, on every call, now has an explicit price at whatever model's rate answered it. The same imbalance that quietly drained a fixed number of Opus-hours for free now drains a real, itemized number of dollars for exactly the same trivial calls, at Opus's $5/$25 per million tokens instead of Sonnet's $3/$15, or a cheap tier's fraction of that.

The fix that survives the move to API billing

This is the seam a router sits in, and it's the same seam whether the currency is hours or dollars: match the model to the call, not to the session.

import openai

client = openai.OpenAI(
    base_url="https://api.getnadir.com/v1",   # was: https://api.anthropic.com/v1
    api_key="YOUR_NADIR_KEY",
)

response = client.chat.completions.create(
    model="auto",  # Nadir routes per call; the harness doesn't have to pick one model for the whole session
    messages=[
        {"role": "user", "content": task_prompt},
    ],
)

The integration is two lines: change the base URL, set model="auto". Complete non-streaming responses report the served model and actual cost; a configured, priced benchmark adds the avoided-spend comparison. That is the API-side equivalent of a Sonnet-hours-vs-Opus-hours breakdown, denominated in dollars.

What to actually do before the reset finishes tonight

  1. Check `/usage` now. It's the only source of truth for your current numbers and reset time; any specific figure in a news post, including this one, can be stale by the time you read it.
  2. Default new sessions to Sonnet, not Opus. Reserve the expensive bucket for turns that are genuinely architecture-level, using /model opus deliberately rather than leaving it as the session default.
  3. Trim what you hand the agent. Five files pasted in full costs the same bucket as dozens of scoped prompts; a targeted diff or grep result does the job of the reasoning without the context tax.
  4. If the standard limit still isn't enough, that's a signal to measure, not to upgrade blindly. A bigger plan tier is a fixed cost whether or not you use the Opus-hours it grants. Moving to API billing removes the cap but turns every token into a line item, which is exactly the traffic pattern, mostly trivial calls, a few genuinely hard ones, that a router is built to cut down to size. Read the complete guide to cutting LLM API costs for the rest of the playbook, or see what happens when nobody applies it in Uber's four-month AI budget burn.

Anthropic's boost was a subsidy, not a fix, and subsidies expire. The underlying ratio, most calls in a coding-agent session don't need the model that made you buy the plan in the first place, doesn't. Start free and let Nadir apply that ratio automatically, on the traffic that's about to start costing you by the token instead of by the hour.

More on pricing & models

What Nadir is

Nadir is an LLM router. Nadir sends each prompt to the cheapest model that can handle it. A small decision model reads each prompt against your model menu and picks the lowest-cost model it expects to handle it. When the decision model is uncertain or unavailable, the request goes to the strongest model on the menu. The routing step makes no call to your model provider.

Nadir runs two ways. The decision API returns a model, reasoning-effort, cache, context, and policy recommendation without calling a model provider, beside the gateway you already run. That is how a shadow-mode evaluation works, and its projected savings stay advisory. The OpenAI compatible managed proxy executes the route, and migration is a two-line change: point the base URL at api.getnadir.com and set model to auto. On that path an optional verifier can score a complete non-streaming answer and escalate to a stronger model when it misses the configured bar. Streaming bypasses post-generation verification. BYOK is supported on every tier.

For coding agents, Nadir Auto is a terminal launcher for Claude Code or Codex that asks Nadir for the main-session model before each turn, with your configured model as the fallback and cost ceiling. Delegation integrations for Claude Code, Codex, or Cursor instead recommend a model tier for subagent work, and the agent decides; the Claude plugin can also move a main-thread turn to Haiku when Nadir's cache check prices it cheaper, unless its switch_main_model option is off. Either way inference runs on your own provider account, so Nadir holds no provider keys on that path.

What the numbers are, and what they are not

Nadir publishes each evaluation with its scope. On checkable code, run-check-escalate solved 392 of 395 common HumanEval and MBPP problems (99.2%), graded by running the canonical tests; that applies only to tasks with runnable deterministic tests. Nadir-Tumbler posts an arena_score of 72.3 on RouterArena's public scorer, 5th of 23 routers, which measures the routing decision on RouterArena's own model pool. A reference-assisted RouterBench evaluation over 11,420 held-out triples produced a 60% lower projected cost than always-Opus with about 98% retained quality and a 1.7% catastrophic-route rate. That experiment gave the verifier the expensive-model reference answer, which production does not have, so it is a research ceiling and not the deployed path.

None of these is a production guarantee, a universal savings rate, or a forecast for any particular workload. Customer savings are reported from measured execution against a declared baseline, and customer quality only from outcome-labelled traffic. Projected savings and realized savings are separate artifacts and are never blended.

Design-partner program

Three rungs, picked by risk appetite. Rung 0 Shadow runs advisory decision calls alongside live traffic and returns a projected receipt, with nothing in the request path changed. Rung 1 Hosted is the two-line swap on a production slice and returns a realized receipt. Rung 2 On-prem is a supervised six-week proof of concept inside the partner's VPC, where no prompt, response, or usage reaches Nadir. The commitments are the same at every rung. Apply for a rung directly: Rung 0 Shadow, Rung 1 Hosted, or Rung 2 On-prem. Not sure which fits? Start at getnadir.com/contact/?reason=design-partner.

Licensing

NadirClaw is the self-hosted core, source-available under the PolyForm Noncommercial License. Source-available is the correct label; NadirClaw is not open source. Nadir Route's hosted plan has no base fee and charges a variable fee only on measured savings from requests Nadir executed.

Pages on this site

Machine-readable summaries of this site: llms.txt and llms-full.txt.