失敗から学ぶClaude Code Sonnet 4.6 1M context：$15と$5の分岐点

TL;DR: ① extra usage残高が $0 になるとSonnet 4.6 1M contextが使えなくなる ② 実課金はMAXプランから（extra usageは消費されない） ③ 最小$5チャージで復活できる可能性あり（未検証）

Claude Code MAXプランを使っていて、昨日まで通っていたSonnet 4.6 1M contextが突然使えない。しかも表示は extra usage 関連のエラー。

「MAXプランなのに、なんで追加課金が必要なんだ？」と、かなり混乱しました。 先に結論を書くと、extra usage は単なる"課金の有無"ではなく、残高が一定条件を満たすとアンロックされる仕組みでした。 そして今回の実機調査では、$15 の残高を維持していても、ある条件が揃っていないとSonnet 4.6 1M context が通らないことが見えてきました。

少し背景を補足しておくと、Opus 4.6 は 1M context がデフォルトで有効ですが、Sonnet 4.6 は追加で有効化が必要です。 逆に言えば、Sonnet 4.6 で 1M context を使えるメリットは大きい。Opus と比べてコストが低く、レスポンス速度も速いため、長いコンテキストが必要な実務タスクではSonnetのほうがコスパが良い場面が多いです。

この記事は、Claude Code MAXプランを実務で使っているエンジニア向けの失敗談です。 「何が起きたのか」「どこを見れば切り分けられるのか」「最小コストでどう戻すのか」まで、実機ベースで書きます。

