「月20ドル余分に取られるの？」——Claude Codeの6月15日課金変更を、できるだけやさしく整理する

- ⏱ 約14分で読めます - 👁 … views

「これ、結局サブスク料金に上乗せで100ドル取られるってこと？　じゃあ月200ドル払うの？」。

Claude Codeで自宅のAIに身体を与える実験をしていて、自律行動をどう動かすか考えていたときに、自分でこう口走りました。2026年6月15日にAnthropicが入れた課金の変更について、ネット上の記事をいくつか読んでも、どうにも腑に落ちない。書いてあることは間違っていないのに、読み終わっても「で、結局いくら払うの？」がはっきりしないのです。同じところで引っかかっている人はきっと多いはずだと思い、自分の理解を一度きれいに整理しておくことにしました。

結論から先に言ってしまうと、多くの人にとって月額は変わりません。Maxプランなら今までどおり月100ドル、Proなら20ドル。上乗せで余分に取られるわけではない。ただし「変わらない人」と「実質的に値上げになる人」がきれいに分かれる変更で、その線引きが分かりにくいせいで、みんな混乱しているのだと思います。

まず、引っかかりの正体

私が混乱した原因は、はっきりしていました。記事には「Maxプランには月100ドルのクレジットが付く」と書いてある。これを読むと、つい「サブスクの100ドルとは別に、もう100ドルどこかで請求されるのか？」と読んでしまう。だから「じゃあ月200ドル？」という疑問が湧く。

でも、これは誤読でした。正しくは、その100ドルのクレジットは、すでに払っているサブスク料金の"中に含まれて"付いてくるものです。追加請求ではない。財布から出ていくお金は、今までと同じ月100ドルのまま。

ここがいちばん大事なところなので、先に押さえておきます。支払いは増えません。

何が「2つ」に分かれたのか

では何が変わったのか。一言でいうと、これまで1つだった「使える枠」が、6月15日から2つに分かれました。

6月15日より前——枠は1つだった

以前は、Claudeをどう使おうと、すべて同じ1つのサブスク枠から消費されていました。

  • ブラウザやアプリでチャットする
  • ターミナルやエディタでClaude Codeを対話的に使う
  • claude -p やAgent SDKでプログラムから自動で動かす（cronで定期実行する自律エージェントなど）

これらが全部、同じ「サブスクの使用量」を分け合っていた。レート制限（5時間ごと・週ごとの上限）の範囲内なら、自動エージェントを回しても追加料金はかからない。記事ではこれを「サブスクによる補助（subsidy）」と呼んでいました。要するに、定額の中で自動化も回し放題に近かったわけです。

6月15日から——枠が2つに分裂した

この日から、プログラムで自動実行する用途だけが、別の枠に切り出されました。

Maxプラン（月100ドル・支払いは同じ）
├─ ① 対話用の枠（今までどおりのサブスク使用量）
│    → ブラウザ/アプリのチャット
│    → ターミナル・エディタでの対話的なClaude Code
│
└─ ② プログラム用のクレジット枠（100ドル相当・新設）
     → claude -p、Agent SDK、GitHub Actions、第三者製アプリ
     → API定価で計測され、使い切ると停止。繰り越しなし

プラン別のクレジット枠は、Proが20ドル、Max 5xが100ドル、Max 20xが200ドル。いずれもサブスク料金にちょうど見合う額が、別枠として付く形です。

自分はどっちの影響を受けるのか

ここまで分かると、「自分は何も気にしなくていい人」なのか「気をつけるべき人」なのかが判断できます。判定はとてもシンプルです。

あなたがClaude Codeをどう使っているか、それだけで決まります。

使い方どの枠か6月15日の影響
ブラウザ/アプリでチャット①対話用影響なし
ターミナル・エディタで対話的に使う①対話用影響なし
claude -p やAgent SDKを自動で回す②プログラム用影響あり

つまり、人間が画面の前に座って対話的に使っているぶんには、何も変わりません。値上げでもないし、枠が減るわけでもない。世の中のClaude Code利用者の大半は、ここに当てはまります。

