claude-code - 💡(How to fix) Fix Confusing billing for Sonnet 4.6 1M context: 'extra usage' despite available plan tokens [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#46443Fetched 2026-04-11 06:20:09
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Author
Timeline (top)
labeled ×4commented ×1

The model picker in Claude Code lets users select "Sonnet 4.6 (1M context)" without making it clear that this variant draws from a separate "extra usage" pool rather than the normal plan budget. Users with significant plan tokens remaining are silently blocked or billed extra, which feels like a foot-gun.

Root Cause

The model picker in Claude Code lets users select "Sonnet 4.6 (1M context)" without making it clear that this variant draws from a separate "extra usage" pool rather than the normal plan budget. Users with significant plan tokens remaining are silently blocked or billed extra, which feels like a foot-gun.

RAW_BUFFERClick to expand / collapse

Summary

The model picker in Claude Code lets users select "Sonnet 4.6 (1M context)" without making it clear that this variant draws from a separate "extra usage" pool rather than the normal plan budget. Users with significant plan tokens remaining are silently blocked or billed extra, which feels like a foot-gun.

What happened

  • Active plan with meaningful token budget remaining.
  • Selected Sonnet 4.6 with 1M context window via /model.
  • Ran into "extra usage required" / degraded behavior despite having plan tokens left.
  • Switched to Opus 4.6 (1M context) and it worked normally on the same plan.

The confusion: why does Sonnet 4.6 1M require "extra usage" when Opus 4.6 1M does not, on the same plan and same remaining budget? And why isn't this surfaced in the /model picker before the selection commits?

Why it feels like a foot-gun

  1. The /model menu shows "Sonnet 4.6 (1M context)" as a normal option with no indication it's metered differently than other variants in the same list.
  2. There's no pre-flight warning ("this model draws from extra-usage pool, continue?") before switching.
  3. The failure mode is not a clear "you need to enable extra usage" dialog — it's ambiguous degraded behavior that users interpret as the 1M context feature being broken.
  4. Opus 4.6 1M behaving differently from Sonnet 4.6 1M on the same plan is counterintuitive — users reasonably expect "1M context" to be one feature with one billing rule across model tiers.

Requested fixes

  • Label the picker. Show which model variants draw from plan budget vs. extra-usage in /model, inline, before selection.
  • Pre-flight warning. If a user selects a variant that will consume extra-usage, surface a one-time confirmation with the actual rate.
  • Consistent rules across tiers. Either both Sonnet and Opus 1M context cost extra, or neither does. The asymmetry is the root of the confusion.
  • Clearer failure messages. When the model is unavailable on the current plan, say exactly that ("Sonnet 4.6 1M requires extra-usage billing; enable in settings"), not a silent degradation.

Environment

  • Claude Code (latest as of 2026-04-10)
  • macOS (Darwin 25.4.0)
  • Plan: Max plan with 1M context access

Feedback tone

I want to pay for the service. I don't want to be surprised by which specific variant of the same context window triggers overage billing. Make the billing rules legible in the picker and this goes away.

extent analysis

TL;DR

The issue can be resolved by labeling the model picker to clearly indicate which variants draw from the plan budget versus extra-usage, and implementing a pre-flight warning for extra-usage consumption.

Guidance

  • Labeling the model picker: Clearly indicate in the /model picker which model variants, such as Sonnet 4.6 (1M context), require extra-usage billing versus those that use the normal plan budget.
  • Pre-flight warning: Implement a one-time confirmation prompt when a user selects a model variant that will consume extra-usage, displaying the actual rate to avoid surprise billing.
  • Consistent billing rules: Review and adjust the billing rules to ensure consistency across model tiers, such as making both Sonnet and Opus 1M context either cost extra or not, to prevent confusion.
  • Clear failure messages: Improve failure messages to clearly state when a model is unavailable due to requiring extra-usage billing, providing instructions on how to enable it in settings.

Example

No specific code snippet is provided as the issue focuses on the user interface and billing logic rather than code implementation details.

Notes

The solution involves making the billing rules more transparent and consistent to avoid user confusion and unexpected billing. The exact implementation details may vary depending on the underlying system architecture and technology stack.

Recommendation

Apply a workaround by clearly labeling the model picker and implementing a pre-flight warning for extra-usage consumption, as this directly addresses the user's concern about surprise billing and provides a more transparent experience.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING