出典: Usage-based billing for organizations and enterprises - GitHub Enterprise Cloud Docs
主な引用箇所: 「How do AI credits work?」および「How can I control costs with budgets?」セクション
2026年6月、Copilotの「チャット無制限」時代が幕を下ろす
エンジニアリングマネージャーやリードエンジニアの皆さんは、2026年に向けた準備を今から意識しておく必要があります。
2026年6月1日より、GitHub Copilot BusinessおよびEnterpriseの課金体系が根本から変わります。これまでの「1シートいくらで使い放題」というモデルから、新概念「GitHub AI Credits」を用いた従量課金制へと移行するためです。
ここで重要なのは、「チャットやエージェント機能の無制限利用」の時代が実質的に終わるということです。一方で、コア機能であるコード補完は引き続き無制限で提供されます。この「ハイブリッドな従量課金」をどう乗りこなすべきか、詳細を紐解いていきましょう。
「GitHub AI Credits」の基本仕様とトークンの考え方
新しい課金単位となる「AIクレジット」は、モデルが処理する「トークン」の量に基づいて消費されます。
- クレジットの価値: 1 AIクレジット = $0.01 USD
-
消費の対象:
- インプットトークン: ユーザーのプロンプトや、㋌景として送られるコードコンテキスト
- アウトプットトークン: AIが生成した回答やコード
- キャッシュトークン: モデルが再利用または保存した、以前のコンテキスト情報
- モデルによる単価の差: ユーザーが選択するモデルによって消費効率が変わります。軽量モデルでのクイックなチャットなら「1クレジットの数分の1」で済みますが、高性能なフロンティアモデルを用いた長時間のエージェントセッションでは、大量のトークンを消費するためコストが跨ね上がります
注目機能：組織全体でリソースを最適化する「プーリング」
今回の変更の目玉は、クレジットが個人に紐付かず、組織全体で共有される「プーリング」の仕組みです。
- 共有バケツの概念: 100名のCopilot Businessユーザーがいれば、個々のバケツではなく、組織全体で「190,000クレジット」という一つの巨大なプールを持ちます
- パワーユーザーとライトユーザーの調整: 特定のヘビーユーザーが平均を超えてクレジットを消費しても、あまりチャットを使わないライトユーザーの乙剰分で相殖できます。これにより、組織全体でのコスト効率を最大化できます
-
ライセンス増減の反映:
- ライセンスを追加した場合：即座にプールされるクレジット量が増加します
- ライセンスを削除した場合：プールの縮小は即座には行われず、次の請求サイクル開始時に反映されます
Advisor's Note: 開発チーム内での「使いすぎ」を過度に恐れる必要はありません。このプーリング機能により、組織全体でならせば予算内に収まるケースが多いはずです。
クレジット消費の対象と対象外
すべての機能が有料化されるわけではありません。以下の表で、何が「プラン内無制限」として残るのかを確認してください。
| 区分 | 対象機能 |
|---|---|
| 消費対象（AIクレジットが必要） | Copilot Chat、CLI、cloud agent、Spaces、GitHub Spark、サードパーティ製エージェント |
| 消費対象外（追加費用なしで無制限） | コード補完、次の編集の提案 |
開発者が最も頻繁に利用する「コードのインライン補完」が無制限のまま維持される点は、現場にとって大きな安心材料です。
ライセンスに含まれるクレジット量とプロモーション
毎月のライセンス料金には、あらかじめ以下のクレジットが含まれています。
標準提供量（月ごと）
| プラン | クレジット量 |
|---|---|
| Copilot Business | 1,900クレジット / ユーザー |
| Copilot Enterprise | 3,900クレジット / ユーザー |
移行期のプロモーション（2026年6月1日〜9月1日）
導入当初の3ヶ月間は、スムーズな移行を支援するために付与量が増量されます。
| プラン | クレジット量 |
|---|---|
| Copilot Business | 3,000クレジット / ユーザー |
| Copilot Enterprise | 7,000クレジット / ユーザー |
コスト管理：4段階の予算制限と「$0」のレバー
「使いすぎ」を確実に防ぐため、GitHubは4つの階層で予算を設定できる機能を提供します。
- エンタープライズ: 傘下の全組織を横断した総予算
- 組織: 特定のOrganization単位
- コストセンター: 部門や特定のプロジェクト単位
- ユーザー: 個々の開発者ごとの上限
管理者が知っておくべき運用の急所
- ユーザー予算の優先: たとえ組織のプールに余裕があっても、個人の予算上限に達した瞬間、そのユーザーのCopilotアクセスは遅断されます
- 「0予算」の活用: 特定のユーザーに対し、ユーザーレベル予算を「0」に設定することで、そのユーザーの対象機能へのアクセスを完全に無効化できます。アクセス権限を細かく制御するための強力な管理レバーとなります
- 超過時の振る舞い: 予算に達した際に「追加課金を許可して継続」するか「アクセスをブロック」するかは、管理者が選択できます
まとめ：2026年に向けたアドバイザリー
今回の変更は、単なる値上げではなく、「AIリソースを組織全体で最適化する仕組みへの進化」と捉えるべきです。
技術選定アドバイザーからの提言：
- ユーザーのセグメント化: 2026年までに、自社のエンジニアを「チャットやエージェントを使い倒すパワーユーザー」と「コード補完メインのライトユーザー」に分類し、プーリングの効果をシミュレーションし始めましょう
- 「コード補完」は聖域: 開発の生産性の根幹であるコード補完は無制限で残ります。チャット機能が予算切れで止まったとしても、最低限の開発体験は維持されるので、極端に保守的な予算設定にする必要はありません
- 監視の開始: 今後提供されるモニタリングツールを活用し、現在のトークン消費傾向を把握することが、202年6月をスムーズに迅えるための鍵となります
「チャットもエージェントも使い放題」というフェーズから、「価値に見合ったリソース配分を行う」フェーズへ。GitHub Copilotの運用は、より戦略的なステージへと移行します。
Discussion