影響を受けるのは、claude -p をcronで定期実行する自律エージェントを組んでいる人や、Agent SDKでアプリを作っている人、GitHub ActionsでClaudeを走らせている人。人間を介さず、プログラムが勝手にClaudeを叩く使い方だけが、②の新しいクレジット枠から引かれるようになりました。

「実質値上げ」と言われる理由

では②に当てはまる人にとって、何が変わったのか。月額は同じ100ドルなのに、なぜ「実質値上げ」と各記事が書くのか。

理由は、②のクレジットが「API定価」で計測される点にあります。

以前の自動実行は、サブスクのレート制限という緩い枠の中で動いていました。トークンを大量に使っても、制限に当たらなければ追加コストはゼロ。ところが6月15日からは、自動実行が使ったぶんはAPIの正規料金で金額換算され、100ドルのクレジットから引かれていきます。APIの定価は決して安くないので、以前なら定額で回せていた量の自動処理が、100ドル分で頭打ちになる。同じ月100ドルで動かせる「自動化の総量」が、実質的に絞られた——これが「値上げ」と呼ばれる中身です。

そもそも、なぜこんな課金体系になったのか

「対話だけの人はそのまま、自動化する人だけ別枠」。この線の引き方は、一見すると恣意的に見えます。でも背景を知ると、わりと素直な理屈で動いていることが分かります。

理由は、人間が対話する使い方と、エージェントが自動で動く使い方とでは、消費する推論リソース——つまり裏側のCPU・GPU資源——が文字どおり桁違いだからです。

人間がClaudeと対話するときは、こちらのペースで進みます。私が打って、Claudeが返して、私がそれを読んで、また打つ。どんなにヘビーに使っても、1回のセッションで消費するのはせいぜい数十万トークン。サブスクの上限は、もともとこの「人間のリズム」に合わせて設計されていました。

ところが自動エージェントは違います。大きなコードベースを延々と読み歩くエージェントや、プルリクエストのたびに発火するGitHub Actionsは、誰もペースを握っていないまま、1回の実行で20万〜50万トークンを一気に消費することがあります。トークンの消費は、そのまま提供側のGPU推論時間の消費です。これがcronで24時間動き続ければ、占有する計算資源は人間の対話とは比べものになりません。定額制のレート制限は、こういう連続使用を支える前提で設計されていなかった——ここが構造的なミスマッチでした。

しかも、これは理屈の上の話ではありませんでした。実際にclaude -pをcronやCIパイプライン、シェルスクリプトに仕込んで、定額のサブスク枠で本番ワークロードを回す使い方が、すでに広がっていた。Anthropic側から見れば、人間1人ぶんの料金で、24時間働く自動処理を何本も動かされている状態です。これでは採算が合わない。

もうひとつ、同じ時期の出来事として触れておくべきことがあります。ちょうど6月15日、Maxプランの「20倍」という表記をめぐって、Anthropicに対する集団訴訟が起こされました。「月200ドルのMax 20xは、Proの20倍と謳っているのに、実際は6〜8倍しか使えない」という主張です。5時間ごとのローリング制限と週単位の上限が分かりにくく、ユーザーが自分の残量を追えない、という点も争点になっています。

つまりAnthropicは、「定額制が自動化の重みに耐えられない」という採算の問題と、「使用量の上限が不透明だ」という信頼の問題に、同時に直面していました。今回の「自動実行だけ、API定価で計測する別枠に切り出す」という変更は、その両方への回答でもあります。自動化のコストを実際の消費量に連動させ、対話ユーザーの枠とは切り離して見通しを良くする。乱暴に言えば、重い使い方をする人にはそのぶん払ってもらい、軽い使い方の人はこれまでどおりにする、という整理です。

これはAnthropicに限った話でもありません。生成AIの料金は全体として、「使い放題の定額」から「使ったぶんだけの従量」へと寄っていく流れの中にあります。エージェントが当たり前に常駐して働くようになるほど、「定額で無制限」というモデルは支えきれなくなる。今回の変更は、その大きな潮目のひとつの現れだと見ると、腑に落ちやすいと思います。

