月額プランを払っているのに追加課金されるかもしれないと言われても意味がわからない——2026年6月の料金改定後、そう感じたエンジニアは少なくない。Redditにもそのままの疑問が書き込まれ、QiitaやZennでも「大騒ぎ」と表現されるほどの混乱が広がっている。この記事では、混乱の原因になっている誤解を3つに整理し、知らないと損する設定まで一本で解説する。読み終えると、AIクレジットがどう動くかが頭の中で絵として見える状態を目指す。
図解：課金の流れを一枚で
flowchart TD
A[月額プランに加入] --> B[プランに応じた\nAIクレジットが付与]
B --> C[Copilot機能を使う]
C --> D{クレジット\n残量はあるか?}
D -- あり --> E[クレジット消費して継続]
E --> C
D -- なし --> F{支出上限を\n設定しているか?}
F -- "上限ゼロ\n（デフォルト）" --> G[一部機能が制限\nまたはスロットリング]
F -- "上限を設定済み" --> H[従量課金が発生\n1クレジット≈$0.01]
なぜ「大騒ぎ」になったのか：6月改定を30秒でおさらい
2026年6月1日、GitHubはCopilotの全プランを「使用量ベース課金（AI Credits）」へ移行した（出典：GitHub公式ブログ）。
それまでの旧制度では「プレミアムリクエスト」という上限付きの枠があり、基本的なコード補完は枠に影響しなかった。新制度では、コード補完以外の機能——チャット・エージェントモード・コードレビュー生成など——がすべてAIクレジットの消費対象になった。プレミアムリクエストという概念は廃止され、すべてクレジットに一本化されている。
「月9ドル払っているのに、さらに課金される意味がわからない」
Redditのスレッドに書き込まれたこの一文が、多くの人の疑問を代弁している。答えは「仕組みを知れば怖くない」の一言に尽きるのだが、その仕組みが一見わかりにくい。以下、誤解を3つに分けて順番に解消する。
誤解①「月額を払っているのに、さらに課金される」──条件次第であり、デフォルトは追加課金なし
結論から言うと、デフォルト設定のままでは想定外の追加課金は発生しない。
仕組みはこうだ。月額プランには最初からAIクレジットが含まれている。GitHub Copilot Proプランであれば一定量のクレジットが毎月付与される形になっている（プランごとの具体的な付与量は変更される可能性があるため、GitHub Copilotの料金ページで最新情報を確認してほしい）。
追加課金が発生する条件は2つが重なったときだ。
- 月に付与されたクレジットをすべて使い切った
- アカウントの「支出上限（Spending Limit）」がゼロより大きい値に設定されている
つまり、支出上限をゼロのままにしておけば、クレジットを使い切っても追加の請求は発生しない。その代わり、使い切った後は一部機能が制限されたり、レスポンスが遅くなる（スロットリング）挙動になる。追加課金か利用制限か——どちらを選ぶかはユーザーが支出上限の設定で決める仕組みだ。
誤解の根っこは「月額プランを払っているのに追加で取られる」という言い方にある。正確には「月額の中にクレジットが含まれており、それを超えた分だけ追加で払う選択肢がある（しかし設定しなければ発動しない）」という構造だ。
誤解②「どのAIモデルを使っても料金は同じ」──モデルでクレジット消費量が大きく変わる
AIクレジットの単価は1クレジット≈$0.01（公式発表による）だが、機能ごと・モデルごとにクレジットの消費量が異なる。
コード補完の基本機能は消費量が相対的に少ない。一方、GPT-4oやClaude 3.5 Sonnet、Gemini 2.5 Proといった高性能モデルを使ったチャットやエージェント操作は、より多くのクレジットを消費する傾向がある。モデル別の具体的な消費レートは、GitHubが公式ドキュメントで一覧を公開しているため、そちらで最新の数値を確認してほしい（消費レートはモデルのバージョンアップに伴い変更される可能性がある）。
実務上の落とし穴は「使い慣れてきたから上位モデルをデフォルトに」という習慣化だ。
たとえば、コードの細かいバグ修正など軽いタスクに最上位モデルをずっと使い続けると、クレジット消費が想定の何倍にもなることがある。「どのモデルを選んでも同じ」という感覚でいると、月末に気づいたときにはクレジットが枯渇している、という状況が起きる。
タスクの重さとモデルの能力を合わせるのが、クレジット消費を最適化する最大のレバーになる。
誤解③「設定しなくても大丈夫」──使用量モニタリングは自分でやる必要がある
旧制度のプレミアムリクエストは上限に近づくとGitHub上で通知があったが、新しいAIクレジット制度では使用量は自分からダッシュボードを見にいく必要がある（現時点でのアラート通知機能の有無や詳細はGitHub Copilotの公式ヘルプで確認すること）。
クレジットが枯渇したときの挙動は支出上限の設定に依存する。
- 支出上限がゼロの場合：クレジット枠を超えた機能の一部が使えなくなるか、スロットリングが入る。コードの補完が極端に遅くなった・チャットが応答しなくなった、という現象が月末に集中するのはこれが理由だ
- 支出上限を設定している場合：上限に達するまで追加課金されながら使い続けられる。月末に請求額を見て驚く事態になりやすい
どちらの設定でも、月の途中で「なぜか急にCopilotが重い」「チャット機能が使えない」という状態になったとき、クレジット枯渇が最初に疑うべき原因になる。
把握できていない使用量は管理できない。使用量ページをブックマークして定期的に確認する習慣を作るかどうかが、想定外の請求や突然の利用制限を防ぐかどうかの分かれ目になる。
今すぐできる3つの設定（ここだけ読んでも価値がある）
① 支出上限の確認・設定
GitHubの設定画面で確認する。パスは Settings → Billing and plans → Usage-based billing。「Spending Limit（支出上限）」という項目が表示されるので、今すぐ確認してほしい。
- $0（ゼロ）になっている → クレジットを使い切っても追加課金なし。利用制限が入るだけで請求は増えない
- 金額が入っている → その金額まで従量課金が発動する。意図して設定したかどうかを確認する
追加課金を意図的に許可したい場合（チームで月間クレジットが毎月足りないとわかっているときなど）は、上限金額を明示的に決めて設定する。設定した金額まで課金が来ることを前提に予算を組むこと。
② 使用量ダッシュボードのブックマーク
Settings → Billing and plans → Plans and usage に月次のクレジット使用量が表示される。モデル別・機能別の内訳も確認できるため、「どこでクレジットを多く使っているか」が一目でわかる。
このページをブラウザにブックマークして、月に1〜2回確認する習慣にしておくだけで、月末のクレジット枯渇サプライズはほぼ防げる。月の前半に使いすぎていないかを中間チェックするのが特に効果的だ。
③ 用途に合わせたモデルの切り替え
Copilotのチャット画面ではモデルをリストから選択できる。
- 軽いタスク（コードの一部修正・短い質問・定型文生成）→ コスト低めのモデルを選ぶ
- 重いタスク（大規模なリファクタリング・複雑なアーキテクチャ相談・コードレビュー）→ 高性能モデルを使う
具体的にどのモデルが何クレジット消費するかは、GitHubの公式ドキュメントに一覧が掲載されている。数字はモデルのアップデートとともに変わる可能性があるため、記事の数値より公式ドキュメントの最新情報を参照するクセをつけておくと安心だ。
まとめ：AIクレジット制は理解すれば怖くない
「月額を払っているのに追加課金」という感覚の正体は、「月額プランの中にクレジットが含まれており、その枠を超えると従量課金が起きる構造」を知らないまま改定通知だけを受け取ったことにある。
整理するとこうなる。
- 追加課金は、クレジット使い切り × 支出上限が設定されている、の2条件が揃って初めて発生する
- モデルを選べばクレジット消費を最適化できる。軽いタスクに重いモデルを使い続けないこと
- 使用量ページは自分から見にいく。月に1〜2回の確認習慣が想定外請求を防ぐ
改定の本質は「使った分だけ払う透明な仕組みへの移行」だ。支出上限を確認し、使用量を月に一度確認し、タスクに合ったモデルを選ぶ——この3つを習慣にするだけで、想定外の請求はほぼ発生しない。難しい設定は何もなく、確認だけで完結する。
参考・一次ソース