GitHub CopilotのAI Credits化で気になった組織利用の落とし穴

GitHub Copilotの料金体系が変わったって聞いたけど、個人より会社で使っている人のほうが影響ありそう？

共有プールとかAI Creditsとか、ちょっと分かりづらい…。

そうなんですよね。

今回気になったのは、単に料金単位が変わったことよりも、組織利用でAI Creditsが共有プールになる点です。

「誰がどれだけ使うか」を設計しておかないと、想定外の課金や利用停止につながりそうです。

この記事のポイント#

何が変わったのか#

GitHub Copilotの課金まわりで、Premium RequestsからAI Credits中心の見方に変わってきているのが今回の大きなポイントです。

GitHub Docsでは、Copilot Business / Copilot Enterpriseのusage-based billingでは、Copilot利用を AI Credits で計測すると説明されています。

AI Creditsは、ざっくり言うと「AIモデルを使った処理量を料金に換算するための単位」です。GitHub Docs上では 1 AI Credit = $0.01 USD と説明されています。

含まれるAI Creditsは、標準では次のようになっています。

つまり、Copilot Businessなら1ユーザーあたり月19ドル相当、Copilot Enterpriseなら月39ドル相当のAI Creditsが含まれるイメージです。

なお、既存顧客向けには2026年6月1日から2026年9月1日までの最初の3か月間、Businessは3,000、Enterpriseは7,000 AI Creditsになるプロモーション枠もGitHub Docsに記載されています。

この記事で見たいのは、価格改定そのものの良し悪しというより、組織で使うときに共有プールをどう管理するかです。

問題は共有プールになること#

個人利用なら、自分がどれだけ使ったかを見ればだいたい話は終わります。

でも、組織やEnterpriseで使う場合は少しややこしくなります。GitHub Docsでは、ユーザーごとの含まれるAI Creditsは請求単位のレベルでプールされると説明されています。

たとえばCopilot Businessを10人で使っているEnterpriseがあるとします。

この場合、標準枠では次の計算になります。

1

1,900 AI Credits × 10人 = 19,000 AI Credits

この19,000 AI Creditsが、10人それぞれに1,900ずつ固定で割り当てられるわけではありません。Enterprise全体の共有プールとして扱われます。

これはメリットもあります。あまり使わない人の枠を、たくさん使う人が実質的に活用できるからです。

一方で、管理目線ではここが怖いところです。

パワーユーザーが使い切ると何が起きるか#

共有プールということは、誰か1人が多く使えば、その分だけ全体の残量が減ります。

たとえば10人分で19,000 AI Creditsあるとして、特定のパワーユーザーが重いモデルやエージェント的な使い方を集中して行い、かなりの量を消費したとします。

その結果、共有プールが早めに空になると、他のユーザーが普通に使い始めたタイミングで追加課金の対象になったり、設定によっては利用がブロックされたりします。

GitHub Docsでは、共有プールを超えたあとの挙動は追加利用のポリシーや予算設定によって変わると説明されています。

• 追加利用を許可している場合は、公開されているレートで追加課金される
• 追加利用を許可していない場合は、次の請求サイクルまでAI Creditsを消費する機能が止まる
• User-level budgetに達したユーザーは、共有プールに残量があっても止まる

ここで大事なのは、チーム全員が同じペースで使う前提にしないほうがいいということです。

AI活用は、使う人と使わない人の差がかなり出ます。特に開発者のなかでも、Chatだけ使う人、コードレビューまで使う人、エージェント的に長時間走らせる人では消費量が全然変わります。

User-level budgetでどこまで防げるか#

この問題に対して、GitHubにはUser-level budgetがあります。

Budgets for usage-based billing - GitHub Docs

Under usage-based billing, budget controls at the user, cost center, and enterprise levels determine how Copilot usage is served, metered, or blocked.

docs.github.com

User-level budgetは、1人のユーザーが1請求サイクルで消費できるAI Creditsを制限する仕組みです。共有プールからの消費も、共有プールを使い切ったあとの追加利用も含めて、そのユーザーの上限として効きます。

たとえばBusinessで、1人あたり標準では1,900 AI Creditsが含まれるとします。

ここで全員に $30相当、つまり3,000 AI Credits のUser-level budgetを設定すると、1人は自分の標準枠相当を超えて使えるようになります。

GitHub Docs上では追加利用の予算はUSDで設定され、利用状況はAI Creditsで表示されます。なので、管理するときは「ドル建ての予算」と「AI Creditsの消費量」を行き来して見る必要があります。

それ自体は悪いことではありません。AIをよく使う人に余裕を持たせる設計としては自然です。

ただし、全員が3,000 AI Creditsまで使える設定にすると、10人のチームでは最大30,000 AI Creditsまで消費できることになります。標準の共有プールは19,000 AI Creditsなので、差分の11,000 AI Creditsは追加利用やブロックの設計に関わってきます。

つまりUser-level budgetは「1人の暴走を止める」には有効ですが、組織全体の総量設計とは別物です。

管理者が見ておきたいポイント#

個人的には、組織でCopilotを使うなら次の3つは最初に見ておいたほうがよいと思います。

1. 追加利用を許可するか#

まず、共有プールを使い切ったあとに追加課金を許可するのか、止めるのかを決める必要があります。

止めれば費用は読みやすいですが、月末に急にCopilot Chatやエージェント系機能が使えなくなる可能性があります。許可すれば業務は止まりにくいですが、予算設定を間違えると費用が膨らみます。

2. User-level budgetを何AI Credits相当にするか#

全員同じ上限でよいのか、パワーユーザーだけ高めにするのかは、かなり重要です。

たとえば全員に高めの上限を付けると、共有プールを早く消費しやすくなります。一方で低すぎると、AI活用を進めたい人ほどすぐ止まります。

まずは標準枠に近い上限で始めて、実績を見ながら特定ユーザーだけ調整するのが現実的かなと思います。

3. コストセンターや組織単位で見られるか#

よくある要望として、Organizationごとにプールを分けたい場面が出てきそうです。

複数Organizationを1つのEnterpriseで管理している場合は、「どのOrganizationがどれだけ使う想定なのか」を先に決めておかないと、後から説明が難しくなりそうです。

私が一番言いたかったのもここで、Organizationごとに共有プールを分けられる設定がほしいと感じました。

まとめ#

GitHub CopilotのAI Credits化は、単に単位が変わっただけではなく、組織利用では予算設計の考え方も変わります。

特に重要なのは、含まれるAI Creditsがユーザーごとの固定枠ではなく、共有プールとして扱われる点です。

共有プールは、うまく使えば便利です。使わない人の分を、よく使う人が活用できます。

ただし、管理しないまま使うと、パワーユーザーが先に使い切ってしまい、他の人が使うタイミングで追加課金やブロックが発生する可能性があります。

個人的には、最初から次の3つを決めておくのがよさそうです。

• 追加利用を許可するか
• User-level budgetをどのくらいにするか
• Cost centerやOrganization単位でどう説明できるようにするか

AIツールは「使える人がたくさん使う」ほうが価値は出ます。だからこそ、使うなではなく、使えるようにするための予算設計が必要だなと感じました。

特に複数OrganizationをまたいでCopilotを運用している場合は、共有プールを前提にした説明責任まで含めて考えておくのが大事そうです。

関連記事