GitHub Copilotシート課金、10月1日から前払い化——込みクレジットも日割り按分、9月28日にレビュー既定はBalancedへ

GitHubは2026年8月28日、Copilot BusinessおよびEnterpriseの課金・ポリシー更新を発表した。新規申し込みの受付再開は同年9月1日、既存顧客への適用は10月1日発効で、10月1日以降はすべての割り当て済みシートが前払い請求になる。GitHubは『価格は変更されない』としているが、同じ発表の中で『含まれる利用枠(included usage)はシート料金の日割りに合わせて月内で按分されうる』とも述べている——単価は据え置きでも、月の途中で発行されたシートが受け取る込みクレジットは満額ではなくなる可能性がある。

誰におすすめ

GitHub Copilot BusinessまたはEnterpriseを10〜数十シート契約している小規模組織のオーナーやエンジニアリングマネージャで、開発者がagentモードを日常的に使うようになった一方、シートの発行・回収を必要に応じて随時行っており、10月1日の課金更新後に自組織のクレジット消費と請求額がどう変わるか見積もっていない人向け。

何をすべきか

猶予は1か月弱で、10月1日を過ぎてから動いても、その月にすでに発行済みのシート分は取り消せない。まず押さえておきたいのは、価格表そのものより『いつシートを発行するか』が10月以降のクレジット消費を左右するという点だ。GitHub自身が10月1日以降、全シートを割り当て時の前払い請求にし、含まれるAIクレジットもシート料金の日割りに合わせて按分されうるとしている以上、月半ばに発行したシートは月初発行のシートより受け取る込み枠が少なくなる計算になる。

さらに9月28日以降、コードレビューの既定レビュー強度が『Lite』から『Balanced』に切り替わる。GitHubは使用量への影響を確認するよう案内しているが、影響量は定量化していない。10月1日の課金変更と時期が重なるため、9月28日前後のコードレビュー利用量を分けて記録し、推測ではなく実測で予算設定を見直す必要がある。

10月1日より前に、シートの発行・回収を請求サイクルの区切りに合わせるか、それとも今のまま随時運用を続けるかを一度決めておく必要がある。

注意点

9月28日のコードレビュー既定変更がレビュー時間・消費トークン数に与える影響の大きさは、DevOps.comの分析であり、GitHub自身がその影響を定量化した文書はまだ確認できていない。また、含まれる利用枠の日割り按分の具体的な計算式(どのタイミングで発行すると何%になるか等)は、8月28日の発表文自体には明記されていない。