CopilotコードレビューがPR承認に対応 — デフォルト無効・3階層の管理者が制御

GitHubは2026年9月1日、Copilot code reviewがプルリクエスト（PR）を承認できるようになったと発表した。レビューごとの概要コメントに承認可否の判定（approval assessment）が表示され、組織の管理者が承認権限を有効化した場合のみ、Copilotの承認がリポジトリの必須承認数にカウントされる。デフォルトは無効で、Enterprise・Organization・Repositoryの各レベルで制御できる。

出典: GitHub Changelog — Copilot code review can now approve pull requests

何が変わったか

• 承認判定の表示: すべてのCopilotレビューで、概要コメントに「承認する準備ができているか」の判定が含まれる。詳細コメントと並んで一目で判断できる。
• 承認としてのカウントは条件付き: 判定の表示だけではマージ要件にカウントされない。管理者が承認機能を有効化した場合のみ、Copilotの承認が必須承認ルールに算入される。
• 新規コミットで取り消し: Copilotが承認した後に新しいコミットがプッシュされると、人間のレビュアーと同様に承認は取り消され、再レビューを要求すると新たな判定が得られる。
• 対象プランと提供形態: GitHub Copilot Pro / Pro+ / Max / Business / Enterpriseでpublic previewとして提供。

管理と運用 — 3階層の制御

• Enterprise: 組織全体でCopilotによる承認を許可するかを設定。
• Organization: 組織単位でオン・オフを切り替え。
• Repository: リポジトリ単位でオン・オフに加え、Copilotが承認できるファイルパスを限定可能。たとえばドキュメントのみ承認対象にするといった運用が想定される。詳細はCopilot code reviewの設定ドキュメントで案内されている。

GitHubは「AIによる承認を必須要件に含めるかは慎重に判断すべき領域」との文脈で、既定で無効かつ多層で制御できる設計にしている。承認ワークフローを自動化したいチームは、まず判定表示を観察し、信頼性を確認した上でパス制限付きで段階的に有効化する運用が現実的だ。

意味合いと注意点

Copilotのコメントやサジェストはこれまでも開発効率を上げてきたが、「承認」はマージのゲートとなる権限操作だ。今回の変更は、AIレビューを「参考情報」から「ガバナンスの一部」へ引き上げる試みといえる。

一方で、承認の品質はモデルの誤検知・見落としに左右される。GitHub自身が「判定の表示は参考であり、最終判断は人間が行う」としている点は重要で、特にセキュリティやデータ処理に関わるパスでは人間のレビューを必須に保つ、CODEOWNERSと組み合わせるなど、既存の保護ルールと併用することが求められる。

出典

• Copilot code review can now approve pull requests — GitHub Changelog
• Configure Copilot code review — GitHub Docs