GitHub Copilotの課金は、2026年6月1日を境に「プレミアムリクエスト中心」から「GitHub AI Credits中心」へ完全に考え方が変わりました。古い比較記事のままだと、現在の請求の見え方とズレるため、2026年8月4日時点のGitHub Docsに沿って全体像を整理し直します。
結論から言うと、いま確認すべき論点は3つです。1つ目は、何がAI Credits課金の対象で、何が従来どおり無制限か。2つ目は、個人プランと組織プランで含有枠の考え方がどう違うか。3つ目は、追加利用がデフォルトで許可される設計をどう統制するかです。
GitHub Copilotの従量課金とは何か
現在のGitHub Docsでは、Copilotの利用量は GitHub AI Credits で測定されます。1 AI credit は 0.01米ドルとして扱われ、課金額は「どのモデルを使ったか」と「何トークン消費したか」の掛け合わせで決まります。短いチャット質問と、複数ファイルにまたがる長い cloud agent セッションでは、同じ1回の操作でも重さが全く違うという前提です。
AI Credits課金の対象には、Copilot Chat、Copilot CLI、Copilot cloud agent、Copilot Spaces、Spark、サードパーティ製コーディングエージェントが含まれます。一方で、コード補完と next edit suggestions は有料プランで引き続き無制限です。ここを混同すると「Copilotは全部が従量課金になった」と誤解しやすいので、最初に切り分けておく必要があります。
いまの料金体系と何が違うのか
2026年6月1日より前は、Copilotの支払いは premium requests ベースでした。特に個人の年額Copilot Pro / Pro+ の一部既存契約では、2026年8月4日時点でも legacy request-based billing が残り、モデル倍率に応じて premium request を消費する仕組みが継続しています。つまり「全員が同じ日に同じ仕組みへ移った」わけではなく、月額個人プラン・組織プラン・既存年額プランで見方が分かれます。
現在の個人向け usage-based billing では、Copilot Pro が月1,500 AI Credits、Copilot Pro+ が月7,000 AI Credits、Copilot Max が月20,000 AI Creditsの含有枠を持ちます。内訳は base credits と flex allotment に分かれており、未使用分は月をまたいで繰り越されません。毎月1日の 00:00:00 UTC にリセットされるので、月末駆け込みで余らせても翌月へは持てない設計です。
個人ユーザーと企業ユーザーへの影響
個人ユーザーにとっての影響は、モデル選択と agentic features の使い方がそのまま請求に跳ねやすくなったことです。GitHub Docsは、長いやりとり、複雑な会話、cloud agent の長時間実行、高価格帯モデルの利用が消費を増やす主因だと明示しています。逆に言えば、軽量モデルへ寄せる、会話を短く保つ、Auto model selection を使うといった運用で、含有枠の持ちがかなり変わります。
企業ユーザーでは、Copilot Business が1ユーザーあたり毎月1,900 AI Credits、Copilot Enterprise が3,900 AI Creditsを持ちます。しかもこれはユーザーごとの固定バケツではなく、請求主体単位の共有プールです。100人のBusiness契約なら 190,000 credits を全体で使えるため、重い利用者と軽い利用者を均して運用できる反面、一部のpower userが急に費用を押し上げるリスクもあります。
さらに既存のBusiness / Enterprise顧客には、2026年6月1日から2026年9月1日までの3か月間、Businessは3,000、Enterpriseは7,000 AI Creditsへ増量される移行プロモーションがあります。2026年8月4日時点ではまだこの特典期間内なので、今の請求を見て「余裕がある」と感じても、9月以降は標準枠へ戻る前提で再計算した方が安全です。
企業が見直すべき3つのポイント
1つ目は、追加利用を許可するかどうかです。GitHub Docsでは、組織・エンタープライズの additional usage はデフォルトで有効とされています。つまり管理者が明示的に止めない限り、共有プール枯渇後も追加課金が続く設計です。まず AI credits paid usage policy をどう設定するかを決めないと、利用が増えた月に想定外請求が起きやすくなります。
2つ目は、予算コントロールの階層設計です。現在は user-level budget、cost-center budget、organization-level budget、enterprise spending limit を組み合わせて統制できます。特に user-level budget は共有プールが残っていても個別利用を止められるため、agent機能を使う一部メンバーだけ高めに設定し、一般ユーザーは低めに抑える、といった運用が現実的です。
3つ目は、どの機能を誰に使わせるかの整理です。Copilot Chat やCLIは便利ですが、cloud agent や高価格モデルを全員へ解放すると、実利用の差が大きくなります。GitHubは古い premium request の世界から token / model ベースの世界へ移したので、管理の粒度も「席数」だけでなく「ユースケース」と「モデル選択」へ寄せる必要があります。
今すぐ確認しておきたいチェックリスト
まず確認したいのは、1. 自社または自分の契約が usage-based billing か legacy annual plan か、2. どの機能が主に使われているか、3. 追加利用が有効か、4. 予算停止ルールがあるか、5. 9月1日以降の標準枠へ戻ったときも成立するか、の5点です。これを把握できるだけで、請求の見え方はかなりクリアになります。
GitHub Copilotの課金設計や、社内AI開発ルールの見直しを進めたい場合は、 お問い合わせフォーム からご相談ください。運用設計、研修、利用ルールづくりまで伴走できます。
