Claudeの従量課金移行で生成AIの料金はどう変わるか——「直撃する自動化」の切り分けとコスト管理3ステップ【2026年6月時点】

「Copilotのプランが変わる」「Claudeの自動実行はクレジット制になる」。この春から、生成AIサービスの変更通知が立て続けに届いています。通知の文面は各社各様ですが、気になることは一つのはずです。自分の部門で動かしているあの自動化は、課金の対象になるのか。

線引き自体は単純です。人が対話で使う分はこれまでどおり定額のまま、機械が自動実行する分は使った量に応じて支払う従量へ。各社の変更はこの一点に収斂しています。難しいのは、自社のどのジョブが「機械の自動実行」に当たるかの見極めです。

本記事では、自社の自動化が従量課金の対象かを判定する切り分け方、2026年4月から6月の経緯の要点、そして月曜から始められるコスト管理3ステップを解説します。記述は2026年6月時点の公開情報に基づきます。

定額のまま使える利用、従量に変わる自動化

人の対話は定額のまま、機械の自動実行は従量へ

今回の変化の構造を最もはっきり示すのが、Anthropic（Claudeの提供元）が2026年6月15日に発効を予定している変更です。公式の説明によると、人が画面に向かって対話しながら使うClaudeアプリとClaude Codeは、これまでどおり月額プランの枠内に残ります。分離されるのは、プログラムがAIを自動で呼び出す形態です。Agent SDK経由の実行、claude -pコマンドによる実行、GitHub Actionsからの呼び出し、サードパーティ製ツールからの認証利用。この4つが月額プランの枠外となり、専用のクレジット制に移ります。

クレジットはプランに応じて月次で付与されます。Pro（月額$20）・Max 5x（同$100）・Max 20x（同$200）の各プランに割り当てられ、API単価で消費されます。繰り越しはありません。使い切り・翌月リセットの方式です。しかも自動では有効にならず、利用者がclaim（受け取り）の操作をして初めて使えるオプトイン方式です。クレジット仕様は変動が大きいため、本段落の数字は2026年6月時点のものです。

無風・クレジット消費・直撃の3分類

自社の、あるいは自分の使い方は、次の3つのいずれかに当てはまります。社内にそのまま持ち帰れるよう、注記まで表に収めています。

※生成AIの課金変更（GitHub・Anthropic・Google）に関する2026年6月時点の公開情報に基づく整理。
※②の例外: 最新最上位モデル（Fable 5）は対話利用でも2026年6月23日以降クレジット必須。

読み進めるための用語4つ

• トークンは、AIが文章を処理する単位です。日本語ではおおむね1文字＝1〜2トークンが目安で、この記事1本（約4,500字）なら1万トークン弱に相当します。
• Agent SDK、ヘッドレス実行、claude -pは、いずれも「コマンドでAIを自動実行する形態」を指します。毎朝のレポート自動生成、問い合わせメールの自動仕分け、コード変更の自動レビューが業務での代表例です。
• AIエージェントは、指示を受けて複数の手順を自律的に進めるAIです。1つのタスクでAIを数百〜数千回呼び出すことがあり、1日数十回の人の対話とは桁が違います。従量課金で効いてくるのはこの桁です。
• 「サブスク枠から分離」は、月額が安くなる話ではありません。月額は払い続けたうえで、自動実行の分が別払いになります。自動化を運用してきた現場にとっての実質は、この二重払いです。

経緯は要点だけ押さえれば足ります。2026年4月、GitHubがCopilot個人向け有償プランの新規販売を停止しました。定額使い放題の前提が先に行き詰まり、5月中旬から6月にかけてGitHub・Anthropic・Googleが約1か月のうちに従量制・クレジット制への移行を打ち出した、という順序です。3陣営がほぼ同時期に同じ方向へ動いた以上、個社の値上げではなく課金構造の転換と見るのが妥当でしょう。経緯の詳細年表と各社の狙いは別記事で解説しています。

影響が出る個人プラン、維持される法人契約

