GitHub Copilot Businessの従量課金は、単なる値上げ説明だけでは対処しきれません。6月1日からはPremium Requests中心の見方ではなく、AI Creditsの共通プール、追加利用の可否、ユーザー単位の上限まで含めて予算設計を組み直す必要があります。
GitHub Docsでは、Copilot Businessは1ユーザーあたり月1,900 AI credits、Copilot Enterpriseは3,900 AI creditsが標準付与です。既存契約では2026年6月1日から9月1日までBusiness 3,000、Enterprise 7,000の移行期間もあります。この記事では、情シス・開発部門長・経営企画が今週中に確認したい予算再設計の進め方を整理します。
1. まず整理したい変更点は「1人あたり上限」から「共有プール」への発想転換
6月1日以降のCopilot Business/Enterpriseでは、各ユーザーの利用がトークン単位でAI creditsに換算され、組織またはエンタープライズ単位の共通プールから消費されます。コード補完やNext Edit Suggestionsは引き続き無制限ですが、Chat、CLI、cloud agent、Spark、サードパーティー coding agent などは課金対象です。つまり、全員が均等に使う前提で予算を置くより、重い利用者が何人出るかを先に想定したほうが外しにくくなります。
2. 予算再設計は「現利用量の把握 → 新単位換算 → 追加枠判断」の順で進める
最初にやるべきは、Premium request usage reportやPremium request analyticsで、誰がどの機能を多く使っているかを確認することです。GitHubはモデル別・SKU別・ユーザー別の利用把握を推奨しており、11月以降はCopilot、Spark、cloud agentを分けて見られます。ここで高頻度ユーザー、たまに重いセッションを使うユーザー、ほぼ補完だけのユーザーを3群に分けると、移行後のAI credits予測がしやすくなります。
次に、予算表を『人数×定額』だけで作り直さず、共通プールの前提で月次バッファを置きます。実務では、通常利用80%、集中開発期間15%、突発検証5%の3枠で考えると説明しやすいです。移行初月は追加利用を開けるか閉じるかで請求額が大きく変わるため、少なくとも最初の1か月は部門ごとの暫定上限を入れ、使用実績を見て翌月に再配分する運用が安全です。
3. 上限設定は「会社全体」「部門」「個人」の3階層で決めると事故が減る
GitHub Docsでは、enterprise、organization、cost center、userの4階層で予算を持てます。特に重要なのは、ライセンス予算は監視用に近い一方、AI creditsやpremium requestsは予算到達時に停止設定を選べる点です。そこで、会社全体では月額の追加利用総額、部門ではcost center単位の上限、個人では高額化しやすい利用者だけ少し高めのユーザー予算を設定する構成が現実的です。ユーザー予算を0ドルにすると利用不可になるため、PoC対象外メンバーの線引きにも使えます。
4. 承認フローは『自動許可』『条件付き追加』『個別承認』の3段階に分ける
値上げ後に揉めやすいのは、誰が追加利用を許可できるかが曖昧なまま現場に広げてしまうケースです。GitHubはorganization ownerがライセンス配布や請求影響を持つため、社内では①標準枠内は自動許可、②cloud agentや高度モデルを使うチームは部門長承認、③予算超過や短期集中利用は情シスまたは経営企画承認、の3段階に分けると運用しやすくなります。申請理由には『対象業務』『期間』『期待削減時間』『代替手段の有無』を入れておくと、単なる便利ツール申請で終わりません。
5. 部門別の予算再設計では「全員一律」より「重い人を先に拾う」ほうが精度が高い
たとえば50人の開発組織でも、毎日ChatとCLIを深く使う10人、補完中心の30人、月末だけレビューや調査に使う10人では消費量が大きく違います。全員に同じ追加枠を配るより、重い10人を先に見つけてEnterprise化や高めのユーザー予算を割り当て、残りはBusiness標準枠＋小さな追加予算で回すほうが説明責任を果たしやすいです。特にcloud agentは1セッションごとにpremium requestを消費し、Actions minutesも併用するため、導入チームは別枠管理にしたほうが請求の見通しが立ちます。
6. よくある質問と移行前チェックリスト
FAQとして押さえたいのは3点です。第一に、コード補完まで全部がAI credits課金になるわけではなく、補完とNext Edit Suggestionsは無制限のままです。第二に、共通プールを使い切った後は、追加利用を許可していれば従量課金、止めていれば利用停止です。第三に、予算切れ時に自動で安いモデルへ落ちる仕組みはないため、運用ルール側でモデル選択やcloud agent利用条件を決めておく必要があります。移行前は、利用実績の取得、cost center定義、追加利用ポリシー、ユーザー予算の対象者、月初レビュー会の5点を最低限そろえておくと失敗しにくいです。
AI・Claude研修のご相談は /contact/ へ。Copilot導入ルールや承認フロー設計、予算再設計の社内研修も支援できます。
