GitHub Copilotの費用説明で現場がつまずきやすいのは、単純な月額比較ではなく、2026年6月1日から組織向けプランがusage-based billingへ移る点です。GitHub DocsではCopilot Business/Enterpriseの一部機能がGitHub AI Creditsで課金され、1 AI credit=0.01ドルとして扱われます。
この記事では、情シス責任者や開発部門マネージャー向けに、社内説明で押さえる論点、予算再見積もりの進め方、利用上限の設計テンプレをまとめます。結論だけ先に言うと、月額単価の話だけでなく、誰が高コスト機能を使うのか、超過をどこで止めるのか、Enterpriseへ上げたほうが安い利用者がいるかを同時に整理するのが最短です。
なぜ今、GitHub Copilotの社内説明が必要なのか
GitHubの公式Pricingでは個人向けCopilot Proが月10ドル、Pro+が月39ドルです。一方で組織向けは、2026年6月1日からBusiness/EnterpriseでAI Creditsベースの考え方に移ります。つまり、経営層には『定額のAI席を増やす』ではなく、『定額の席に加えて、使い方しだいで追加費用が発生する』という構図で説明しないと誤解が起きます。
特に注意したいのは、すべての操作が従量課金になるわけではない点です。GitHub Docsでは、code completionsとnext edit suggestionsはpaid planで引き続きunlimitedで、AI Credits課金の対象はCopilot Chat、CLI、cloud agent、Spaces、Spark、third-party coding agentsなどです。ここを切り分けて説明すると、『補完中心の利用者は大きく増えにくい』『agent的な使い方をする一部メンバーが費用を引っ張る』と伝えやすくなります。
稟議で先に答えるべき3つの論点
第1に、対象者です。全開発者に一律配布するのか、レビュー負荷の高いTech LeadやPoC担当だけ先行導入するのかで見積もりは大きく変わります。第2に、超過許容です。GitHub Docsでは追加利用を許可するかどうかをpolicyとbudgetで制御でき、user-level budgetを0ドルにするとそのユーザーは追加利用できません。第3に、上位プラン移行です。GitHubは『月800 premium requestsを超えるBusinessユーザーはEnterpriseの方が経済的になりやすい』と案内しています。
この3点を稟議書で先に整理すると、承認者は『総額がいくらか』だけでなく、『どこまで使わせる設計か』『想定外の請求を止める仕組みがあるか』まで判断できます。逆にここが曖昧だと、Copilotそのものより運用ルールの弱さが否決理由になりがちです。
予算再見積もりは『席数×固定費』ではなく3層で考える
実務では、①固定ライセンス費、②含まれるAI Credits、③超過予算の3層で見積もると社内説明しやすくなります。GitHub Docsによると、2026年6月1日以降の標準付与はBusinessが1ユーザーあたり月1,900 credits、Enterpriseが3,900 creditsです。さらに既存顧客には6月1日〜9月1日の3か月間、Business 3,000 credits、Enterprise 7,000 creditsのプロモーション枠があります。
たとえば50人導入なら、標準状態でもBusinessは月95,000 credits、Enterpriseは195,000 creditsの共有プールです。ここで重要なのは、GitHubがユーザー単位ではなくbilling entity単位でプールすると明記していることです。軽い利用者が多い組織では吸収しやすい一方、少数のヘビーユーザーが長いagent sessionや高コストモデルを多用すると、一気に超過へ寄る可能性があります。
社内のAI予算再設計や、Copilot/Claudeの使い分け設計までまとめて整えたい場合は、 AI・Claude研修のご相談はこちら 。情シス・開発部門向けの運用ルールづくりも支援できます。
利用上限と承認フローのテンプレ
最初の運用テンプレはシンプルで十分です。開発者全員にはBusinessを配布、追加利用はデフォルトで許可しつつ、enterprise-level budgetで全体上限を置く。PoC担当やAI活用推進役だけはuser-level budgetを高めに設定する。さらに月次でusage reportを確認し、800 premium requestsを超える人をEnterprise候補として見直す。この流れなら、止めすぎず、放置しすぎずのバランスが取りやすくなります。
承認フローの文面も定型化できます。『通常のコード補完は固定費の範囲で利用、追加費用が発生しうる機能はChat/CLI/agent系に限定、超過時は予算停止または上位プラン移行で対応』と一文で定義しておくと、現場・管理職・経理の認識がそろいます。ポイントは、利用禁止ではなく、費用が増える条件を言語化することです。
よくある質問と回答
Q. 2026年6月以降、Copilotは全面的に従量課金ですか。A. いいえ。GitHub Docsではcode completionsとnext edit suggestionsはpaid planで引き続きunlimitedです。Q. 超過を完全に止められますか。A. できます。追加利用のpolicyを無効化する、またはbudgetでhard stopを設定できます。Q. まず何を決めればよいですか。A. 席数より先に、追加費用を許可する対象者と上限を決めることです。ここが決まると稟議・予算・現場説明が一気に楽になります。