いちばん怖いのは「使い切った後」——でも対処は簡単

ここでひとつ、お金の心配として真っ当な疑問が出ます。「②のクレジットを使い切ったら、そのままズルズル課金され続けるのでは？」。

これは設定次第です。

  • オーバーフロー（従量課金）を無効にしている場合 → クレジットを使い切ると、自動実行はそこで止まるだけ。追加請求は一切なし。月額は100ドルのまま固定。

  • オーバーフローを有効にしている場合 → クレジットを超えたぶんが、API定価で登録したカードに請求されていく。cronの暴走で一晩のうちに枠を使い切り、その先も課金が続く、という事故があり得る。

つまり、自動化を組んでいる人がまず確認すべきは「オーバーフローが無効になっているか」の一点です。無効にしておけば、最悪でも「枠を使い切ったら止まる」だけ。財布が痛むことはありません。私自身も、自宅のAIで自律エージェントを試す前に、ここを無効にしてあることを確認しました。

余談：これはAWSの高額請求と同じ家系の問題

この「使い切った後」の怖さに、既視感を覚えた方もいると思います。AWSで、設定ミスや無限ループ、あるいは踏み台にされたLambdaのせいで、寝て起きたら数十万円の請求が来ていた——という事故。あれと、今回のオーバーフロー有効時のリスクは、構造がそっくりです。どちらも「人間がペースを握っていない処理が、上限なしの従量課金につながっている」ときに起きる。無人で、夜のあいだに、誰も見ていないまま費用が積み上がる。これは特定のサービスの欠陥ではなく、自動化と従量課金を組み合わせたときに普遍的に現れる落とし穴です。

ただし、決定的な違いがひとつあります。デフォルトの安全側が逆なのです。AWSは何もしなければ従量課金そのもので、予算アラートや上限は自分で能動的に設定しないと効かない。つまり、単に無防備な状態です。矢吹ジョーならクロスカウンターで反撃できますが（笑）。一方Claudeのクレジット枠は、初期状態がオーバーフロー無効——何もしなければ、枠を使い切った時点で止まる。自分から有効化しない限り、青天井にはなりません。安全装置が最初から入っている状態です。

AWSで多くの開発者が痛い目を見て学んだ教訓——「Budgetアラートを必ず設定する」「無人で動くものには必ずタイムアウトと上限を配線する」——は、そっくりそのまま今回にも効きます。私が「まずオーバーフロー無効を確認」と書いたのは、AWSでいう「まず予算上限を硬く設定しろ」と、まったく同じ勘所です。

結局どう動くのがいいか

整理すると、取るべき行動は使い方ごとに分かれます。

  • 対話的に使うだけの人：何もしなくていい。今までどおり。
  • 自動エージェントを組んでいる人：まずオーバーフローを無効にする。そのうえで、月100ドル分のクレジットで足りる頻度に自動実行を調整する。モデルをOpusからSonnetやHaikuに落とせば、同じ枠でずっと長く回せる。
  • どうしても大量に自動化したい人：②のクレジットを使い切る前提で、オーバーフローを有効にしたうえで上限アラートを設定するか、いっそ素直にAPIの従量課金プランを検討する。

ここからは、特に自動化を組んでいる人がいま実際に手を動かしてやっておくべきことを、具体的に書きます。考え方だけでは事故は防げません。

1. オーバーフロー（usage credits）が無効か、目で確認する

いちばん大事な一手です。ブラウザで Settings → Usage（直接リンクは claude.ai/settings/usage）を開くと、「Usage credits」という項目があります。ここで、クレジットを使い切ったあとに従量課金へ流れる設定がオンになっていないかを確認します。自動化を組んでいて、確実に予算内に収めたいなら、ここはオフにしておく。 オフなら、枠を使い切った時点で自動実行が止まるだけで、カードに追加請求が飛ぶことはありません。同じ画面で、いまどれだけクレジットを消費したか（残量）もリアルタイムで見られます。

2. claude -p の認証経路を間違えない

