GitHub Copilotのコードレビュー、プルリクエストの承認が可能に
GitHub Changelog公式発表
GitHubCopilotコードレビューエージェントリリース
GitHubは9月1日、Copilotのコードレビューがプルリクエストの承認まで行えるようになったと発表した。パブリックプレビュー。レビューの概要コメントに承認可否のアセスメントが付き、管理者が許可した場合はマージ要件にカウントされる承認を投稿できる。既定は無効で、Enterprise・Organization・リポジトリの3階層とファイルパス単位で制御する。
何が発表されたか
GitHubは2026年9月1日、GitHub Copilot のコードレビューがプルリクエストの「承認」まで行えるようになったことを公開した。現時点ではパブリックプレビューとしての提供となる。
変更は大きく2点ある。
- Copilot のコードレビューの概要コメントに、そのプルリクエストが承認できる状態かどうかを判断した「承認アセスメント」が含まれるようになった
- 管理者が許可した場合に限り、Copilot はマージ要件にカウントされる承認そのものを投稿できるようになった
なお、アセスメントが表示されただけではマージ要件は満たされない。ドキュメントでも「承認アセスメント単体はマージ要件にカウントされない」と明記されている。
管理者による制御
承認機能は既定では無効になっており、使うには明示的な設定が必要となる。制御の粒度は次のとおり。
- Enterprise / Organization / リポジトリの3階層で有効・無効を切り替えられる
- Copilot が承認してよいファイルパスを制限できる
つまり、影響範囲の小さいディレクトリだけ Copilot に承認を任せ、認証やインフラ設定など重要な領域は人間のレビューを必須にする、といった運用が可能になる。
開発者への影響
承認後の挙動は人間のレビュアーと同じ扱いになる。承認が付いた後に新しいコミットがプッシュされると承認は取り消され、あらためてレビューをリクエストできる。この点が人間と揃っているため、既存のブランチ保護ルールやレビュー運用をそのまま流用しやすい。
対象プランは GitHub Copilot Pro、Pro+、Max、Business、Enterprise。プレビュー段階かつ既定無効であるため、まずは影響の小さいリポジトリで挙動を確認し、承認可能なパスを絞ったうえで段階的に広げるのが現実的だろう。
