2026.08.29

GitHub Copilotのpolicies and billing更新で何を確認すべき?9月1日再開・9月28日統合・10月1日前払いを整理する管理ガイド【2026年速報】

GitHub Copilotのpolicies and billing更新で何を確認すべき?9月1日再開・9月28日統合・10月1日前払いを整理する管理ガイド【2026年速報】

GitHub Copilotでは2026年8月28日に、管理者が見落としやすい3つの更新がまとめて案内されました。ポイントは、9月1日からのBusiness/Enterprise新規申込再開、9月28日以降のWebとMobileとcloud agentのポリシー統合、そして同日から既定値が変わるcode reviewのBalanced化です。料金そのものより、席付与のタイミング、保持期間、AI credits消費の前提が変わるので、情シスや開発管理者は先回りで確認しておく価値があります。

何が変わるか

今回の更新は1つの機能追加ではなく、課金、利用ポリシー、レビュー品質の既定値が同時に動く運用変更です。GitHubの告知では、9月1日からクレジットカードまたはPayPal払いの新規Copilot Business / Enterprise申込が再開します。さらに9月28日以降、Copilot cloud agent、github.com上のCopilot Chat、GitHub Mobile上のCopilot Chatが単一のCopilot体験として統合され、別々だったポリシーも1つに集約されます。加えてCopilot code reviewでは、Defaultに設定している組織やリポジトリの既定努力レベルがLiteからBalancedへ切り替わります。

9月1日と10月1日に確認すべき請求まわり

新規顧客向けには、9月1日から新しい席を割り当てる際、ユーザーがCopilotを使い始める前に各席の支払いが必要になります。既存のBusiness / Enterprise契約でも、支払い方法がクレジットカードまたはPayPalなら、10月1日以降の次回請求サイクルから、割り当て済みの席数に対して月初の前払い請求が発生します。GitHubは価格自体は据え置きと明記していますが、席を外しても日割り返金はなく、追加した席は従来どおり月途中から日割りで加算されます。さらに、含まれる利用量を超えた場合は追加支払いが必要になり、場合によっては継続利用に支払いが前提になります。

AI creditsの予算統制や席配分を社内ルールに落とし込みたい場合は、 HelloCraftAIに相談する ことで、請求サイクル変更に合わせた運用設計を整理できます。

9月28日以降の統合ポリシーで運用はどう変わるか

GitHubは9月28日以降、cloud agent、github.com、GitHub MobileのCopilot体験を1つに寄せる予定です。ここで重要なのは、機能統合よりもポリシー統制の一本化です。新しい統合体験は既定で有効になり、cloud agentはSandboxを使った高速なクラウド実行に寄ります。github.com側も従来のチャット体験からagent sessionsへ完全移行し、チャットデータ保持期間は28日ではなくアカウント存続中へ延長されます。逆に統合体験をオプトアウトすると、github.comとGitHub MobileのCopilotを失うため、管理者は導入前に保持方針と利用許可の整合性を確認しておく必要があります。

Code reviewのBalanced既定化で見るべき点

Copilot code reviewでは、9月28日からDefaultがBalanced扱いになります。GitHub DocsではBalancedを、複雑なロジックやセキュリティ感度の高い変更、複数サービスにまたがるPR向けの高推論レビューと説明しています。一方でLiteよりAI credits消費が増え、GitHub Actions minutesもわずかに増える可能性があります。そのため、既定値を放置すると、セキュリティ重視のリポジトリではメリットが出やすい一方、日常的な小規模PRが多いチームでは想定よりレビューコストが上がるかもしれません。Liteを維持したいなら、9月28日までにDefaultのままにせず、組織またはリポジトリ設定で明示的にLiteを選ぶ必要があります。

管理者の実務チェックリスト

実務では、まず請求方法がクレジットカード/PayPalか請求書かを確認し、前払い化の影響を受ける範囲を切り分けます。次に、月途中の席追加と席削除が稟議・予算計上・原価配賦にどう響くかを整理します。そのうえで、9月28日までに統合Copilotポリシーの可否、チャット保持期間の扱い、Sandbox前提のクラウド利用許可、Code reviewの既定努力レベルを意思決定しておくと安全です。特にEnterpriseでは、全社既定値と例外リポジトリの設計を分けておくと、コストと品質の両方を管理しやすくなります。

FAQ

Q. 価格は上がるのですか。A. GitHubはBusiness/Enterpriseの価格据え置きを明記しています。ただし、席付与前の支払い、前払い請求、追加使用量の支払い前提が入るため、運用体感としてはキャッシュフローと予算管理の難易度が上がります。Q. github.comのCopilotだけ止められますか。A. 統合体験をオプトアウトするとgithub.comとGitHub MobileのCopilotを失うと案内されています。Q. Balanced化は全PRで得ですか。A. 重要PRでは有利ですが、軽微な修正中心のチームではLite固定の方が費用対効果が合う場合があります。

Copilotの席設計、AI credits統制、保存ポリシー見直しまで一気に整えたい企業は、 お問い合わせページ から相談できます。導入前のルール設計まで含めて伴走可能です。