GitHub Copilot Business／EnterpriseでAIクレジットの上限に達したときは、全ユーザーを一律に停止するのではなく、業務停止による損失が大きい部門は超過課金を許可し、予算厳守の部門は上限到達時にブロックする設計が現実的です。
2026年7月20日からは、GitHub Enterprise Cloudのコストセンター作成・編集画面でAIクレジットプールを直接管理できるようになりました。プール上限は割り当てられたCopilotライセンスから自動計算されるため、管理者がクレジット数を手入力する必要はありません。上限到達時には、AIクレジットを消費する機能を止めるか、有償の追加利用へ移行させるかをコストセンターごとに選択できます。(The GitHub Blog)
GitHub Copilot AIクレジット制御は「業務停止コスト」で判断する
最初に決めるべきなのは、AIクレジットの単価ではなく、CopilotのAI機能が止まった場合に業務へどの程度の影響が出るかです。
| 利用状況 | 推奨する制御 | 判断理由 |
|---|---|---|
| 本番障害対応、緊急改修、セキュリティ対応 | 超過課金を許可 | Copilot停止による復旧遅延の損失が、追加料金を上回りやすい |
| 納期が固定された重要開発 | 超過課金を許可し、別途ハード予算を設定 | 月途中で突然AI機能が止まるリスクを抑えられる |
| 研究、研修、試行導入 | 上限到達時にブロック | 利用停止が直接的な業務障害になりにくい |
| 部門予算を超えられない業務 | 上限到達時にブロック | 追加支出を確実に防ぐ必要がある |
| 重要業務と試行利用が混在 | コストセンターを分離 | 同じ制御を適用すると、どちらかの要件を満たせなくなる |
| 一部ユーザーへの利用集中が問題 | ユーザーレベル予算を併用 | 部門全体のプールを少数の利用者が消費するのを防げる |
ここでいう「ブロック」は、Copilotライセンス自体を取り消すことではありません。Copilot Chat、Copilot CLI、Copilot cloud agent、Copilot Spacesなど、AIクレジットを消費する機能が利用できなくなります。一方、コード補完とNext Edit Suggestionsは有料プランではAIクレジットの課金対象外であり、上限到達後も利用できます。また、上限到達時に低価格モデルへ自動的に切り替わる仕組みはありません。(GitHub Docs)
2026年7月に追加されたAIクレジットプール管理
今回の変更で、以前はGitHub REST APIからしか操作できなかったコストセンター単位のAIクレジットプールを、課金管理画面から設定できるようになりました。
対象となるのは、次の条件を満たす環境です。
- GitHub Enterprise Cloudを利用している
- GitHub Copilot BusinessまたはGitHub Copilot Enterpriseを利用している
- コストセンターを作成・編集できる権限がある
- 原則としてEnterprise ownerまたはBilling managerが設定する
設定画面では、コストセンターのAIクレジットプールを有効化し、上限到達時の動作を選びます。
- ブロックする：そのコストセンターのAIクレジット消費機能を停止する
- 追加支出を許可する：含まれるクレジットを使い切った後、有償利用へ移行する
上限値そのものを管理者が入力する欄はありません。コストセンターに帰属するCopilotライセンスを基に、GitHubが自動計算します。(The GitHub Blog)
AIクレジットプールと予算は別の制御
GitHub Copilotのコスト管理で最も間違えやすいのが、AIクレジットプールと予算を同じものとして扱うことです。
| 制御 | 対象 | 有効になるタイミング | 上限値 | 上限到達時 |
|---|---|---|---|---|
| 共有AIクレジットプール | Enterpriseまたは請求単位全体 | 通常利用時 | ライセンス数から自動計算 | 設定により停止または従量課金へ移行 |
| コストセンターのAIクレジットプール | 特定の部門、チーム | 含まれるクレジットの利用中 | そのコストセンターのライセンスから自動計算 | ブロックまたは有償超過を選択 |
| ユーザーレベル予算 | 個人 | 含まれる利用と有償利用の両方 | 管理者が設定 | 常にハードストップ |
| コストセンター予算 | 部門単位の有償利用 | 従量課金へ移行した後 | 米ドルで設定 | 停止設定が有効ならブロック |
| Enterprise予算 | Enterprise全体の有償利用 | 従量課金へ移行した後 | 米ドルで設定 | 停止設定が有効ならブロック |
コストセンターのAIクレジットプールは、ある部門が自部門のライセンスで確保された分を超えて、他部門の共有クレジットまで消費するのを防ぐ制御です。
一方、コストセンター予算は、含まれるクレジットを使い切り、有償利用へ移行した後の支出を制御します。したがって、部門間の公平性を守るにはAIクレジットプール、請求額を抑えるには予算という使い分けが必要です。(GitHub Docs)
ユーザーレベル予算は最初に判定される
ユーザーレベル予算は、共有プールと有償利用の両方を含む個人の総利用量を制御します。次の順で、より具体的な設定が優先されます。
- 個別ユーザー予算
- コストセンターのユーザーレベル予算
- Enterprise共通のユーザーレベル予算
ユーザーがこの上限に達すると、コストセンター予算やEnterprise予算に余裕があっても利用できません。重要業務の担当者だけコストセンター予算を増やしても、その担当者のユーザーレベル予算が低いままではブロックされます。(GitHub Docs)
割り当てライセンス数による自動再計算
コストセンターのAIクレジットプールは、所属ユーザーに割り当てられたCopilotライセンスの種類と数から算出されます。
標準の月間クレジット数は次のとおりです。
| ライセンス | 1ライセンス当たりの標準AIクレジット |
|---|---|
| GitHub Copilot Business | 1,900 |
| GitHub Copilot Enterprise | 3,900 |
たとえば、Copilot Businessが10ライセンス、Copilot Enterpriseが5ライセンスなら、標準枠は次の計算になります。
Copilot Business：10 × 1,900 ＝ 19,000
Copilot Enterprise：5 × 3,900 ＝ 19,500
合計：38,500 AIクレジットAIクレジットは1クレジット当たり0.01米ドルで換算されます。したがって、有償超過予算として200米ドルを設定した場合、最大20,000 AIクレジット分の追加利用に相当します。(GitHub Docs)
ライセンス変更が反映されるタイミング
ライセンス数が変わったとき、プール上限は次のタイミングで再計算されます。
| 変更内容 | プールへの影響 | 反映時期 |
|---|---|---|
| ライセンス付きユーザーを追加 | 増加 | 即時 |
| 新たにライセンスを付与 | 増加 | 即時 |
| BusinessからEnterpriseへアップグレード | 増加 | 即時 |
| ユーザーを削除 | 減少 | 次の請求サイクル開始時 |
| ライセンスを解除 | 減少 | 次の請求サイクル開始時 |
| EnterpriseからBusinessへダウングレード | 減少 | 次の請求サイクル開始時 |
| ユーザーを別のコストセンターへ移動 | 移動元と移動先を再計算 | 次の請求サイクル開始時 |
追加やアップグレードによる増加はすぐ反映されるため、増員直後に利用者がブロックされにくい設計です。一方、削除やダウングレードによる減少は次の請求サイクルまで待つため、月途中ですでに使用したクレジットが遡って差し引かれることはありません。GitHubがライセンスごとの付与量を変更した場合も、プール上限は自動更新されます。(GitHub Docs)
なお、2026年6月1日から9月1日まで、対象となる既存顧客には移行期間の増量枠として、Copilot Businessは月3,000、Copilot Enterpriseは月7,000のAIクレジットが案内されています。期間限定条件や対象可否があるため、運用台帳へ固定値を記載するのではなく、コストセンター画面に表示される自動計算値を正として確認するのが安全です。(GitHub Docs)
AIクレジットは毎月繰り越されず、各月1日の00:00 UTCにリセットされます。日本時間では原則として毎月1日の午前9時です。月末に上限へ到達した場合も、日本時間の午前0時に復旧するわけではない点に注意してください。(GitHub Docs)
重要業務で超過課金を許可する設計例
本番障害対応、セキュリティ修正、リリース直前の品質確認など、Copilot Chatやエージェント機能の停止が納期や復旧時間へ影響する業務では、次の構成が適しています。
推奨構成
- 重要業務の利用者を専用コストセンターへ直接割り当てる
- コストセンターのAIクレジットプールを有効化する
- 上限到達時は追加支出を許可する
AI credit paid usageポリシーを有効化する- コストセンターに有償超過用の予算を設定する
- 予算には
Stop usage when budget limit is reachedを設定する - Enterprise予算を全体の最終的な安全装置として設定する
- 障害対応者やリードエンジニアには、必要に応じて個別のユーザーレベル予算を設定する
重要なのは、無制限の超過を許すのではなく、含まれるプールの上限では止めず、承認済みの有償予算で止めることです。
たとえば、標準枠38,500 AIクレジットの重要開発チームに200米ドルのコストセンター予算を設定した場合、含まれる枠を使い切った後も最大20,000 AIクレジット相当まで継続できます。その有償予算に達した時点で初めてハードストップさせます。
追加利用には、EnterpriseまたはOrganization設定でAI credit paid usageポリシーが有効になっている必要があります。このポリシーが無効な場合、予算に余裕があっても共有プールの枯渇時点でブロックされます。また、予算を作成しただけでは支出は止まりません。Stop usage when budget limit is reachedは初期状態では無効であり、選択しなければ予算超過後も課金が続きます。(GitHub Docs)
Enterprise予算との競合にも注意する
デフォルトでは、コストセンターの有償利用もEnterprise予算へ計上されます。そのため、重要チームのコストセンター予算に余裕があっても、Enterprise予算の残額が少なければ先にブロックされる可能性があります。
重要チームに独立した支出権限がある場合は、次のどちらかを選びます。
- Enterprise予算を、各コストセンターの想定超過額を十分にカバーできる金額へ調整する
- コストセンター除外を有効にし、そのチームをEnterprise予算の影響から外す
コストセンター除外を使うと、そのチームの有償利用は自部門のコストセンター予算だけで制御されます。設定ミスによる無制限課金を避けるため、除外する場合はコストセンター予算のハードストップを必ず確認する必要があります。(GitHub Docs)
厳格な部門予算では上限到達時にブロックする
研修、試行導入、社内ツール開発など、月間予算を超過できない部門では、含まれるAIクレジットの範囲で利用を止めます。
推奨構成
- 部門専用のコストセンターを作成する
- 対象ユーザーまたはEnterprise teamを割り当てる
- AIクレジットプールを有効化する
- 上限到達時はブロックを選択する
- ユーザーレベル予算で、一部ユーザーへの集中を防止する
- 重要業務の利用者を同じコストセンターへ含めない
- 90％到達時点で、翌月まで待つか追加承認を取るか判断する
この構成では、その部門は自部門のライセンスによって確保されたAIクレジット以上を消費できません。ほかの部門に未使用クレジットが残っていても、それを使い続けることはできません。
予算厳守の部門と重要業務の部門を同じコストセンターへ入れると、「止める」と「止めない」を両立できません。利用目的が違う場合は、Organizationが同じでもコストセンターを分ける必要があります。
コストセンターとAIクレジット予算の設定手順
コストセンターを作成する
- GitHubのEnterprise画面を開きます。
Billing and licensingを開きます。Cost centersを選択します。New cost centerを選択します。- 部門名やプロジェクト名を入力します。
- 対象ユーザー、Enterprise team、Organizationなどを割り当てます。
- コストセンターを作成します。
Copilotの費用帰属を明確にする場合は、Organizationだけを登録するより、対象ユーザーをコストセンターへ直接割り当てる方が予測しやすくなります。特に複数のOrganizationからCopilotライセンスを付与されるユーザーがいる環境では、直接割り当てが推奨されます。(GitHub Docs)
AIクレジットプールを有効化する
コストセンターの作成画面または編集画面で、AIクレジットプールを有効化します。
続いて、上限到達時の動作を選択します。
- 予算厳守の部門：ブロック
- 重要業務の部門：追加支出を許可
プール上限は自動計算されるため、手入力でクレジット数を設定しません。設定後はコストセンター画面で、消費済みAIクレジットと自動計算された上限を確認できます。(The GitHub Blog)
有償超過用の予算を作成する
Billing and licensingを開きます。Budgets and alertsを選択します。New budgetを選択します。Bundled AI credits budgetを選びます。- 予算スコープに対象コストセンターを指定します。
- 有償利用を許可する金額を米ドルで入力します。
- ハードストップが必要なら
Stop usage when budget limit is reachedを有効化します。 - 75％、90％、100％の予算アラートを有効化します。
- 通知先として、課金管理者と部門責任者を登録します。
- 予算を作成します。
すべてのAIクレジット消費機能をまとめて管理するなら、Bundled AI credits budgetが適しています。Copilotだけを個別に管理したい場合は、SKUレベルでCopilot AI creditsを選択する方法もあります。(GitHub Docs)
月次運用に組み込む監視ルール
設定しただけでは、異常消費や組織変更による想定外のブロックを防げません。月次の運用手順まで決めておく必要があります。
| タイミング | 確認・対応内容 |
|---|---|
| 利用率75％ | 高消費ユーザー、利用モデル、エージェント処理を確認する |
| 利用率90％ | 部門責任者へ通知し、超過許可または翌月までの制限を判断する |
| 利用率100％ | ブロック原因がプール、ユーザーレベル予算、コストセンター予算のどれか確認する |
| ユーザー追加時 | プール上限が即時増加したことを確認する |
| ユーザー削除時 | 上限減少は次サイクルであることを記録する |
| 組織異動時 | 移動元と移動先のコストセンター帰属を確認する |
| 毎月1日 | クレジット残量と予算消費がリセットされたことを確認する |
| 四半期ごと | コストセンター構成、ユーザーレベル予算、Enterprise予算を見直す |
Enterprise設定のBilling & licensingからAI usageを開くと、ユーザー、モデル、Organization、コストセンターなどでAIクレジット使用量を絞り込み、分析用データを出力できます。単純な合計額だけでなく、「誰が」「どの機能やモデルで」消費しているかを確認することが重要です。(GitHub Docs)
ユーザーレベル予算は、ライセンス1人分の付与量と同じ値へ機械的に設定しない方がよい場合があります。それでは共有プールの利点が失われ、少し利用量が多いだけで個人が止まりやすくなります。
実務では、過去の利用実績から、利用者の大半が収まる水準をコストセンターの標準値とし、障害対応者やAIエージェントを多用する担当者だけ個別上限を引き上げる方法が扱いやすいでしょう。
よくある設定ミス
予算を作っただけで支出が止まると思う
Stop usage when budget limit is reachedを有効にしない予算は、基本的に通知用のソフト予算です。上限を超えても利用と課金が続きます。
コストセンター予算だけで共有プールを保護しようとする
コストセンター予算は、有償利用へ移行した後の支出を制御します。部門が共有プールから使える量を制限したい場合は、コストセンターのAIクレジットプールも有効化する必要があります。
コストセンター予算を増やせば個人も解除されると思う
ユーザーがユーザーレベル予算に達している場合、コストセンター予算を増やしても解除されません。個別予算、コストセンターのユーザーレベル予算、またはUniversal user-level budgetを確認します。
上限到達後は安価なモデルへ自動切り替えされると思う
予算到達後に低価格モデルへ自動フォールバックする機能はありません。AIクレジットを消費する機能がブロックされるか、有償利用が続くかのどちらかです。
ライセンス削除でプールがすぐ減ると思う
ライセンス追加による増加は即時ですが、削除やダウングレードによる減少は次の請求サイクルで反映されます。月途中の表示と次月の想定値を分けて管理してください。
重要業務と予算厳守業務を同じコストセンターに入れる
上限到達時の動作はコストセンター単位です。継続させたいユーザーと停止させたいユーザーは、最初から別のコストセンターに分ける必要があります。
自動再計算を前提に運用を設計する
GitHub CopilotのAIクレジット制御では、固定のクレジット数を表計算ソフトで管理するより、ライセンス割り当てとコストセンター構成を正しく維持することが重要です。
実務では、次の順で整備します。
- Copilotを利用する業務を「停止可能」と「停止困難」に分類する
- 制御方針が異なる利用者を別のコストセンターへ分ける
- AIクレジットプールを有効化する
- 上限到達時にブロックするか、有償超過を許可するか選ぶ
- 超過を許可する部門には、コストセンター予算とハードストップを設定する
- ユーザーレベル予算で一部利用者への集中を防ぐ
- ライセンス増減時の自動再計算タイミングを月次運用へ組み込む
重要業務では「含まれる枠を超えた瞬間に停止」させるのではなく、承認済みの超過予算まで継続させる設計が適しています。一方、予算超過を認められない部門は、コストセンターのAIクレジットプール上限で確実にブロックします。
最初に行うべき作業は、現在のCopilot利用者を部門・業務重要度別に整理し、同じコストセンター内に異なる停止要件のユーザーが混在していないか確認することです。
コメント