GitHub Copilot Businessの料金を見積もるうえで、2026年6月1日開始のusage-based billing対応は避けて通れません。特に情シスや開発責任者が悩みやすいのは、「Businessのままで足りるのか」「Enterpriseへ上げる判断基準は何か」「AI Creditsの上限管理をどこで止めるべきか」の3点です。この記事では、2026年7月25日時点のGitHub公式ドキュメントをもとに、料金体系、AI Creditsの考え方、予算設定、BusinessとEnterpriseの選び分けを実務向けに整理します。
結論から言うと、コード補完中心ならBusinessで十分な企業が多い一方、agent機能や大規模展開を見据える企業ではEnterpriseの方が予算運用を組みやすい場面があります。単価だけでなく、含有AI Credits、追加利用の止め方、cost center運用まで含めて比較することが重要です。
GitHub Copilot Business従量課金とは？
GitHub Copilot BusinessとCopilot Enterpriseは、2026年6月1日からorganizations and enterprises向けのusage-based billingへ移行しました。従量部分はGitHub AI Creditsで計測され、1 AI creditは0.01米ドル換算です。コード補完やnext edit suggestionsのような基本体験は有料プランで引き続き使えますが、Copilot Chat、CLI、coding agent、Spaces、Sparkなどモデル利用の厚い機能はAI Creditsのプールを消費します。
重要なのは、従量課金といっても最初から全利用が追加請求になるわけではないことです。各seatには月次の含有AI Creditsがあり、まずはその共通プールから消費されます。プールを超えた分だけ、許可していれば追加利用として課金され、許可していなければその時点で利用が止まります。
BusinessとEnterpriseの違いは料金だけではない
GitHub公式では、Copilot Businessは1ユーザーあたり月19ドル、Copilot Enterpriseは1ユーザーあたり月39ドルです。含有AI CreditsはBusinessが1,900、Enterpriseが3,900で、EnterpriseはGitHub Enterprise Cloud前提です。さらに既存顧客向けには、2026年6月1日から2026年9月1日までの移行プロモーションとして、Businessは3,000、Enterpriseは7,000 creditsに増えています。
この差は単なる価格差ではありません。Businessは「幅広いモデルを日常開発で使う標準プラン」、Enterpriseは「より大きいクレジット枠と先行機能を含む大規模運用プラン」と捉えると整理しやすいです。特にレビューや調査をまたぐagent利用、複数組織横断の導入、ガバナンス要件の強い環境では、Enterpriseの方が運用判断がシンプルになる場合があります。
料金の見方：請求書で見るべき3項目
請求確認では、1. 付与したseat数、2. 含有AI Creditsの総量、3. 追加利用の許可状態、の3つを分けて追うべきです。seat料金はライセンス費用で、AI Creditsはそのseat群に紐づく月次プールです。追加利用を開けていない限り、プール消化後の超過請求は発生しません。
また、AI Creditsはユーザーごとの個別バケツではなく、billing entity単位の共有プールです。GitHub公式の例では、Copilot Businessを100人に付与すると、各人の1,900を足した190,000 creditsを全体で共有します。ライセンスを月中で追加するとプールは即時増えますが、削除してもその月のプールは減らず、翌請求サイクル開始時に反映されます。未使用分は翌月へ繰り越されません。
上限設定と部門別配賦はどう進めるべきか
GitHubの予算コントロールは、user、organization、cost center、enterpriseの4階層で動きます。特にuser-level budgetは、共通プール消費中でも追加課金フェーズでも効く“硬い上限”で、0ドルにするとそのユーザーは直ちにブロックされます。組織全体の大枠だけでなく、重い使い方をする部門や個人まで段階的に制御できるのが特徴です。
導入初期は、全社に一律開放するより、cost centerごとに予算を切り、ユーザー上限を控えめに設定して利用実態を見る運用が安全です。GitHub Docsは、コスト配賦と予算統制を同時に進める設計を推奨しており、CFO視点では「誰がどれだけ使ったか」、開発責任者視点では「どのユースケースがクレジットを食うか」を分けて見られる形が理想です。
BusinessとEnterprise、どちらを選ぶべきか
Businessが向くのは、PoC段階、補完中心の標準開発、まずはIDEと軽いチャットから始めたい組織です。Enterpriseが向くのは、GitHub Enterprise Cloud上で全社ロールアウトする組織、agent利用や長文レビューが多い組織、より大きいクレジット枠と先行アクセスを重視する組織です。
判断に迷う場合は、ユースケースを「補完中心」「レビュー中心」「agent中心」に分けると見誤りにくくなります。補完中心ならBusinessで十分なことが多く、レビューや設計相談が多い部門はBusiness＋厳しめ予算で観察、agent中心の部門だけEnterpriseへ寄せるハイブリッド運用が現実的です。Enterprise配下ではBusiness seatとEnterprise seatを混在できるので、最初から全員を上位プランに寄せる必要はありません。
よくある質問
Q. 途中でBusinessからEnterpriseへ移れますか。A. 可能です。GitHub公式でも、同一enterprise内でBusinessとEnterpriseの混在を前提にしています。Q. 個人でCopilot Proを契約している社員へ組織seatを付けると二重払いですか。A. 組織seatが有効になると個人プランは自動解約され、残期間は日割り返金されます。Q. 予算を設定すればseat料金そのものも止まりますか。A. 予算で制御できるのは主にAI Creditsの消費と追加課金で、seat課金は別枠です。
GitHub Copilotの全社導入、予算統制、Claudeや他AIツールを含めた運用ルール整備をまとめて設計したい場合は、 HelloCraftAIにご相談ください 。現場利用とガバナンスの両立まで含めて支援できます。
