2026年4月27日、GitHubは「GitHub Copilot is moving to usage-based billing」として、GitHub Copilotの課金方式を2026年6月1日から使用量ベースに移行すると発表しました。結論から言うと、基本の月額料金は据え置きですが、Copilot Chatやエージェント機能などの利用は、今後「GitHub AI Credits」を消費する形になります。特に管理者、開発者、MicrosoftエコシステムでGitHub Copilotを運用している組織は、料金表よりも先に「誰が、どの機能を、どれくらい使うか」を把握することが重要です。(The GitHub Blog)
GitHub Copilot is moving to usage-based billingで何が変わったか
今回の変更は、単なる値上げというより、GitHub Copilotの料金の考え方が「リクエスト回数」から「AIにどれだけ処理させたか」へ移る変更です。
従来はPremium Request Units、つまりPRUを中心に利用量が管理されていました。2026年6月1日以降は、PRUがGitHub AI Creditsに置き換わり、入力トークン、出力トークン、キャッシュされたトークン、使用モデルに応じて消費量が計算されます。(The GitHub Blog)
| 見るべきポイント | 変更内容 | 読者への影響 |
|---|---|---|
| 課金単位 | PRUからGitHub AI Creditsへ移行 | 「何回使ったか」だけではコストを見積もれない |
| 計算方法 | 入力・出力・キャッシュトークンとモデル単価で計算 | 長い会話、大規模コードベース、重いモデルほど消費しやすい |
| 基本料金 | Copilot Pro、Pro+、Business、Enterpriseの月額料金は据え置き | 既存料金内で使える枠はあるが、超過時の管理が必要 |
| コード補完 | Code completionsとNext Edit suggestionsはAI Creditsを消費しない | 日常的な補完利用だけなら影響は限定的 |
| フォールバック | PRU枯渇時の低コストモデルへのフォールバックはなくなる | 使い切った後は予算設定や上限設定が重要 |
| Copilot code review | AI Creditsに加え、GitHub Actions minutesも消費 | レビュー自動化を多用する組織はActions側も確認が必要 |
特に重要なのは、「月額料金が変わらない＝運用上の影響がない」ではないことです。GitHub Copilotを単なるコード補完として使っている場合と、Copilot Chat、Copilot CLI、cloud agent、コードレビュー、複数ファイルにまたがる修正依頼まで使っている場合では、消費するAI Creditsに大きな差が出る可能性があります。
GitHub AI Creditsとは何か
GitHub AI Creditsは、CopilotのAIモデル利用を計測するための単位です。GitHub Docsでは、1 AI Credit = 0.01米ドルとして説明されています。つまり、10米ドル分の追加予算を設定した場合、1,000 AI Credits分の追加利用枠に相当します。(GitHub Docs)
個人向けと組織向けでは、AI Creditsの扱いが少し異なります。
| プラン | 標準の月間AI Credits | 補足 |
|---|---|---|
| Copilot Pro | 1,000 | 個人向け月額プラン |
| Copilot Pro+ | 3,900 | 個人向け月額プラン |
| Copilot Business | 1ユーザーあたり1,900 | 組織・請求単位でプールされる |
| Copilot Enterprise | 1ユーザーあたり3,900 | 組織・請求単位でプールされる |
既存のCopilot BusinessおよびCopilot Enterprise顧客には、移行支援として2026年6月1日から9月1日まで、Businessは1ユーザーあたり3,000、Enterpriseは1ユーザーあたり7,000 AI Creditsが付与されます。以後は標準の付与量に戻ると説明されています。(GitHub Docs)
何がAI Creditsを消費するのか
AI Creditsを消費するのは、AIモデルを使うCopilot機能です。GitHub Docsでは、Copilot Chat、Copilot CLI、Copilot cloud agent、Copilot Spaces、Spark、サードパーティのコーディングエージェントなどが対象として挙げられています。一方、Code completionsとNext Edit suggestionsはAI Creditsの課金対象ではありません。(GitHub Docs)
| 利用シーン | AI Credits消費の考え方 |
|---|---|
| エディタ上のコード補完 | AI Creditsは消費しない |
| 短いCopilot Chatの質問 | 軽量モデル・短い文脈なら比較的少ない消費になりやすい |
| 長い会話を続けるチャット | 会話履歴や文脈が増えるため消費が増えやすい |
| Copilot CLIでの調査・修正 | コマンド実行や複数ステップの処理で消費が増える可能性がある |
| cloud agentによる長時間作業 | 複数回のモデル呼び出しやリポジトリ全体の解析で消費が大きくなりやすい |
| Copilot code review | AI Creditsに加え、GitHub-hosted runnersではGitHub Actions minutesも確認が必要 |
開発者視点では、「1回の依頼が重いかどうか」を意識する必要があります。たとえば、「このリポジトリ全体を見て設計を直して」と依頼する場合と、「この関数の例外処理を改善して」と依頼する場合では、AIに渡す情報量も処理の範囲も異なります。後者のように範囲を絞った依頼のほうが、結果の精度とコスト管理の両面で扱いやすくなります。
個人ユーザーは何を確認すべきか
Copilot ProまたはCopilot Pro+を月額で利用しているユーザーは、2026年6月1日に自動で使用量ベース課金へ移行します。年額プランのユーザーは、契約期間中は既存のリクエストベース課金が継続されますが、2026年6月1日以降は年額プラン向けのモデル倍率変更が案内されています。契約更新時の扱いは、GitHubからの通知やBilling画面で確認するのが安全です。(The GitHub Blog)
個人ユーザーがまず見るべきポイントは、次の3つです。
- Billing Overviewで、AI Creditsの使用状況や予測コストを確認する
- 追加利用を許可する場合は、月ごとの上限予算を決める
- 重いモデルや長時間のエージェント作業を、必要な場面に絞る
とくにProユーザーが注意したいのは、「普段のコード補完」は大きな問題になりにくい一方で、チャット、CLI、エージェントを頻繁に使うと、利用感が変わる可能性がある点です。新しい料金体系では、リクエスト数よりも「文脈の長さ」「モデルの種類」「作業の複雑さ」が重要になります。
管理者・企業ユーザーへの影響
企業や組織にとって、今回の変更で最も大きいのは「AI Creditsのプール」と「予算管理」です。
Copilot BusinessとCopilot Enterpriseでは、ユーザーごとのAI Creditsが請求単位でプールされます。たとえばCopilot Businessを100ユーザーに割り当てている場合、1ユーザーごとに1,900 Creditsを孤立させるのではなく、組織全体で190,000 Creditsの共有プールとして扱えます。これにより、軽く使うユーザーの未使用分を、集中的に使うユーザーが吸収しやすくなります。(GitHub Docs)
一方で、共有プールだからこそ、少数のヘビーユーザーが予想以上に消費するリスクもあります。GitHub Docsでは、予算設定をEnterprise、Organization、Cost center、Userの各レベルで行えると説明されています。ユーザー単位で予算を設定し、そのユーザーが上限を使い切った場合、組織全体のプールに余裕があってもそのユーザーのCopilot利用は停止されます。(GitHub Docs)
| 管理対象 | 実務での使い方 |
|---|---|
| Enterprise予算 | 全社の上限を決め、想定外の大きな超過を防ぐ |
| Organization予算 | 部門・開発組織ごとに利用傾向を分けて管理する |
| Cost center予算 | プロダクト別、プロジェクト別の費用配賦に使う |
| User予算 | エージェントを多用する開発者、検証ユーザー、外部委託メンバーを個別管理する |
Microsoftエコシステムの管理者にとっては、GitHub Copilotを「開発者向けツール」だけでなく、「クラウド利用料に近い変動費」として扱う必要が出てきます。Azure、GitHub Actions、Microsoft 365の管理と同じように、利用可視化、予算、アラート、権限設計をセットで考えるべき段階に入ったと見てよいでしょう。
追加コストを避けるための実務チェックリスト
2026年6月1日の移行前後に、管理者が行うべき作業は次の通りです。
| タイミング | やること | 失敗しやすいポイント |
|---|---|---|
| 移行前 | 現在のCopilot利用者、プラン、年額・月額契約を棚卸しする | 年額契約者と月額契約者を同じ扱いにしてしまう |
| 移行前 | Billing Overviewで予測コストを確認する | 実際の利用が始まるまで放置する |
| 移行前 | 追加利用を許可するか、上限で止めるかを決める | 「超過しても大丈夫」と「絶対に超過させない」が混在する |
| 移行直後 | ヘビーユーザーの消費傾向を確認する | 平均値だけ見て、少数ユーザーの大消費を見逃す |
| 移行後 | Copilot code reviewのGitHub Actions minutesも確認する | AI Creditsだけ見てActions側の費用を見落とす |
| 継続運用 | モデル選択、エージェント利用、プロンプト設計の社内ルールを整える | 開発者に「使うな」とだけ伝え、生産性を落とす |
おすすめは、最初から厳しすぎる制限をかけるのではなく、初月は「上限付きで観察する」運用です。たとえば、全社予算で大枠を止めつつ、エージェントを多用するチームだけユーザー別・コストセンター別に細かく見ると、現場の生産性を落とさずに実態を把握できます。
開発者が使い方を変えるべきポイント
開発者にとって大切なのは、GitHub Copilotを使わないことではありません。むしろ、AI Creditsを意識しながら「費用対効果の高い使い方」に寄せることです。
範囲を絞って依頼する
悪い例は、「このリポジトリを全部見て、問題点を直して」です。これは広すぎて、文脈の取得、複数ファイルの解析、修正案の反復が増えやすくなります。
良い例は、「src/auth/session.tsのセッション更新処理で、期限切れ時の例外処理を改善して。既存のテスト方針に合わせて」です。対象ファイル、目的、制約を明示することで、AIの処理範囲を抑えながら精度を上げられます。
軽い相談と重い作業を分ける
簡単な構文確認、エラーの意味、正規表現の説明などは、軽量モデルや短いチャットで十分なことが多いです。一方、設計レビュー、複数ファイルのリファクタリング、移行計画、テスト戦略の作成は、より高性能なモデルやエージェント機能を使う価値があります。
すべての作業に強力なモデルを使うのではなく、「失敗したときの手戻りが大きい作業」に高性能モデルを使うのが現実的です。
並列実行をむやみに増やさない
複数のエージェントや長時間タスクを同時に走らせると、短時間で消費が増える可能性があります。緊急性が低い調査、重複しそうな修正、レビュー待ちの作業は、まとめて投げるよりも順番に確認したほうが、結果の品質も管理しやすくなります。
よくある誤解
月額料金がなくなるわけではない
GitHub Copilotの基本料金がゼロになり、完全な従量課金になるわけではありません。各プランには月間のAI Creditsが含まれ、超過時に追加予算や上限管理が関係してきます。
コード補完まで毎回課金されるわけではない
Code completionsとNext Edit suggestionsはAI Creditsを消費しないと説明されています。影響が大きいのは、チャット、CLI、エージェント、コードレビューなど、AIモデルをより深く使う機能です。
リクエスト数だけではコストを読めない
1回の短い質問と、数時間にわたるエージェント作業では、AIに処理させる量がまったく違います。今後は「回数」ではなく、「どのモデルで、どれだけの文脈を渡し、どれだけ出力させたか」を見る必要があります。
企業では未使用分が完全に無駄になるわけではない
Copilot BusinessとCopilot Enterpriseでは、AI Creditsが請求単位でプールされます。全員が均等に使わなくても、組織全体で見れば軽いユーザーと重いユーザーの差を吸収しやすくなります。ただし、上限を決めないと想定外の消費につながるため、予算設定は必須です。
GitHub Copilotの料金変更から見える大きな流れ
今回の「GitHub Copilot is moving to usage-based billing」は、GitHub Copilot単体の料金変更にとどまりません。開発者向けAIが、単なる補完ツールから、リポジトリを読み、計画を立て、修正し、レビューするエージェント型ツールへ進化していることを示しています。
その結果、料金も「1回聞いたかどうか」ではなく、「AIがどれだけ実作業をしたか」に近づいています。これはSaaSの定額モデルとクラウドの従量課金モデルの中間に近い考え方です。
開発チームは、Copilotをコスト削減のために制限するのではなく、次のように使い分けると効果を出しやすくなります。
- 日常の補完や短い質問は積極的に使う
- 重いエージェント作業は、目的と範囲を明確にして使う
- コードレビュー自動化は、AI CreditsとGitHub Actions minutesの両方を見る
- 管理者は、禁止ではなく予算・可視化・ルールで運用する
まず取るべき行動
GitHub Copilotを使っている個人や組織は、2026年6月1日までにBilling Overviewを確認し、現在のプラン、AI Creditsの見込み、追加利用の上限を整理してください。開発者は、長いチャットやエージェント作業を始める前に、対象範囲と使うモデルを意識するだけでも無駄な消費を減らせます。
管理者は、初月から完璧な最適化を狙うより、利用状況を見える化し、上限を決め、ヘビーユーザーの使い方を把握することが先決です。GitHub Copilotの使用量ベース課金は、うまく管理すれば開発生産性を維持しながらコストを読みやすくできます。逆に、何も決めずに移行すると、AI Creditsの消費理由が分からないまま予算だけが減る運用になりかねません。
コメント