この記事のポイント
- Copilotコードレビューは、従来の300ファイル・2万行の上限を撤廃しました。
- ボット作成PRのレビューは、組織設定に応じて組織へ課金されます。
- AIの指摘は必須承認の代わりではありません。内容を人が確認して判断します。
GitHubの8月の公式更新から、レビュー対象とコメント処理の拡張を紹介します。当時の機能と、人による確認の関係を整理します。
何が変わった?300ファイル・2万行の壁がなくなりました
GitHubは2026年8月、Copilotコードレビューの対象から、これまで適用されていた「300ファイルまたは2万行」のサイズ上限を撤廃しました。これにより、大きなプルリクエスト（PR）もレビューを依頼できます。ただし、レビューを依頼できることは、全変更を漏れなく見抜く保証ではありません。Copilotのコメントは人の必須承認には数えられないため、内容を確認する工程は引き続き必要です。
ボットが作ったPRもレビュー対象に。クローズ理由も選べる
ボットが作成したPRは、組織で所定のポリシーを有効にすると、Copilotライセンスを持つ個人にひも付けずにレビューでき、利用料は組織に請求されます。Copilot cloud agentが作成したPRでは、限定的なレビューから通常のエージェントレビューへ対応が広がりました。また、レビューコメントを閉じる際に「対応済み」「対応しない」「指摘が誤り」の理由を選べます。GitHubはこの選択を製品チームへのフィードバックと説明しています。
出典・詳細: GitHub Changelog「Copilot code review: resolution reasons and expanded capabilities」(2026年8月27日)、GitHub公式ドキュメント「Using GitHub Copilot code review」。
まとめ：指摘と承認・マージの役割を分ける
コードレビューを運用するチームには、コメント・承認・マージの権限を分けて見ることが重要です。AIの指摘が増えたことだけでは品質向上とは判断できません。見逃しと修正の負担を含め、人によるレビューのどこを補助できるかを確かめるとよいでしょう。
※本記事は2026年8月28日時点の情報です。詳細な仕様は今後のアップデートで変わる可能性があるため、実際の利用前に公式ドキュメントの最新版を確認するとよいでしょう。
この機能をCI/CDなど外部の仕組みから呼び出したい場合はGitHub Copilotのコードレビュー、APIから呼び出し可能にが参考になります。対応済みのレビューコメントを手作業で追わずに済ませたい場合はGitHub Copilotが対応済みレビューコメントを自動解消、変更点を確認もあわせてどうぞ。