これは見落としやすい罠です。claude -p をAPIキーで認証して動かすと、サブスクのクレジット枠を完全にすっ飛ばして、APIアカウントに直接、標準トークン単価で課金されます。実際に、Opusをエージェントループで回し、1リクエスト約4.7万トークン・毎時数十リクエストというスクリプトを2晩走らせて、1,800ドルを超える請求が来た、という報告もあります。これはクレジット枠の話とは別レイヤーの事故です。

サブスクの枠内で動かしたいなら、APIキーを使わず、Pro/Maxプランの資格情報だけでログインするのが確実です。ターミナルで一度 claude logout してから claude login し直し、ログイン時にConsole（API）側の資格情報を足さないようにする。こうすると、Claude Codeはプランの割当だけを使い、上限に達してもAPIクレジットの使用を促されません。複数のマシンで自動化を回している人は、マシンごとに自分がどちらの経路で認証しているか確認しておくと安心です。

3. 無人で動くものには、自分で上限を配線する

ここが、前述したAWSの教訓そのものです。Anthropic のAPIには「Xドルで完全に止める」という硬い上限はありません。あるのはソフトなアラートと予算しきい値だけで、超えても自動でアカウントを止めてはくれません。だから、cronやCIで無人で走らせるものには、自分で上限を組み込むのが必須です。

具体的には、こういう防御を仕込みます。

  • スクリプト側に「今月の累積コストがXドルを超えたら実行しない」というチェックを書く
  • claude -p に1回あたりのターン数や時間の上限（タイムアウト）を設ける。エージェントが無限ループに入っても、1回で必ず止まるようにする
  • 実行頻度を時間帯で間引く。深夜は止める、アクティブな時間帯だけ動かす、など
  • モデルを使い分ける。重い判断だけOpus、定常処理はSonnetやHaiku。同じ予算で動かせる総量が何倍も変わります

4. 週に一度、自分の自動化を棚卸しする

入れっぱなしにせず、定期的に見直すのも実務的な防御です。いちばん長く走ったセッションの上位をいくつか眺めて、「これは本当に必要な処理だったか」を分類する。フックの失敗や、同じところで繰り返し引っかかっているパターンがあれば直す。エージェントに渡しているツールの権限が広すぎないか見直す。これを週次の習慣にしておくと、無駄な消費が早めに見つかります。

私の場合は、もっと手前で線を引きました。自宅のAIには「セッションが起動している間だけ、対話の枠の中で自律する」という軽い動かし方を選んでいます。これならclaude -pを使わないので②のクレジットには一切触れず、①の対話枠だけで完結します。放っておいても一晩中動き続ける、という用途には向きませんが、「目の前にいる時間だけ、ときどき自分で部屋を見たり考えたりする」くらいなら、これで十分でした。そもそも無人で動かさない、という選択も、立派な防御策のひとつだと思っています。

まとめ

ここまでの内容を、一枚にまとめておきます。

Claude Codeの6月15日課金変更のまとめ図解。何が2つに分かれたか、自分はどっちの影響を受けるか、なぜこうなったか、使い切った後の対処、やっておくべき対応までを一望できる

最後に、いちばん聞かれそうな3つだけ、もう一度。

  • サブスクに上乗せで請求される？ → いいえ。クレジットはサブスク料金に含まれます。
  • 月200ドルになる？ → いいえ。月100ドルのまま（Maxの場合）。
  • 追加請求の可能性は？ → オーバーフローを無効にしていれば、ゼロ。最悪でも「枠を使い切ったら止まる」だけ。

ニュースの見出しだけ見ると身構えてしまう変更ですが、落ち着いて「自分は対話で使っているのか、プログラムで自動実行しているのか」を分けて考えれば、怖がる必要のない人がほとんどです。私のように一瞬「月200ドル！？」と慌てた方の、肩の力が抜けてくれたら幸いです。

参考にした主な解説記事（いずれも英語）：Tygart Media「Claude Code Billing in 2026」、TechTimes「Anthropic Ends Subscription Subsidy for Agents June 15」、Digital Applied「Claude Credit Overhaul 2026」ほか。一次情報はAnthropicのヘルプセンター「Use the Claude Agent SDK with your Claude plan」を確認するのが確実です。