「うちはBusinessやEnterprise契約だから関係ないのでは」。自動化コストの見直しを社内で切り出すと、まず返ってくる質問です。実際、影響の範囲は契約形態でかなり変わります。サービス別に整理します。

GitHub Copilot

新規販売停止（4月20日）の対象は、個人向けプラン（Pro/Pro+/Student。公式FAQではMaxも対象と案内）です。6月1日のAI Credits（従量制）移行についても、公表されているのは公式ブログとFAQの範囲にとどまります。法人契約（Business/Enterprise）への適用条件は契約ごとに異なるため、確認先は自社のCopilot管理者です。管理画面の課金設定と契約条件をあわせて見れば、自社への適用範囲は短時間で特定できます。

Anthropic Claude

クレジット分離の対象は、Pro/Maxという個人向けサブスクリプションの枠内で自動実行系を使っていたケースです。API直接契約（法人利用を含む）はもともと従量課金で、今回変わったわけではありません。つまり「定額のつもりだったものが従量になる」のは、個人サブスクの枠で自動化を回していた場合に絞られます。

Google Gemini

無料枠の縮小は、個人・無償利用側の話です。企業向けライセンス（Gemini Code Assist Standard/Enterprise）の契約者は、従来どおりのアクセスが維持されると公式に告知されています。

まとめると、影響の有無は「どのサービスか」より「どの契約形態か」で決まります。自社の自動化が誰の・どの契約の認証で動いているか。この確認が、後述する棚卸しの最初の項目です。確認先は情報システム部門と各サービスの契約管理者になります。

自社の影響額を見積もる式と考え方

「うちの使用量なら関係ない」という感覚は、この領域では当てになりません。実額を断定する代わりに、試算の考え方を整理します。

式の中で効くのは呼び出し回数

月間コストは、おおよそ次の掛け算で決まります。

月間コスト ≒ 自動実行ジョブ数 × 1ジョブあたりの呼び出し回数 × 1回あたりのトークン量 × モデル単価

このうち最も効くのは「呼び出し回数」の項です。AIエージェント型の自動化は1タスクで数百〜数千回AIを呼び出すことがあります。「ジョブは数本しかないから大したことはない」という人の感覚で見積もると、桁を外しやすい構造です。

提供元自身が認めた想定超え

定額の枠を超える消費は、どの程度実在したのか。具体的な金額の公的な統計はありませんが、GitHubは4月20日の新規契約停止の際、公式ブログで「長時間・並列のエージェントセッションが、当初のプラン設計が想定した計算資源を恒常的に大きく超えるようになった」と説明しています。定額の前提を超える消費が実在したことを、提供元自身が公式に認めた形になります。先ほどの式でいえば、「呼び出し回数」と「トークン量」の項が、プラン設計時の想定の桁を超えたということです。

様子見と両立する棚卸し

「どうせまた変わる。様子見でいい」という判断には一理あります。価格も仕様も、今後また動く可能性が高い領域です。ただし、どう変わっても無駄にならない作業が一つあります。自社の自動実行ジョブの棚卸しと、使用量の把握です。課金方式がどう変わろうと、どのジョブがどれだけAIを呼んでいるかさえ分かっていれば、対応はその都度設計できます。棚卸しは様子見と両立できる、どう転んでも無駄にならない下準備です。次章で手順に落とします。

月曜から始めるコスト管理3ステップ

どのステップも、大がかりな体制づくりは要りません。今日から動ける小さな作業から始められます。

Step1 使用量のモニタリング

最初の仕事は、どのジョブが・どのモデルを・どれくらい呼んでいるかを見える状態にすることです。あわせて、前章で整理した契約形態の確認、つまり各ジョブが誰の・どの契約の認証で動いているかの特定もこの段階で済ませます。個人が自分のサブスク認証で組んだ自動化ほど把握から漏れやすく、かつ今回の変更の直撃を受けやすいためです。

まず、自動実行ジョブの一覧表を1枚作ってください。列は「ジョブ名・実行頻度・使用モデル・担当者」の4列で足ります。「日次売上レポート生成、毎朝7時、最上位モデル、営業企画A」のような1行から始めれば十分で、精緻な計測ツールの導入は後で構いません。

