Copilot AIクレジットの共有プールとは【部門別の使いすぎを止める新機能】

GitHub Copilotの法人利用で、Copilot AIクレジットの共有プールをどう見るかが重要になっています。特に開発部門、営業企画、情シスなど複数部署でCopilotを使う会社では、「誰がどれだけ使ったか」より先に「どの部署が共有枠を使い込んだか」を見ないと、予算管理が後追いになります。

2026年7月2日、GitHubはCost centersがAI credit poolsに対応したと発表しました。ポイントは、コストセンターごとに共有プールから引き出せるincluded AI creditsを制限できるようになったことです。
2026年7月4日時点で公式に確認できる提供状況は、REST APIで利用可能、コストセンター設定UIでの管理は今後予定です。

出典: GitHub Changelog「Cost centers now support AI credit pools」

Copilot AIクレジットの共有プールとは何か

Copilot AIクレジットは、GitHub Copilotの一部機能を使った量を測る単位です。Copilot BusinessとCopilot Enterpriseでは、月次のincluded usageとしてAI creditsが付与されます。標準の月次枠は、Copilot Businessが1ユーザーあたり月1,900 AI credits、Copilot Enterpriseが1ユーザーあたり月3,900 AI credits。

ここでいう共有プールとは、ユーザーごとに固定枠を分けるのではなく、契約単位でincluded AI creditsをまとめて扱う考え方です。たとえばBusinessユーザーが100人なら、標準では190,000 AI creditsが組織側のプールになります。未使用分は翌月へ繰り越されません。

出典: GitHub Docs「Usage-based billing for organizations and enterprises」

注意したいのは、Copilot AIクレジットの共有プールが「全員に同じ量を配る制度」ではないことです。高頻度で使う人は多く、ほとんど使わない人は少なく消費します。そのため、GitHub CopilotのAIクレジット確認は、個人別だけでなく部門別にも見たいところです。

Copilot AIクレジットの共有プールで変わったコストセンター制御

今回の新機能は、コストセンターに割り当てられたライセンス数をもとに上限を自動計算する仕組みです。開発部門だけが早い段階で全社プールを多く使い、他部門が月末に使えなくなるような状態を防ぎやすくなります。

ただし、これは「コストセンターの予算そのもの」ではありません。GitHub Docsでは、included usage controlとcost center budgetを分けて説明しています。ここを混同すると、共有プールはあるのに一部門だけが先に使い込む、という説明しにくい状態になります。

Copilot AIクレジット共有プールと予算の違い

Copilot AIクレジットの共有プールを管理するときは、少なくとも3つの制御を分けます。名前が似ていても、止める対象が違います。

制御	止める対象	実務での使いどころ
user-level budget	個人の利用	1人のヘビーユーザーが全体へ影響するのを防ぐ
AI credit pool	コストセンターのincluded usage	部署が共有プールを使い込みすぎるのを防ぐ
cost center budget	共有プール枯渇後の追加課金	部門別のmetered chargesを止める

GitHub Docsでは、cost center budgetは共有プールが枯渇した後のmetered chargesを制限すると説明されています。cost center budgetだけで共有プール段階の使いすぎは止まりません。つまり、Copilot AIクレジットの共有プール段階を制御したいならAI credit pool側の確認が必要です。追加課金を止めたいなら、cost center budgetやenterprise spending limitが設定対象になります。

出典: GitHub Docs「Budgets for usage-based billing」

この違いは、生成AIの費用上限設定を作るときにも重要です。「通知するだけ」なのか、「上限到達時に止める」のかで、経営側のリスクは大きく変わります。

Copilot AIクレジットの使いすぎを止める設計順

実務では、いきなり全社上限だけを置くより、止める対象を順番に分けたほうが運用しやすくなります。

第一の確認対象は、個人単位のuser-level budgetです。GitHub Docsでは、user-level budgetは共有プール段階でも追加課金段階でも効くハードストップという位置づけです。1人の使いすぎが全体に影響する会社では、ここが最初の防波堤になります。

第二に、コストセンター単位でCopilot AIクレジットの共有プールからの引き出しを制限します。部署ごとに利用目的や成果が違うため、AI予算配分は「一律で絞る」より「成果を見て配る」ほうが現実的です。

第三に、共有プールを使い切った後の追加課金を止める設定を確認します。
予算に達したときに通知だけで終わるのか、利用を停止するのかを分けて見ると、追加利用を許可している場合のリスクも把握しやすくなります。
従量課金の単価は、1 AI creditあたり約0.01ドル(約1.6円、2026年7月時点・約1ドル162円換算)です。

出典: GitHub Docs「Managing your company’s spending on GitHub Copilot」

Copilot AIクレジット共有プールを月次で見る数字

月次レビューでは、残量ではなく、誰が、どのモデルで、どの部門として使ったかまで見ます。Copilot Chat、Copilot CLI、Copilot cloud agent、Copilot Spaces、Spark、third-party coding agentsなどはAI creditsの消費対象です。一方、コード補完とNext Edit SuggestionsはAI credits課金対象外。

出典: GitHub Docs「Models and pricing for GitHub Copilot」

見たい数字は、共有プールの残量、コストセンター別消費、上位ユーザー、使っている機能、モデル別の消費傾向の5つ。生成AIコスト管理では、費用の多さだけで判断しないことも重要な視点です。多く使っている部署が成果を出しているなら、止めるより予算を移すほうがよい場合があります。

逆に、利用が少ない部署は「節約できている」のではなく、業務に組み込めていない可能性があります。Copilot高速モデルの費用管理と同じく、利用量、成果、停止条件をセットで見てください。

FAQ