[Bug] 1M context incorrectly requires extra usage on Max plan
Bug Description
Bug: 1M context shows 'Extra usage required' on Max plan despite being included
Description
On a Max plan, selecting Opus 4.6 (1M context) in Claude Code returns the following error:API Error: Extra usage is required for 1M context · run /extra-usage to enable, or /model to switch to standard context
This contradicts Anthropic's official communication (email sent March 20, 2026) and documentation, which explicitly states that 1M context is included in Max, Team, and Enterprise plans with no extra usage required.
Steps to Reproduce
- Log in with a Max plan account
- Open Claude Code
- Run
/modeland select Opus 4.6 (1M context) - Send any message
Expected Behavior
1M context should work seamlessly on Max plan without any extra usage prompts or charges.
Actual Behavior
Error is thrown blocking usage. Workaround of running /extra-usage is required, which also incorrectly labels the feature as "Billed as extra usage."
Environment
- Plan: Max
- Model: claude-opus-4-6[1m]
- Related GitHub issues: #40223, #39841, #44117, #42569
Impact
Max plan users are blocked from a feature that is documented and marketed as included in their subscription.
Environment Info
- Platform: darwin
- Terminal: Apple_Terminal
- Version: 2.1.92
- Feedback ID: ec8b72ac-16ae-42d7-8a37-072f4970ecd7
Errors
[{"error":"Error: 1P event logging: 2 events failed to export (code=ECONNABORTED, timeout of 10000ms exceeded)\n at queueFailedEvents (/$bunfs/root/src/entrypoints/cli.js:422:2574)\n at async doExport (/$bunfs/root/src/entrypoints/cli.js:422:1516)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-07T20:36:55.801Z"},{"error":"Error: {\"message\":\"Failed to export 2 events (code=ECONNABORTED, timeout of 10000ms exceeded)\",\"originalLine\":\"422\",\"originalColumn\":\"1668\",\"line\":\"422\",\"column\":\"1668\",\"sourceURL\":\"/$bunfs/root/src/entrypoints/cli.js\",\"stack\":\"Error: Failed to export 2 events (code=ECONNABORTED, timeout of 10000ms exceeded)\\n at doExport (/$bunfs/root/src/entrypoints/cli.js:422:1668)\\n at processTicksAndRejections (native:7:39)\",\"name\":\"Error\"}\n at error (/$bunfs/root/src/entrypoints/cli.js:1822:4371)\n at <anonymous> (/$bunfs/root/src/entrypoints/cli.js:417:36794)\n at AZ4 (/$bunfs/root/src/entrypoints/cli.js:417:37338)\n at <anonymous> (/$bunfs/root/src/entrypoints/cli.js:418:19103)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-07T20:36:55.802Z"},{"error":"Error: Failed to fetch version from https://storage.googleapis.com/claude-code-dist-86c565f3-f756-42ad-8dfa-d59b1c096819/claude-code-releases/latest: ECONNREFUSED\n at Py1 (/$bunfs/root/src/entrypoints/cli.js:1882:15046)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-07T20:39:29.680Z"},{"error":"Error: Failed to fetch version from https://storage.googleapis.com/claude-code-dist-86c565f3-f756-42ad-8dfa-d59b1c096819/claude-code-releases/latest: ECONNREFUSED\n at Py1 (/$bunfs/root/src/entrypoints/cli.js:1882:15046)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-07T20:39:29.684Z"},{"error":"Error: {\"message\":\"Operation timed out.\",\"originalLine\":\"417\",\"originalColumn\":\"107659\",\"line\":\"417\",\"column\":\"107659\",\"sourceURL\":\"/$bunfs/root/src/entrypoints/cli.js\",\"stack\":\"Error: Operation timed out.\\n at <anonymous> (/$bunfs/root/src/entrypoints/cli.js:417:107659)\",\"name\":\"Error\"}\n at error (/$bunfs/root/src/entrypoints/cli.js:1822:4371)\n at <anonymous> (/$bunfs/root/src/entrypoints/cli.js:417:36794)\n at AZ4 (/$bunfs/root/src/entrypoints/cli.js:417:37338)\n at <anonymous> (/$bunfs/root/src/entrypoints/cli.js:418:18667)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-07T20:43:28.459Z"},{"error":"Error: 1P event logging: 3 events failed to export (code=ECONNABORTED, timeout of 10000ms exceeded)\n at queueFailedEvents (/$bunfs/root/src/entrypoints/cli.js:422:2574)\n at async doExport (/$bunfs/root/src/entrypoints/cli.js:422:1516)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-04-07T20:43:28.461Z"},{"error":"Error: {\"message\":\"Failed to export 3 events (code=ECONNABORTED, timeout of 10000ms exceeded)\",\"originalLine\":\"422\",\"originalColumn\":\"1668\",\"line\":\"422\",\"column\":\"1668\",\"sourceURL\":\"/$bunfs/root/src/entrypoints/cli.js\",\"stack\":\"Error: Failed to export 3 events (code=ECONNABORTED, timeout of 10000ms exceeded)\\n at doExport (/$bunfs/root/src/entrypoints/cli.js:422:1668)\\n at processTicksAndRejections (native:7:39)\",\"name\":\"Error\"}\n at error (/$bunfs/root/src/entrypoints/cli.js:…
Note: Content was truncated.
35 Comments
Having the same issue, only using 1% of my usage currently. same steps.
I was hit with this today as well. I am on the Max plan. I noticed that my default model went back to Sonnet. I went to change it back to Opus and it shows the 1 million context is an extra charge.
<img width="915" height="363" alt="Image" src="https://github.com/user-attachments/assets/08f5969c-547a-4c6e-9c8c-bc22a47602ab" />
no such issue on 2.1.96 I don't see the billed as extra usage on Max subscription, however when you reach 88% of your session and wants to compact it says you need to use extra usage for that.
This only appeared as I recently upgraded from Pro to Max and I just had to re-login to fix it. Now it's properly displaying the models and Opus is now the default as well.
Also hitting this on Max 20x plan. Exact error:
Environment
claude-opus-4-7"Opus 4.7 (1M context)"Expected: 1M context included on Max per the March 2026 announcement; no
/extra-usagegate.Actual: gate fires on a fresh session using Opus 4.7 [1M]. Cannot tell from the error whether the request proceeds against extra-usage quota or hard-fails.
Will try the
/logout+ re-login workaround that @sotasan reported worked after their Pro → Max upgrade.Adding data point for the backend fix: this is NOT specific to post-upgrade sessions — my Max plan has been active. Also not specific to macOS (Linux here).
Also hitting this on Max with Opus 4.7 on claude-code v2.1.114 (latest).
/modelonly shows the 200k variant until/extra-usageis enabled; setting cap to $0 works as a workaround to unstick the 1M variant without billing exposure. Extending the report beyond Opus 4.6 since this thread was originally filed for 4.6.So my Issue was this, it appears Anthropic now requires you to Pre-Load credits. It doesnt matter if you have payment information attached or limits set with an individual account. This was the fix for me at least.
Same issue here.
Workaround: https://github.com/buildproven/claude-kit/pull/15
Deleting the model field from the front matter in SKILL.md fixes it.
Same issue, any idea
the documentation vs server-truth gap is the actual bug here, not the 1M context flag. i hit the same shape of problem last month: settings page said 41% weekly used, /extra-usage was insisting i was metered, and the email from march said the feature was included. three sources of truth, none agreeing. the only thing that actually unblocks you is the internal endpoint claude.ai/settings/usage hits, because that is what the rate limiter actually reads. everything else (ccusage, the docs, the in-product errors) is a downstream cache of stale state. file the bug but also stop trusting the /extra-usage prompt as ground truth.
Still hitting this on Max plan as of 2026-04-30 with Opus 4.7 (1M context).
/statusshows usage well under limits. The error misleadingly suggests 1M is gated, but per the model-config docs it should be included with Max.Same here.
I'm using Claude for Desktop (Claude 1.5354.0 (9a9e3d) 2026-04-29T01:14:34.000Z)
Max x5
One observation. In my case, the problem ALWAYS occurs when calling a custom skill.
Extra usage - disabled
but the stats still show charges for the previous month, even though there were no extra usage charges this month.
This is just fucking ridiculous, honestly. This bullshit is getting in the way of my work.
Update: Logging out and logging back in helped.
Update 2: I applied the fix; thanks for the tip https://github.com/anthropics/claude-code/issues/45390#issuecomment-4319984466**
<img width="1506" height="710" alt="Image" src="https://github.com/user-attachments/assets/7505fb5c-c164-4fd6-8aa8-8eaa761ab115" />
<img width="1662" height="575" alt="Image" src="https://github.com/user-attachments/assets/ec87f1c5-08d3-4af9-96ba-d4bb098e8bca" />
I'm on Max 5x. I'm using the Claude co-worker (web, claude.ai/code). The model selector at the bottom shows "Sonnet 4.6" - standard, not 1M.
Every single message returns:
API Error: Extra usage is required for 1M context · enable extra usage at claude.ai/settings/usage, or use --model to switch to standard context
The error tells me to "use --model to switch to standard context" but there is no way to do that in the co-worker web UI. The model dropdown already shows Sonnet 4.6, not a 1M va
riant. There is no CLI flag available in the web interface.
I'm paying $100/month for Max 5x. I shouldn't need to pay additional money on top of that to use a core feature of the product.
Same issue for me, using Max 5x. Had subagents spawned while mowing the yard, came back to over +/-$25 in overages for a function that is explicitly covered in my plan already.
This is happening to me on Max 20x.
Worked
same issue
Reproducing on Max (20x) — Opus 4.7 [1m], blocking all 1M usage
Confirming this bug is still live as of 2026-05-19 on
claude-opus-4-7[1m].Environment
claude-opus-4-7[1m]in Claude Code.Symptom
API Error: Extra usage is required for 1M context · enable extra usage at claude.ai/settings/usage, or use --model to switch to standard context.[1m]is the only workaround, which defeats the purpose of the Max 1M entitlement.model:frontmatter invoked from an Opus[1m]session (resolves tosonnet-4-6[1m]), matching #45847.Expected: Opus 1M context on Max should not consume extra-usage credits.
#46780 and #47054 were closed but the behavior persists. Please re-investigate — this is making the advertised Max 1M entitlement unusable.
I received this email response from support.
Thanks for the report. This is a confirmed issue and the team is working on it. There isn't a workaround on your end at the moment, unfortunately; the fix has to come from our side, although I don't have a specific timeline I can promise.We'll close this out for now but let us know if you're still seeing issues and we'll trace it further.
Same issue here on Max plan when invoking the
academic-research-skills:ars-revisionskill from Imbad0202/academic-research-skills (v3.9.4.2).Environment:
2.1.146Reproduction:
What I verified before reporting:
model: sonnetin its frontmatter. I removed it (per the workaround pattern in buildproven/claude-kit#15 and angie/agentic-setup@71cdcb3).grep -rn "^model:" ...confirms no remaining sonnet pins anywhere in the plugin tree (other commands usemodel: opusormodel: inherit)./status.So this is hitting the upstream bug cleanly — no plugin-side workaround can resolve it once the skill correctly inherits Opus 4.7 [1m] from the parent. The billing gate trips even on a model+plan combination that should be plan-covered per the Help Center documentation.
I have the same issue on Pro plan. I got this on evening, but after all night and recharging limits I also see this message after every prompt.
Behavior:
Every turn fails with: API Error: Extra usage is required for 1M context · enable extra usage at claude.ai/settings/usage, or use --model to switch to standard context.
Environment:
Claude Code fully restarted after the edit. But nothing happened.
I have the same issue. Changing the model for a basic model, fix the error 😢
same issue getting
Same issue with the Max plan. Try logging out and logging back in again, it should work.
same issue here using Max (20x):
Error: Error during compaction: API Error: Usage credits required for 1M context · turn on usage credits at claude.ai/settings/usage, or use --model to switch to standard context.
@danielramireze have you tried my solution? Log out and login again (
/logoutand/logincommand)I'm seeing the same issue, as had been working in Opus 4.7 1M for a while, and am seeing the error when trying to switch back to Sonnet 4.6 on the Max 5x plan, even though all of my usages are very low currently.
Trying to run /compact when on Sonnet 4.6 shows an error related to usage as well.
Error: Error during compaction: API Error: Usage credits required for 1M context · turn on usage credits at claude.ai/settings/usage, or use --model to switch to standard context
Can still use both Opus model entries normally. The previously mentioned logout/login idea did not help.
This fixed my issue! Thank you!
Yes it worked
I'm hitting the same issue. This really is unacceptable. This is the advice I got from Claude.
this is a known bug, not a legitimate billing issue. Here's the full picture:
What's happening: Anthropic's official communication explicitly states that 1M context is included in Max, Team, and Enterprise plans with no extra usage required — but Cowork is forcing the claude-opus-4-6[1m] model flag, and the 1M context rate limits aren't properly compatible with Max plan quotas, meaning even simple tasks get blocked. GitHubGitHub
This has been a recurring Cowork-specific bug. The 1M context window was working correctly in Cowork as recently as late March 2026, then broke — and notably Claude Code on the same account still has full 1M context. It's a Cowork-only regression. GitHub
There's also a specific variant that may match your situation exactly: when a skill specifies model: sonnet in its frontmatter from an Opus 4.6 [1m] session, Claude Code resolves it to claude-sonnet-4-6[1m], inheriting the 1M context window. Sonnet 4.6 [1m] may require extra usage on Max, whereas Opus 4.6 [1m] does not. Your SAM.gov project uses skills (including your interview-guide and candidate-submission skills) which may be triggering exactly this. GitHub
<img width="846" height="797" alt="Image" src="https://github.com/user-attachments/assets/657197f3-18ae-496d-8f8f-ed35546fbc21" />
Same issue, was on Pro and upgraded then started hitting these errors sporatically, no warning it was over hte limit and was consuming extra credits, then would start erroring again.
Pretty disappointed I upgraded and then hit an issue that's making getting things done harder.
<img width="376" height="170" alt="Image" src="https://github.com/user-attachments/assets/352d8d16-9ecf-4cea-9f71-f561fef073ef" />
Experiencing the same issue on Max plan using Cowork. Session allotment was only at 27% when the error appeared. The 1M context error is blocking my work entirely. Please prioritize a fix for Max plan users.
the same here I'm a mac user - it's pretty annoying
Adding another affected case. Max plan subscriber (claude.ai). Cowork sessions (Claude Desktop, Windows) silently ran 1M context during long browser-automation tasks in early June 2026 and billed $54.30 to usage credits — while my included Max plan usage sat at ~2% for the period. Sessions terminated with "API Error: Usage credits required for 1M context."
Support (Fin chatbot, conversations 215474606594428 and 215474606626844) acknowledged that per the model-config documentation, Opus 1M on Max "should be included with your subscription," but stated it cannot retrieve which model variant generated the charges, cannot itemize them by date, and cannot escalate to a human — then cited the non-refund policy. So: charge unidentified, documentation acknowledged to support inclusion, no human review path offered.
Compounding factor: standalone Cowork sessions have no model selector and no way to decline 1M mode (#49649), so this was never a mode I opted into.
Requesting the same review/refund others in this thread received. Happy to provide screenshots and account details to staff.
Opus 4.8 1M context works in the Claude Code CLI but the Windows desktop app silently downgrades it to 200K (Max plan)
Account: Claude Max (20x). Confirmed in the CLI banner:
Opus 4.8 (1M context) · Claude Max, and in claude.ai Settings → Usage:Plan usage limits Max (20x).Summary
On my account, Opus 4.8 with the 1M context window works correctly in the Claude Code CLI but will not run in the Claude for Windows desktop app (Code tab). In the desktop app the 1M model is accepted in the picker yet reverts to standard Opus 4.8 (200K) the moment I submit a prompt, with no error. Because the CLI proves my account is entitled and 1M functions, the defect is isolated to the desktop app surface.
Evidence the account is entitled and 1M works (CLI,
Claude Code v2.1.183)Opus 4.8 (1M context) · Claude Max./modelcommand in the CLI returned:Set model to Opus 4.8 (1M context) (default) and saved as your default for new sessions.The defect (Windows desktop app, version
1.14271.0)/modelcommand returnedSet model to opus[1m] (claude-opus-4-8[1m]).Ruled out
6% used, weekly All models11% used, Sonnet only0% used).settings.jsonfor the model, per #53739 ("Desktop app ignores settings.json 'model' field for new sessions").Documented basis that Max should not be gated
Per How large is the context window on paid Claude plans?:
The documentation names only Pro for the Opus 1M credit requirement, so a Max account should not be gated. This matches #45390 ("1M context incorrectly requires extra usage on Max plan").
Request
Please fix the Windows desktop Code tab so it offers and honors Opus 4.8 (1M context) for Max accounts, as the CLI already does on the same account, and confirm whether a usage-credits gate is being incorrectly applied to the desktop surface on Max.
Environment
1.14271.02.1.183(per the CLI banner)