Step2 処理の重さに応じたモデル使い分け

すべてのジョブを最上位モデルで動かすのは、ほとんどの場合過剰です。フォーマット変換・仕分け・定型文生成のような定型処理は軽量モデルで足りることが多く、判断や推論を伴う処理だけを上位モデルに回す。この使い分けがコストの主要な調整弁になります。モデルのグレードによって単価は数倍変わります。

試すなら、Step1の一覧の中で最も実行頻度が高いジョブを1本選び、軽量モデルに切り替えて品質差を見るのが早道です。日次の集計レポート生成を軽量モデルに替え、1週間分の出力を担当者が見比べる、という程度の検証で判断できます。品質が許容範囲なら、最頻ジョブの切り替えだけで全体コストは目に見えて変わります。

Step3 ROI管理

従量課金には、不安な面だけでなく「コストが数字で見えるようになる」という面があります。これを逆手に取り、「この自動化は人件費何時間分に相当するか」をジョブ単位で記録します。削減時間・処理件数・かかったコストの3点が揃えば、続ける自動化・止める自動化・モデルを落とす自動化の判断が、感覚論ではなく数字でできるようになります。コスト管理は削るだけの活動ではなく、効いている自動化に堂々と予算を付けるための根拠づくりでもあります。

記録の始め方は単純で、Step1の一覧に「人件費換算で月何時間分か」の列を1列足して埋めるだけです。「朝バッチのレポート生成＝手作業なら月10時間」程度の粗さで構いません。時間単価も、社内の正式な換算ルールを待たず「月給÷月の稼働時間」の代理数字を仮置きすれば、この段階では十分です。

なお、ROI（投資対効果）の目安はゼロから考えるより、他社がどの業務でAIを使い何を得ているかから逆引きするのが早道です。営業・マーケから製造・バックオフィスまで11カテゴリ・50事例を、効果の概数レンジと実装難易度つきでまとめた資料があります。営業の資料作成・更新で工数50〜70%減、バックオフィスの事務工数で40〜60%減といった概数（同資料内の自社分析に基づく）は、一覧の「人件費換算」列を埋めるときの相場観としてお使いいただけます。

棚卸しチェックリストと、属人化という次の壁

ここまでの内容は、一つの線引きに集約されます。人が対話で使う分は定額のまま、機械が自動実行する分だけが従量へ移る。直撃するのは定額サブスクの枠内で回してきた業務自動化であり、チャット中心の利用はほぼ無風です。対応の出発点は自社の使用量を知ることで、月曜の棚卸しから始められます。

社内で確認を進める際は、次の5点を順に当たってください。そのまま会議資料や情報システム部門への共有にも使えます。

• 自社の契約形態を確認する（個人サブスク・法人契約・API直接契約のどれか。確認先は情報システム部門か契約管理者）
• 自動実行ジョブの一覧を作る（ジョブ名・実行頻度・使用モデル・担当者の4列）
• ジョブごとの使用モデルを把握する
• 最も頻度の高いジョブ1本で、軽量モデルへの置き換えを試す
• 一覧に「人件費換算で月何時間分か」の列を足して埋める

個人の工夫を業務プロセスへ

棚卸しを進めると、多くの現場でもう一つの壁が見えてきます。効いている自動化ほど、組んだ個人の工夫と、その個人のクレジット枠の上に乗っているという事実です。担当者が異動すれば止まり、枠を超えれば止まる。従量課金への移行は、この属人と上限の壁を数字の形で顕在化させました。だからこそ、個人の工夫を業務プロセス側に組み込み直し、誰が運用しても回る形にする道が、棚卸しの先の半歩になります。

切り分けの理解から棚卸し、モデル使い分け、ROI管理まで、ここまでの手順は社内だけでも始められます。一方で、「どの業務に・どのグレードのモデルを・いくらで使うか」というコスト可視化とROI管理の設計を業務プロセスに組み込むには、相応の知見と経験が要るのも事実です。バルテス・イノベーションズは、累計400件以上のAI開発実績をもとに、生成AI活用・AX推進の設計から運用定着までを支援しています。