2026年6月1日にGitHub公式で更新された「Updates to GitHub Copilot billing and plans」の要点は、GitHub Copilotの課金がGitHub AI Creditsを使った利用量ベース課金へ移行したことです。特に管理者は、Copilot code reviewがAI CreditsだけでなくGitHub Actions minutesも消費する点、ユーザー単位の予算設定、Copilot Maxや新規サインアップの扱いを早めに確認する必要があります。開発者側も、Chatやエージェント機能の使い方によって消費量が変わるため、「何が課金対象で、何が対象外か」を理解しておくことが重要です。(The GitHub Blog)
GitHub Copilotの課金・プラン変更でまず押さえるべきこと
今回の変更は、単なる料金表の更新ではありません。これまでの「リクエスト回数を中心に考える使い方」から、モデルの種類と処理するトークン量に応じてAI Creditsを消費する使い方へ変わった点が大きなポイントです。
GitHub公式ドキュメントでは、Copilotのやり取りで消費される入力トークン、出力トークン、キャッシュされたトークンをもとに利用量が計算され、1 GitHub AI Creditは0.01米ドルとして扱われると説明されています。つまり、同じ「1回の質問」でも、短い質問と大規模なコードベースを対象にした長時間のエージェント作業では、消費量が大きく変わります。(GitHub Docs)
| 確認項目 | 変更内容 | 実務での影響 |
|---|---|---|
| 課金単位 | GitHub AI Creditsベースに移行 | 回数ではなく、モデルとトークン量を意識する必要がある |
| 対象機能 | Copilot Chat、Copilot CLI、Copilot cloud agent、Copilot Spaces、Spark、サードパーティ製 coding agentなどがAI Creditsを消費 | 長い会話、複雑なエージェント作業、大量ファイル参照は消費が増えやすい |
| 対象外の代表例 | 有料プランではCode completionsとNext Edit SuggestionsはAI Credits課金対象外 | 通常のコード補完まで過度に制限する必要はない |
| Copilot code review | AI Creditsに加えてGitHub Actions minutesも消費 | PRレビューの自動実行設定やActions利用量の監視が重要 |
| 予算管理 | ユーザー単位の予算管理が一般提供 | 一部のヘビーユーザーや自動処理による使い過ぎを抑えやすくなる |
| Copilot Max | 既存のStudent、Pro、Pro+ユーザー向けにアップグレード提供 | 大量利用者向けの選択肢だが、新規サインアップ状況は要確認 |
何がAI Creditsを消費し、何が消費しないのか
利用量ベース課金で最初に整理すべきなのは、GitHub Copilotのすべての機能が同じようにAI Creditsを消費するわけではないという点です。
AI Creditsを消費する代表的な機能は、Copilot Chat、Copilot CLI、Copilot cloud agent、Copilot Spaces、Spark、サードパーティ製coding agentです。一方で、有料プランのCode completionsとNext Edit SuggestionsはAI Creditsを消費せず、引き続き無制限とされています。(GitHub Docs)
この違いを理解していないと、管理者が必要以上に利用を制限したり、逆に高コストになりやすい使い方を見落としたりします。
消費が増えやすい使い方
AI Creditsの消費は、単純な利用回数だけでは判断できません。特に次のような使い方は、消費量が増えやすくなります。
- 大量のファイルやリポジトリ全体を対象にした質問
- 長い会話履歴を引き継いだままのCopilot Chat
- 高度な推論が必要なモデルの利用
- Copilot cloud agentによる複数ステップの作業
- Copilot code reviewで大きなPull Requestをレビューするケース
- 自動レビュー設定により、PR作成やpushのたびにレビューが走るケース
開発者にとっては、「何でもCopilotに丸投げする」よりも、調べたい範囲・期待する出力・対象ファイルを絞るほうが、結果の精度とコストの両面で有利です。
個人利用者が確認すべきポイント
Copilot Pro、Copilot Pro+、Copilot Maxなどの個人プランでは、プランごとに月間のAI Credits枠が設定されています。2026年6月時点の公式ドキュメントでは、Copilot Proは月間1,500 AI Credits、Copilot Pro+は7,000 AI Credits、Copilot Maxは20,000 AI Creditsとされています。(GitHub Docs)
| プラン | 月額 | 月間AI Creditsの目安 | 向いている使い方 |
|---|---|---|---|
| Copilot Pro | 10米ドル | 1,500 | 補完、軽めのChat、日常的な開発支援 |
| Copilot Pro+ | 39米ドル | 7,000 | 高度なモデルやChatをよく使う個人開発者 |
| Copilot Max | 100米ドル | 20,000 | エージェント機能や重いAI支援を頻繁に使うパワーユーザー |
AI Creditsを使い切った場合は、追加利用の予算を設定して使い続けるか、次の月次サイクルで枠がリセットされるまで待つことになります。追加利用予算は米ドルで設定され、10米ドルの予算は1,000 AI Creditsに相当します。(GitHub Docs)
既存の年額プラン利用者は移行タイミングに注意
既存のCopilot ProまたはCopilot Pro+の年額プラン利用者には、レガシーなプレミアムリクエストベース課金に残る選択肢があります。公式ドキュメントでは、既存の年額プランを維持する場合、プラン終了まではプレミアムリクエストとモデル倍率で利用量が追跡され、年額プラン終了後はCopilot Freeへ自動的にダウングレードされると説明されています。(GitHub Docs)
個人利用者は、次の3点を確認しておくと判断しやすくなります。
| 確認すること | 判断基準 |
|---|---|
| 現在の契約が月額か年額か | 月額は新しい利用量ベース課金の影響を受けやすい。年額は終了時の扱いを確認 |
| Chatやagent機能の利用頻度 | 補完中心なら影響は小さめ。Chatやagent中心ならAI Credits消費を確認 |
| 追加予算を設定するか | 予期しない追加請求を避けたいなら、最初は低めの予算か未設定で運用する |
組織・企業管理者が確認すべきポイント
Copilot BusinessとCopilot Enterpriseでは、各ライセンスに含まれるAI Creditsが個人ごとに完全分離されるのではなく、課金単位のプールとして扱われます。公式ドキュメントでは、Copilot Businessは1ユーザーあたり月間1,900 AI Credits、Copilot Enterpriseは3,900 AI Creditsが標準の含有量とされています。また、既存顧客には2026年6月1日から9月1日までの最初の3か月間、Businessは3,000、Enterpriseは7,000 AI Creditsのプロモーション枠が付与されます。(GitHub Docs)
このプロモーション期間は、単なる猶予期間ではありません。本来の標準枠に戻る前に、自社の実利用データを集める期間として使うべきです。
管理者が最初に見るべき設定
| 優先度 | 確認項目 | 目的 |
|---|---|---|
| 高 | AI credit paid usageの方針 | 含有AI Creditsを超えたときに追加利用を許可するか決める |
| 高 | Universal user-level budget | 1人のユーザーが共有プールを使い過ぎるのを防ぐ |
| 高 | Individual user-level budget | エージェントを多用する開発者や制限したいユーザーを個別管理する |
| 中 | Enterprise budget / Cost center budget | 含有枠超過後の追加課金に上限を設ける |
| 中 | Copilot code reviewの自動実行設定 | PRごとのAI CreditsとActions minutes消費を抑える |
| 中 | Actions利用量レポート | code reviewによるActions minutes消費を可視化する |
| 中 | IDE・拡張機能のバージョン | 古い表示や通知漏れによる誤認を防ぐ |
ユーザー単位の予算は、共有プールと追加課金の両方を含めたAI Credits消費量に対して効きます。特にUniversal user-level budgetは、すべてのCopilotライセンスユーザーに適用される基本上限であり、個別ユーザー向けの上書き設定も可能です。(GitHub Docs)
GitHubの予算設定チュートリアルでは、Universal user-level budgetをライセンス単価と同額ぴったりにするのではなく、Copilot Businessなら19米ドル、Copilot Enterpriseなら39米ドルより上に設定する考え方が示されています。これは、軽く使うユーザーの未使用分を、重く使うユーザーが活用できるようにするためです。(GitHub Docs)
Copilot code reviewはAI CreditsとActions minutesの両方を見る
今回の変更で特に見落としやすいのが、Copilot code reviewの扱いです。Copilot code reviewは、レビュー自体のモデル利用でAI Creditsを消費し、さらにエージェント機能を動かす基盤としてGitHub Actions minutesも消費します。(GitHub Docs)
つまり、Copilot ChatのようにAI Creditsだけを見ればよいわけではありません。Pull Requestレビューを自動化している組織では、PR数やpush頻度によってActions minutes側の利用量も増える可能性があります。
code review運用で確認すべきこと
| 確認項目 | 注意点 |
|---|---|
| 自動レビューの対象リポジトリ | すべてのリポジトリに一律適用すると、重要度の低いPRでも消費が発生する |
| Draft PRのレビュー | Draft段階で頻繁にpushする運用では、レビュー回数が増えやすい |
| Review effort level | Mediumは複雑な変更に有効だが、LowよりAI CreditsとActions minutesを多く使う |
| ランナー設定 | 標準GitHub-hosted runner以外に、larger runnerやself-hosted runnerも検討できる |
| 請求の帰属 | AI CreditsとActions minutesで帰属先の考え方が異なるため、部門別コスト管理では要確認 |
Copilot code reviewでは、LowとMediumのレビュー努力レベルを選べます。Mediumは複雑なロジック、セキュリティに関わる変更、複数サービスにまたがるPRに向いていますが、Lowより多くのAI CreditsとGitHub Actions minutesを使うとされています。通常の軽微な修正や単純なリファクタリングでは、Lowを基本にするほうが運用しやすいでしょう。(GitHub Docs)
Actions minutesの確認方法
GitHub公式ドキュメントでは、Copilot code reviewに関連するActions利用量を確認する方法として、GitHub Actions metricsでcopilot-pull-request-reviewerワークフローを絞り込む方法と、Billing usage reportでworkflow_pathにdynamic/agents/copilot-pull-request-reviewerを指定して確認する方法が案内されています。(GitHub Docs)
管理者は、月末に請求だけを見るのではなく、展開初期から週次で次の数値を確認するのがおすすめです。
- Copilot code reviewが実行された回数
- 対象リポジトリごとのActions minutes消費
- 自動レビューと手動レビューの比率
- 大きなPRやbot作成PRで消費が偏っていないか
- Mediumレビューが必要なリポジトリに限定されているか
ランナー設定は組織単位で見直す
2026年6月1日の更新では、組織管理者がCopilot code review向けのデフォルトActions runnerを組織単位で設定できるようになった点も重要です。デフォルトでは標準のGitHub-hosted runnerが使われますが、組織の要件に応じて、特定ラベルのrunnerを利用する設定も可能です。(The GitHub Blog)
公式ドキュメントでは、OrganizationのSettingsからCopilot、Runner typeへ進み、標準GitHub runnerまたはラベル付きrunnerを選ぶ手順が案内されています。また、この組織レベルのrunner設定はCopilot code reviewとCopilot cloud agentの両方に適用され、リポジトリ側での上書きを許可するかどうかも制御できます。(GitHub Docs)
実務では、次のように使い分けると判断しやすくなります。
| 運用パターン | 推奨される考え方 |
|---|---|
| まず小さく試したい | 標準GitHub-hosted runnerで始め、Actions minutesとレビュー品質を観測する |
| 大規模PRやMediumレビューが多い | larger runnerの利用を検討する。ただし分単価の上昇に注意 |
| 社内ネットワークや内部リソースが必要 | self-hosted runnerを検討する。ただし運用・セキュリティ管理の責任が増える |
| リポジトリごとの差を減らしたい | 組織単位のrunner設定を固定し、リポジトリ側の上書きを制限する |
self-hosted runnerはGitHub Actions minutesを消費しないとされていますが、サーバー費用、運用監視、セキュリティパッチ、アクセス制御は自社負担になります。単純に「無料になる」と考えるのではなく、総運用コストで比較することが大切です。(GitHub Docs)
Copilot Maxと新規サインアップの扱い
Copilot Maxは、より高い含有AI Creditsと利用上限を求めるパワーユーザー向けのプランです。2026年6月1日のGitHub Changelogでは、既存のStudent、Pro、Pro+ユーザーがCopilot Maxへアップグレードできる一方、新規ユーザーのサインアップは今後数週間で再開予定と説明されています。(The GitHub Blog)
GitHub Docsでも、2026年4月20日以降、Copilot Pro、Pro+、Max、Studentの新規サインアップが一時停止されていること、2026年6月1日以降のCopilot Maxは既存Copilotプラン利用者向けのアップグレードとして提供されることが示されています。(GitHub Docs)
そのため、社内展開で新しくユーザーを増やす予定がある場合は、次の点を事前に確認してください。
- 既存ユーザーのアップグレードなのか、新規ユーザーの追加なのか
- 個人プランではなくBusinessまたはEnterpriseで割り当てるべきか
- 新規サインアップ再開前提で導入計画を組んでいないか
- 高利用者だけCopilot Maxにするのか、組織プランの予算調整で対応するのか
IDE・拡張機能は最新安定版に更新する
利用量ベース課金では、利用状況やモデル価格、通知表示が開発者の判断に直結します。古いIDEやCopilot拡張機能でも動作は続く場合がありますが、GitHub Docsでは、古いバージョンではモデル価格や利用状況が不正確に表示されたり、古い課金用語が表示されたり、利用アラート通知が期待通りに表示されない可能性があると説明されています。(GitHub Docs)
| IDE・クライアント | 最低バージョンの目安 |
|---|---|
| VS Code | 1.120 |
| Visual Studio 2022 | 17.14.33 |
| Visual Studio 2025 | 18.6.0 |
| SQL Server Management Studio | 22.6 |
| JetBrains IDEs plugin | 1.9.1 |
| Eclipse plugin | 0.18.0 |
| Xcode extension | 0.50.0 |
| Copilot CLI | 1.0.48 |
管理者は、単に「Copilotを使ってよい」と案内するだけでなく、利用開始前のチェック項目としてIDE・拡張機能の更新を含めるべきです。特に利用量通知が正しく見えない環境では、開発者が自分の消費状況を把握できず、予算超過や突然の利用停止につながる可能性があります。
失敗しやすいポイントと回避策
定額で完全無制限だと思い込む
有料プランでも、Chat、CLI、cloud agent、code reviewなどAIモデルを使う機能はAI Creditsを消費します。一方で、Code completionsとNext Edit Suggestionsは有料プランではAI Credits課金対象外です。まずは社内向けに「補完は対象外、Chatやagentは対象」という説明を用意すると混乱を減らせます。(GitHub Docs)
ユーザー単位予算を低く設定しすぎる
Universal user-level budgetを低くしすぎると、共有プールに余裕があるのに一部の開発者だけが早期にブロックされます。特に、フレームワーク移行、大規模リファクタリング、セキュリティレビューを担当する開発者は、通常より消費量が多くなりやすいため、個別の上書き予算を検討してください。
Copilot code reviewの自動実行を全リポジトリに広げる
自動レビューは便利ですが、すべてのPRに同じ粒度で適用するとコスト管理が難しくなります。まずは重要なリポジトリ、セキュリティ影響の大きいサービス、レビュー待ちがボトルネックになっているチームから展開し、利用量とレビュー品質を見て広げるほうが安全です。
Mediumレビューを常時使う
Mediumレビューは複雑な変更に向いていますが、公式ドキュメント上でもLowより多くのAI CreditsとGitHub Actions minutesを使うとされています。日常的な小さな修正はLow、決済・認証・権限・複数サービス連携などはMedium、というように基準を決めておくと無駄な消費を抑えられます。(GitHub Docs)
AIレビューを人間レビューの代替にする
Copilot code reviewは有用な一次チェックになりますが、公式ドキュメントでも、Copilotがすべての問題を見つける保証はなく、フィードバックは必ず検証し、人間のレビューで補うべきとされています。(GitHub Docs)
管理者向けの実務チェックリスト
GitHub Copilotの課金・プラン変更に対応するなら、次の順番で確認すると抜け漏れを減らせます。
| 手順 | 作業 | 完了の目安 |
|---|---|---|
| 1 | 利用中のCopilotプランと契約形態を確認 | 個人月額、個人年額、Business、Enterpriseの区別ができている |
| 2 | AI Creditsの含有量と現在の利用量を確認 | 使用量ダッシュボードや請求画面で傾向を把握している |
| 3 | 追加利用を許可するか決める | 含有枠超過時に止めるのか、追加課金を許可するのか明確 |
| 4 | Universal user-level budgetを設定 | 1ユーザーが共有プールを過度に消費しない状態になっている |
| 5 | 高利用者向けの個別予算を設定 | agent機能や大規模レビューを使うユーザーが不必要に止まらない |
| 6 | Enterprise / Cost center budgetを設定 | 部門別・全社別の追加課金上限が決まっている |
| 7 | Copilot code reviewの対象を整理 | 自動レビューの対象リポジトリ、Review effort level、Draft PRの扱いが決まっている |
| 8 | Actions minutesを監視 | copilot-pull-request-reviewer関連の利用量を確認できる |
| 9 | runner設定を見直す | 標準runner、larger runner、self-hosted runnerの方針が決まっている |
| 10 | IDE・拡張機能の更新を案内 | 開発者が正しい利用量・通知を確認できる環境になっている |
開発者向けの使い方のコツ
開発者側では、GitHub Copilotを使わないようにするのではなく、高コストになりやすい使い方を理解して、必要な場面に集中させることが大切です。
例えば、エラー調査では「このリポジトリ全体を調べて」ではなく、「このスタックトレースと該当ファイルをもとに、原因候補を3つに絞って」のように範囲を明確にします。設計相談では、過去の長い会話を引きずるより、新しいチャットで前提条件を短く整理したほうが、無駄なコンテキスト消費を減らせます。
実務では、次のような使い分けが有効です。
| 作業 | Copilotの使い方 |
|---|---|
| 小さな実装補助 | Code completionsやNext Edit Suggestionsを中心に使う |
| エラー原因の切り分け | 関連ログ、該当コード、再現条件を絞ってChatに聞く |
| 設計レビュー | 対象範囲、制約、期待する観点を明示する |
| 大規模変更 | いきなりagentに丸投げせず、計画作成、影響範囲確認、実装の順に分ける |
| PRレビュー | 重要な変更はCopilot review後に人間が確認する |
今回の変更で次に取るべき行動
今回のGitHub Copilot billing and plansの更新では、GitHub Copilotの使い方が「定額ツールを自由に使う」から「AI Creditsと予算を見ながら活用する」方向へ明確に変わりました。
個人利用者は、まず自分のプラン、月間AI Credits、追加予算の有無を確認してください。Chatやcloud agentをよく使う場合は、モデル選択と会話の長さを意識するだけでも消費を抑えやすくなります。
組織管理者は、AI Creditsの共有プール、ユーザー単位予算、追加利用の許可、Copilot code reviewのActions minutes、runner設定をセットで確認する必要があります。特にBusinessとEnterpriseの既存顧客は、2026年6月から8月までのプロモーション期間中に利用傾向を測定し、標準枠に戻る前提で予算と展開範囲を調整しておくと、9月以降の運用が安定します。(GitHub Docs)
GitHub Copilotを止めるかどうかではなく、どの機能を、誰が、どの範囲で、どの予算内で使うかを決めることが重要です。まずは管理画面で予算とcode review設定を確認し、開発者には「AI Creditsを消費する機能」と「消費しない補完機能」の違いを共有するところから始めましょう。
コメント