• 先に要点：Sonnet 4.6 1M context が止まる原因は"MAXプラン不足"ではなかった {#先に要点}
• 今回の状況：Before / After {#状況の変化}
• 何が起きたか：請求書と使用量ページを突き合わせると見えた {#何が起きたか}
• 公式ドキュメントだけでは見えない"extra usage の真の役割" {#extra-usageの真の役割}
  • 実態は「支払い手段」より「アンロックフラグ」に近い
• 根本原因の本命：$50 クレジットが"暗黙の有効化"になっていた {#根本原因}
• 最小コストでの解決策：まず $5 チャージを試す余地がある {#解決策}
• 実機で見たときの判断ポイント {#判断ポイント}
  • 1. 「使えない」の正体がプラン制限か extra usage かを分ける
  • 2. 残高があるのにダメ、は普通に起こりうる
  • 3. 自動チャージ OFF でも必ずしも即死ではない
  • 4. "前に通っていた"ことは安心材料にならない
• GitHub Issue #39841 でも同様の報告がある
• Sonnet 4.6 1M context のメリット・デメリット
  • メリット
  • デメリット
• よくある質問
  • Q. 自動チャージをOFFにしてもSonnet 4.6 1M contextは使えますか？
  • Q. 自動チャージをONにすると毎月課金されますか？
  • Q. $5の手動チャージで解決できますか？
  • Q. なぜMAXプランなのにextra usageが必要なのですか？
• まとめ {#まとめ}
• 参考リンク
• 関連記事

今回の詰まり方は、かなりいやらしいです。

• MAXプランは契約している
• でもSonnet 4.6 1M context を使おうとすると extra usage 側の扱いになる
• その extra usage は、残高があるだけでは足りない
• 実態としては、extra usage がアンロックされているかどうかが効いていた

さらにややこしいのが、Anthropic の $50 お詫びクレジットが、2026年2月中旬の時点で extra usage を暗黙に有効化していた可能性が高いことです。 つまり、普段は見えなかった"特例の恩恵"が土台にあって、そこが消えたことで急に挙動が変わった、という見え方でした。

正直、ここで一度足を止めました。 「MAXプランだから当然使える」と思っていたところに、別レイヤーの条件が刺さっていたわけです。

ポイント: 変わったのはMAXプランの内容ではなく、extra usageの「残高 > $0」という条件だけだった。

実際に確認したのは、以下の6枚です。

• 請求書
• 使用量ページ
• 設定モーダル
• extra usage に関する表示
• 1M context 利用時の挙動
• 自動チャージ設定の状態

このとき見えた事実を並べると、こうです。

• 月間上限 $10 に対して $6.84 使用、68% 到達
• 残高 $15 は維持していた
• 自動チャージは OFF
• それでも Sonnet 4.6 1M context は継続動作を確認できたケースがある
• ただし、そのまま誰でも通るわけではなく、extra usage のアンロック状態が前提だった

この時点で、単純な「残高不足」では説明できませんでした。

ここが今回いちばん重要です。

公式情報を読んでいるだけだと、extra usage は「使った分だけ追加で払う仕組み」に見えます。 でも、実機で追うと印象が違いました。

実態は「支払い手段」より「アンロックフラグ」に近い

私はこれを「extra usage = アンロックフラグ仮説」と呼んでいます。

私の理解では、extra usage は次の2層で動いています。

1. 支払いできる状態か
2. その機能が利用可能な状態にアンロックされているか

つまり、単にお金があるだけでは足りず、extra usage が有効化される条件を満たしているかが先にあります。 この条件を満たしていないと、Sonnet 4.6 1M context は MAXプラン契約中でも弾かれることがある。

ポイント: "Billed as extra usage"というラベルは機能カテゴリを示すものであり、MAXプラン内使用時の実際の課金先ではない。

ここは公式ドキュメントの説明だけでは、かなり読み取りづらいです。 実務で困るのは、こういう「仕様として書かれていないけど、動作に効く条件」です。

今回の失敗で、いちばん納得がいったのはここでした。

2026年2月中旬、Anthropicのサービス遅延に対するお詫びとして、自動チャージをONにしたユーザーに$50クレジットが付与された。 このとき自動チャージをONにして$50を受け取ったことで、extra usage が有効化された状態になっていました。 そのため、こちらは「MAXプランの範囲でたまたま通っている」と誤認していた可能性が高いです。

要するに、

• 自動チャージON → $50クレジット付与 → extra usage が有効化された状態に
• その後の課金一時停止でクレジットが失効 → 残高$0 → extra usageのアンロックが解除
• するとSonnet 4.6 1M context が急に使えなくなった

という流れです。

プラン変更を疑ってしまいますが、実際には残高・クレジット・有効化状態の組み合わせが効いていました。 ここを見落とすと、原因切り分けにかなり時間を取られます。

じゃあどうするか。

今回、手動で $5 をチャージすることで解決できる可能性はあると見ています。 ただし、これは未検証です。なので断定はしません。

現時点で言えるのは、次の順番です。

1. 使用量ページで extra usage の状態を確認する
2. 残高だけでなく、アンロック条件の有無を見る
3. Sonnet 4.6 1M context の利用可否を再確認する
4. 必要なら 最小単位の $5 手動チャージを試す余地を持つ
5. 自動チャージONにすると残高$0から$15が即時課金される点に注意

ここで大事なのは、いきなり大きく課金しないことです。 まずは最小コストで状態を変えられるかを見る。実務ではこれがいちばんダメージが少ないです。

この記事を読んでいる Claude Code MAX プランの開発者が、次に見るべきポイントを整理します。

1. 「使えない」の正体がプラン制限か extra usage かを分ける

ここを分けないと、ずっと的外れな確認を続けます。 Sonnet 4.6 1M context が落ちたら、まず extra usage の表示を見てください。

2. 残高があるのにダメ、は普通に起こりうる

今回の肝です。 残高 $15 を維持していても、アンロック状態でなければ通らない可能性があります。

3. 自動チャージ OFF でも必ずしも即死ではない

実測では、自動チャージ OFF でも1M が継続動作したケースがありました。 なので、設定だけ見て「もう無理だ」と判断するのは早いです。

4. "前に通っていた"ことは安心材料にならない

これが一番怖いです。 過去に通っていたのは、たまたま extra usage が有効化されていたからかもしれない。 前回の成功体験を、そのまま現在の保証にしない方がいいです。

2026-03-31 時点で、GitHub Issue #39841 に同様の問題報告がオープンのままでした。 少なくとも私だけの環境依存ではなさそうです。

Anthropicは「MAXプランに含まれる」と公式ブログ（2026-03-13）で発表していますが、実装とのギャップが残っています。

こういうときは、

• 自分の設定ミスなのか
• アカウント状態の問題なのか
• サービス側の仕様変更なのか

を切り分ける必要があります。

メリット

速度とコスパのバランスが良い。 Opus 4.6 は 1M context がデフォルトで使えますが、速度とコストの面でSonnetに分があります。毎日ゴリゴリコーディングする用途では、Sonnet 4.6 1M context を通常モードのデフォルトにしておき、Plan Mode のときだけ Opus 4.6 を使う構成が現実的です。

Claude Code の Plan Mode はデフォルトで Opus 4.6 を使います。つまり /plan で入った瞬間に自動でOpusに切り替わります。普段はSonnet、設計判断のときだけOpus、という使い分けが自然にできます。

MAXプランの 5x プランでも毎日ヘビーに使うとレートリミットに引っかかることがあります。 Sonnet 4.6 1M context は Opus 4.6 より消費が抑えられるため、同じプランでより長く作業を続けられます。

実務で効くのは、大きなコードベースの全体把握・複数ファイルにまたがるリファクタ・長い会話セッションなど、コンテキストが伸びやすい作業です。逆に単発の小さなタスクには通常の200Kで十分なことも多いです。

デメリット

extra usage の課金が必要になる点は前述の通りです。残高が $0 になると使えなくなるため、小額でも維持が必要です。

もう一つ見落としやすいのが、コンテキストが増えること自体のコストです。

1M context を使える = 長く使い続けられる、ではあるのですが、コンテキストが積み上がるほどトークン消費が増えます。通常であれば /clear でコンテキストをリセットするところを、「まだ入る」という安心感から流してしまうと、気づかないうちにトークンを大量消費します。

注意: 1M context は「制限を気にせず使えるモード」ではなく、「必要なときだけ長く保てるモード」です。タスクの区切りに /clear を使う習慣は引き続き重要です。

向かない人 は、1日に数回しか Claude Code を使わない方や、MAXプランの利用量に余裕がある方です。その場合は通常の200Kコンテキストで十分で、extra usageの維持コストが無駄になります。

Q. 自動チャージをOFFにしてもSonnet 4.6 1M contextは使えますか？

A. 残高が $0 より大きければ使えます。実測で「自動チャージOFF・残高$15」の状態でSonnet 4.6 1M contextが継続動作することを確認しています。残高が尽きた時点で使えなくなります。

Q. 自動チャージをONにすると毎月課金されますか？

A. 残高が設定した閾値（デフォルト$5）を下回ったときにトップアップが走ります。ONにした直後に残高$0だった場合は即時$15が課金されます。MAXプランのクォータ内で使っている限り、extra usageの残高は消費されません。

Q. $5の手動チャージで解決できますか？

A. 理論上は「残高 > $0」が条件なので$5で十分なはずですが、現時点で未検証です。自動チャージONにすると最低$15の課金になるため、まず手動$5を試す価値があります。

Q. なぜMAXプランなのにextra usageが必要なのですか？

A. Anthropicの公式発表では「MAXプランに含まれる」とされていますが、CLIの実装がまだ追いついていない状態です（Issue #39841 オープン中）。extra usageを「有効化フラグ」として使う形が現実の回避策になっています。

今回の件で学んだのは、Claude Code MAXプランのSonnet 4.6 1M context は、単純な契約有無だけでは決まらないということです。

• extra usage は、実質的にアンロック状態がある
• $50 お詫びクレジットが、そのアンロックに影響していた可能性が高い
• 残高 $15 を維持していても、状態が揃わないと使えないことがある
• 最小コストの次手としては、$5 チャージを試す余地があるが、そこは未検証

結論としては、MAXプランだから安心、ではないです。 むしろ、課金・クレジット・アンロック状態を別々に見る必要がある。ここを押さえると、無駄な再契約や見当違いの問い合わせを減らせます。

もし同じ症状に当たったら、まずは「プラン」ではなく「extra usage の状態」を疑ってください。 それがいちばん早く、いちばん安く、実務に戻る道でした。

動作確認バージョン: Claude Code v2.1.88 / 確認日: 2026-03-31

この記事は実運用環境での検証内容をもとに執筆しています。

• GitHub Issue #39841 — Opus 1M on Max plan requires extra usage despite docs
• Anthropic公式ブログ — 1M context is now generally available (2026-03-13)
• Manage extra usage for paid Claude plans — サポートページ
• Zenn版 — MAXプランのClaude 1Mコンテキストが使えない理由：extra usageはアンロックフラグだった

• BlogAnthropicリーク2連発：Claude MythosとClaude Code流出で見えたKAIROS、BUDDY、Undercover Modeの正体Anthropicの2週間で2回のリークを整理。Claude Mythosの位置づけ、Claude Code流出の中身、KAIROS/BUDDY/Undercover Modeの意味を分けて読む。→
• BlogClaude Fable 5 vs Sonnet 5：料金5倍・知能+7点の実測使い分けガイドFable 5とSonnet 5をArtificial Analysisの知能指数・タスク単価・出力量で比較。料金5倍の差を実務の判断材料に落とし込みます。→
• BlogClaude Code の新effortモード徹底解説｜max・ultracode・autoと『呪文ultrathink』の正体Claude Code の /effort に増えた max・ultracode・auto と、プロンプトに紛れ込ませる呪文 ultrathink を、公式が明言した『ultracode は API の effort レベルではない』を起点に解剖。overthinking・自律ワークフロー・永続性と優先順位の罠まで、誤解されやすい論点を一次情報で正します。→