GitHubは2026年10月8日付の発表で、AIがコードを確認する「Copilot code review」に、組織単位の課金とライセンス管理の機能を追加しました。組織オーナーは、レビューの費用をメンバー本人の利用枠ではなく組織に付け替えられます。情シスと開発管理者が確認したいのは、費用を負担する組織と、レビューを依頼できる人の範囲です。
課金先を変える前に、費用を負担する組織を確認
ライセンスを持つメンバーのレビューは、既定では本人のCopilot利用枠に課金されます。この方式では、本人の利用枠を使い切るとコードレビューが失敗します。
組織オーナーは、組織設定の「Copilot → Policies」で課金先を組織のコストセンターに変更できます。コストセンターは、費用を計上する単位です。組織課金にすると、メンバー本人のCopilot利用枠は消費しません。
費用の負担先は、レビューするリポジトリを所有する組織です。リポジトリとは、コードなどを管理する保管場所です。設定変更を検討する際は、利用者の所属だけでなく、対象リポジトリの所有組織を確認する必要があります。
組織課金には、その組織で「AI Credits」の有料利用を有効にする必要があります。予算は任意で設定できます。本人の利用枠を使わなくなる点と、組織で有料利用を有効にする点を、セットで社内の承認対象にするのがよいでしょう。
日本での提供は発表には書かれていません。日本語対応、日本向けの価格、提供リージョンについても記載はありません。
個人契約のライセンスを認めるか、依頼者の範囲も見直す
既定では、有料ライセンスの保有者は、アクセスできるリポジトリでレビューを依頼できます。一方、組織オーナーとリポジトリ管理者は、依頼者を制限できます。
制限を有効にすると、組織または企業が提供したCopilotライセンスの保有者だけが依頼できます。個人契約など、組織・企業の外で取得したCopilotライセンスでは依頼できなくなります。
ここでは、リポジトリへのアクセス権と、レビューを依頼できるライセンスの条件を分けて確認することが重要です。個人契約でレビューを使っている人がいれば、制限の有効化前に利用方法を調整することを勧めます。
また、組織レベルで依頼者制限を有効にすると、リポジトリ管理者は解除できません。各開発チームの判断で例外を設ける運用ではなく、組織オーナーと相談する運用を決めておきましょう。
影響する会社・しない会社
- 影響する: Copilot code reviewを使い、本人の利用枠を使い切ることでレビューが失敗している会社です。組織課金への切り替えを検討できますが、AI Creditsの有料利用と費用負担の確認が必要です。
- 影響する: 個人契約など、組織・企業が提供していないCopilotライセンスでレビューを依頼している人がいる会社です。依頼者制限を有効にすると、その人は依頼できなくなります。
- 影響しない: Copilot code reviewを利用していない会社には、今回の課金先と依頼者制限に関する運用変更は直接関係しません。
- 影響しない: 組織課金へ切り替えず、既定のメンバー課金を使い続ける場合、課金先を変更する作業は不要です。ただし、本人の利用枠を使い切るとレビューが失敗する条件は確認してください。
情シスが今日やること
- 組織オーナーと現在の課金先を確認する。 今日の確認対象として、組織設定の「Copilot → Policies」を開き、メンバー課金か組織課金かを記録します。併せて、レビュー対象のリポジトリを所有する組織を開発管理者に確認します。
- 切り替え前に、経理・予算責任者へ承認を求める。 組織課金を使うなら、対象組織でAI Creditsの有料利用が必要なことを伝えます。任意の予算を設定するか、費用をどの組織で管理するかを、有効化前に決めてください。予算設定の具体的な画面は発表には書かれていません。
- 依頼者制限の有効化前に、ライセンスの取得元を確認する。 開発チームの責任者に、組織・企業提供のライセンスと個人契約の利用者を分けて確認してもらいます。依頼者制限の具体的な設定画面は発表には書かれていないため、組織オーナーとリポジトリ管理者に確認を依頼します。
- 設定変更前に、開発チームへ運用ルールを知らせる。 課金先、レビューを依頼できる人、問い合わせ先をまとめて通知します。組織レベルの制限はリポジトリ管理者が解除できない点も明記してください。既定のメンバー課金を続ける場合は、利用枠切れによるレビュー失敗を切り分け項目に加えましょう。
