記事

GitHub Copilotコードレビューが2026年6月1日からGitHub Actionsの分数を消費へ：プライベートリポジトリの課金が変わる

GitHubは2026年4月27日、Copilot Code Reviewが2026年6月1日以降プライベートリポジトリで実行されるごとにGitHub Actionsの実行分数を消費するようになると発表しました。Pro・Pro+・Business・Enterpriseが対象で、AIクレジットによる従量課金モデルへの統合の一環です。パブリックリポジトリは対象外。

Copilotコードレビューの課金がActions分数に紐付く

GitHubは2026年4月27日、GitHub Copilot Code Reviewの課金方式を変更するとGitHub Changelogで発表しました。2026年6月1日以降、プライベートリポジトリ上でCopilotコードレビューを走らせると、そのプランのGitHub Actions実行分数を消費する運用に切り替わります。

これまで「Copilotレビュー」は実行のたびに分数を意識する性質ではありませんでしたが、6月1日以降はActionsの分数枠と同じ財布から引かれるようになります。プラン枠を超えた分は標準のActions従量課金が適用されます。プライベートリポジトリだけが対象で、パブリックリポジトリでの実行は影響を受けないとGitHubは明記しています。

対象プランと「非ライセンスユーザー」の扱い

公式アナウンスによると、影響を受けるのは次のCopilotプランです。

プラン	影響
Copilot Pro	対象
Copilot Pro+	対象
Copilot Business	対象
Copilot Enterprise	対象

加えて、非ライセンスユーザー経由のレビュー実行も組織課金として計上されると説明されています。ChatOpsのように特定ユーザー以外が@copilot reviewを呼び出すような運用をしていると、組織側にActions分数の請求が乗るため、運用ルールの見直しが必要なケースがあります。

加えてGitHubは、Copilotの利用全体を**「AIクレジット」**による従量課金モデルへ統合していく方針も合わせて示しています。今回のActions分数への紐付けは、その大きな整理の一部分です。

GitHubの新リリースを示すChangelogヘッダー画像

画像引用元: GitHub Blog

何分消費するのか、どこで確認するか

公式の説明によれば、1回のレビュー実行ごとにプラン枠の分数を消費します。自前ホストのランナーや、**より大きなランナー（larger runners）**を使っている場合は、そのランナーの単価レートで消費されます。GitHub標準のホスト型ランナーを使うのか、大型ランナーを割り当てるのかで、実質コストが変わってくる構造です。

具体的な「1レビュー何分消費」は組織のセットアップ、リポジトリ設定、変更差分の規模で変動するため、固定値で考えるより実測してから上限を決めるのが安全です。

公式は次のチェックを推奨しています。

現在のActions利用量をBilling settingsで確認しておく
Actionsの支出上限・予算の閾値を見直す
Copilotの利用メトリクスを継続的にモニターする
リポジトリでGitHub-hostedランナーが有効になっているかを確認する
6月1日より前に、Billing管理者と情報を共有しておく

影響を受けやすいチームと、しのぎ方

特に影響が大きいのは、PRごとに必ずCopilotレビューを走らせるルールにしている組織や、大型ランナーを既定にしている組織です。1日あたり数十〜数百件のPRが流れる規模では、Actions分数の消費が意外な速度で進む可能性があります。

短期的な対策としては、次が現実的です。

すべてのPRではなく、マージブロッカー級のPRだけでCopilotレビューを必須化する
レビュー対象を特定ブランチ・特定パスに絞るルールを敷く
大型ランナーから標準ホスト型ランナーに戻して費用効率を確認する
レビュー実行のログを集計し、不要な再実行が起きていないかを確認する

人間レビューと自動レビューの役割分担を改めて整理し、AIレビューに頼り切る運用を見直すきっかけとして活用するのが現実的です。レビューの目的は「人間がリリース判断を下すための材料を増やす」ことなので、Copilot呼び出しが「材料追加」になっている場面に絞ると、コストパフォーマンスは大きく改善します。