GitHub Copilot、9月に課金体系を変更

GitHubは2026年8月28日、GitHub Copilotの料金・利用ポリシーを刷新すると公式ブログで発表した。開発者向けAIアシスタントであるCopilotの、企業向けプラン(Copilot Business・Copilot Enterprise)の課金の仕組みが変わる。

変更の柱は前払い化だ。2026年10月1日の次回請求サイクルから、既存顧客を含めて割り当て済みの全シートに前払いで課金される。新規契約はそれより早く、9月1日からクレジットカードまたはPayPalでの申し込み受付が再開される。価格自体は変更しないとGitHubは明言しているが、シートを取り消しても日割り返金はなく、反映は翌月の請求サイクル待ちになる。含まれる利用量を超えれば追加の支払いも発生しうる。

もう一つの変更は、Copilot Chatの統合だ。github.com上のチャット、モバイルアプリのチャット、クラウド上で自律的にコードを書く「Copilotクラウドエージェント」がバラバラに存在していたのが、9月28日以降(確定日ではない)に単一の体験へ統合され、既定で有効になる。統合を拒否すると、github.comやモバイルでのCopilotアクセス自体を失う。あわせてチャットの保存期間が従来の28日間から、アカウントが存在する限り保持される仕様に変わる。コードレビュー機能の既定の厳しさも「Lite」から「Balanced」へ引き上げられ、現状維持したい場合は9月28日より前に明示的な設定変更が必要になる。

これらの変更を並べて見ると、GitHubが動かしているのは価格そのものではなく、支払いのタイミングと、機能へのアクセス権を結びつけるロジックだと分かる。前払い化はシートの「使われていない期間」への支払いを増やす方向に効き、統合Copilotへのオプトアウトがアクセス喪失に直結する設計は、事実上の全社移行の強制に近い。

この設計を単なる値上げの婉曲表現と片付けるのは早計だ。GitHubは価格を変えていないと明言しており、変わったのは請求のタイミングと解約時の返金ルールという運用面である。とはいえ運用面の変更は現場の負担としては軽くない。シート数を厳密に管理していない組織ほど、前払い後に、使っていない開発者に割り当てたままのシートにも支払いが発生しやすく、日割り返金が無い以上、シートの棚卸しは請求サイクルの節目ごとに行う必要が出てくる。

反論としてありうるのは、価格が変わらない以上、実質的な影響は小さいという見方だろう。しかし、チャットデータの保持期間が28日間からアカウントが存在する限り保持される仕様に切り替わる点は見落とせない。ログの保持期間はセキュリティ・コンプライアンス上の設定項目であり、社内の開発ツール利用ポリシーを持つ企業では、既定値の変更が承認プロセスを経ずに適用される形になる。こうした既定値の一括切り替えは、一般にユーザーへの周知よりも移行の完了を優先する設計になりがちで、管理者側が期限までに能動的に確認しないと、意図しない設定のまま本番運用に入ってしまう構造になっている。だからこそGitHub自身も、9月28日より前にポリシーを確認するよう管理者に呼びかけている。ビジネス・エンタープライズ管理者は、この呼びかけを消化試合の注意書きとして読み流さず、シート数の見直しとログ保持設定の確認を、期限が来る前に済ませておく必要がある。