Claude Codeの1Mコンテキスト課金トラブル、Sonnet 5移行で何が変わったか
Windows版VS CodeでClaude Codeを使っていた開発者が、ある日を境にコマンドを打つたびに同じエラーに当たるようになった。「API Error: Usage credits required for 1M context」。Proプランで月20ドルを払っているのに、なぜ追加のクレジットを求められるのか。GitHub Issue #62199に投稿されたこの報告は、2026年5月から6月にかけてClaude Codeユーザーの間で繰り返された不満の一つに過ぎない。
- Claude CodeをProプランで使っているフリーランスエンジニア
- 突然の課金エラーやコスト超過に困った経験がある人
- Sonnet 5移行後の1Mコンテキストの扱いを正確に知りたい人
- Claude Codeのコストを予測可能な範囲に収めたい人
結論から言うと、5〜6月に相次いだこの課金トラブルは、6月30日のSonnet 5移行でほぼ解消した。Sonnet 5は全プランで1Mコンテキストに追加課金が発生しない仕様になったからだ。ただしOpus系モデルを使う場合は引き続き注意が必要で、具体的な確認手順は後半の「フリーランスエンジニアが今すぐやるべき3つのこと」にまとめた。
「1M contextのクレジットが必要」は何が起きていたのか
Issue #62199を報告したユーザーは、Claude Code 2.1.150でVSCodeのワークフロー全体が突然動かなくなったと書いている。原因調査に数時間を費やした末に判明したのは、通知なくデフォルトモデルが1Mコンテキスト対応版に切り替わっていたことだった。要望として挙げていたのは「デフォルトモデル変更時のメール通知」「Usage Credits未加入ユーザーへの旧モデル維持」「追加支払いが発生する変更へのアプリ内警告」の3点。「このような予告なしの破壊的変更はプロダクトへの信頼を損なわせる」という趣旨の一文（意訳）が印象的だ。
6月4日にはIssue #65514で別のユーザーが、週間利用量がまだ17%しか消費していないのに同じエラーでブロックされたと報告している。報告者はブラジルレアルでR$15（約3ドル相当）の追加クレジット購入を強制され、それでもエラーが解消しなかったという。原文では「Pro plan users are being forced to purchase extra credits due to a bug, and even after paying, the tool remains unreliable（不具合のせいでProプランのユーザーが追加クレジット購入を強いられ、支払った後もツールが不安定なままだ）」と書かれており、単なる操作ミスではない苛立ちがにじむ。
日本語圏でも同様の報告がある。Qiitaに投稿された記事によれば、著者はOpus 4.8利用中に/clearで会話をリセットした直後、標準的なサイズのセッションのはずなのに同じエラーに遭遇したという。「自分では大きな文脈を使っているつもりがない」という趣旨の違和感を綴りつつ、著者は環境変数CLAUDE_CODE_DISABLE_1M_CONTEXT=1を設定することで1M文脈への振り分け自体を止められると結論づけている（出典）。
なぜ起きたのか — Sonnet 4.6時代の仕様
Claude Codeの公式ドキュメントを確認すると、この問題の構造が見えてくる。Opus 4.6以降とSonnet 4.6は1Mトークンのコンテキストウィンドウに対応しているが、プランによって扱いが異なる。
| プラン | Opusの1Mコンテキスト | Sonnet 4.6の1Mコンテキスト |
|---|---|---|
| Max・Team・Enterprise | サブスクリプションに含まれる | Usage Creditsが必要 |
| Pro | Usage Creditsが必要 | Usage Creditsが必要 |
| API・従量課金 | フルアクセス | フルアクセス |
（出典: Claude Code Docs — Model configuration）
Proプランではどちらのモデルでも1Mコンテキストに追加課金が発生する仕組みだったわけだ。ここに「セッションが意図せず1M文脈に振り分けられる」不具合が重なったことで、Proユーザーが自覚のないまま課金のゲートに当たるケースが相次いだ。Anthropicは4月23日にもClaude Codeの品質低下についてポストモーテムを公開しているが、あれは推論の強度設定や思考履歴のキャッシュ処理に関する別の不具合で、今回の1Mコンテキスト課金問題とは原因が異なる。似た時期に複数の問題が重なったことが、ユーザー側の混乱を大きくした面もあるだろう。
Sonnet 5移行で何が変わったか
潮目が変わったのは6月30日、Claude Sonnet 5の公式発表だ。SonnetはFree・Proプランの新しいデフォルトモデルとなり、Claude Codeでも即座にデフォルトへ切り替わった。ここで重要なのは料金体系そのものが変わった点にある。
公式ドキュメントの記載はこうだ。「Sonnet 5はAnthropic API上で常に1Mトークンのコンテキストウィンドウで動作する。200K版は存在せず、[1m]サフィックスを選ぶ必要もなく、どのプランでもUsage Creditsは不要」（出典）。つまりSonnet 4.6時代に起きていた「Proユーザーが1Mコンテキストのたびにクレジットを求められる」構造そのものが、Sonnet 5では前提として存在しない。Claude Codeの導入価格は入力100万トークンあたり2ドル・出力10ドルで、8月31日までのプロモーション価格として設定されている（通常価格は3ドル・15ドル）。
つまり5月から6月にかけてIssueで報告されていた課金トラブルの根本原因は、バグ修正というより「Sonnet 5への移行によって前提条件ごと変わった」というのが正確な理解になる。実際に問題を起こしていたSonnet 4.6の扱いを個別に直すのではなく、後継モデルの料金体系自体をシンプルにする形で決着した格好だ。
光: 長い仕様書や大きめのPRDを分割せず一度に読み込める。Anthropicの製品責任者ジョン・ベル氏は1Mコンテキストの正式提供発表の中で、コンテキスト圧縮（コンパクション）の発生率が15%減少したと述べている
影: Sonnet 4.6時代はProプランで意図せず課金ゲートに当たる不具合が続発した。CLAUDE_CODE_DISABLE_1M_CONTEXTのような回避策の存在自体、初見のユーザーには分かりにくい
結論: Sonnet 5移行後は構造的な心配は薄れたが、Opus系モデルを使う場合や過去バージョンのまま更新していない場合は、依然として同じ壁に当たり得る
それでも残る注意点
Sonnet 5で状況は良くなったが、油断はできない。まず、Opus系モデルを使う場合はProプランで引き続きUsage Creditsが必要になる。「Sonnet 5だから大丈夫」と思い込んで/modelでOpusに切り替えた瞬間、同じ課金ゲートに当たる可能性は残っている。
次に、LLMゲートウェイ経由（ANTHROPIC_BASE_URLで自前のゲートウェイを指定している場合）はClaude Codeが1M対応かどうかを自動判定できないため、モデルピッカーで明示的に「Sonnet 5 (1M context)」を選ぶ必要がある。何もしないと200Kの文脈として扱われる。
最後に、混同しやすいのが6月15日に実施されたAgent SDK課金変更との違いだ。あちらはclaude -pやAgent SDK経由の自動化・プログラム的な利用を対象にした課金の分離で、対話的なClaude Code利用のサブスク枠は影響を受けない。本記事で扱っている1Mコンテキストのクレジット問題は、対話的なセッションの中でモデルが1M文脈に振り分けられることで発生する別の問題だ。ニュースの見出しだけを追っていると同一の話に見えてしまうが、実際には課金の発生源が異なる。
フリーランスエンジニアが今すぐやるべき3つのこと
- バージョンを確認する:
claude --versionでv2.1.197以降になっているか確認する。Sonnet 5のデフォルト化と1Mコンテキストの無料化はこのバージョン以降で反映される - 現在のモデルとコンテキストを
/modelで確認する: 「Org default」「Sonnet 5 (1M context)」など、意図しないモデルが選ばれていないかをセッション開始時にチェックする習慣をつける - Usage Creditsの状態を
claude.ai/settings/usageで確認する: 有効になっている場合、想定外の従量課金が発生し得る。コストの上限を明確にしたいなら無効化するか、上限額を設定しておく
自分の場合はUsage Creditsを有効にしたまま運用しているが、これは「多少の従量課金より、作業がブロックされるリスクの方が困る」という判断があってのことだ。逆に月々のコストを固定額に抑えたいフリーランスなら、無効化してプラン内の制限に収める方が精神衛生上いい。どちらが正解というより、自分のキャッシュフローに対する許容度で決めればいい話だと思う。
PMとしての実感：「静かな仕様変更」がコスト予測を狂わせる
PMの立場で見ると、この一連の騒動が示しているのは技術的な不具合そのものより、「デフォルト値の変更が事前通知なく利用者のコストに波及する」ことへの脆弱性だ。クライアントへの見積もりや自社の月次コストをClaude Codeの利用料込みで計算しているフリーランスにとって、デフォルトモデルの切り替えが黙って起き、翌月の請求額だけが変わるという事態は避けたい。
Sonnet 5への移行で今回のケースは実質的に解消されたが、次に同じ構造の問題が起きないという保証はない。ベンダー側の「後から良くなる」対応スピードを信頼しつつも、自分の手元でコストの天井を管理できる設定（Usage Creditsの有効・無効、CLAUDE_CODE_DISABLE_1M_CONTEXT）は把握しておいた方がいい。ツールを使い倒す側が、課金の仕組みまで理解しておくことは、もはやオプションではないと感じている。
Claude Codeの他の料金・利用制限まわりの変更はClaude使用制限が突然キツくなった理由やClaude Agent SDK 6月15日課金変更ガイドでも解説している。Proプラン自体の費用対効果を再検討したい人はClaude有料プランは月20ドルを払う価値があるかも参考にしてほしい。
関連記事
- Claude Sonnet 5完全解説 — エージェント特化の中間モデルと3つの破壊的変更
- Claude使用制限が突然キツくなった理由｜ピーク時間帯の仕組みと7つの対策
- Claude Agent SDK 6月15日課金変更｜サブスク補助打ち切り、月額クレジット制への移行ガイド
- Claude有料ユーザーが2倍超に急増。月20ドルを払う価値はあるか
免責事項: 本記事の情報は2026年7月2日時点の公開情報に基づく。Claude Codeのバージョン番号・料金・仕様は今後のアップデートで変更される可能性がある。実際のコスト判断は公式ドキュメントとご自身のアカウントの/settings/usage表示を確認したうえで行ってほしい。
