GitHub Copilotのコードレビュー機能に、2026年9月1日、プルリクエスト（PR）を自動的に承認できる新機能が追加されました。これまでのCopilotコードレビューは「コメントを付けて改善点を指摘する」役割にとどまっていましたが、今回のアップデートにより、条件を満たしたPRであればCopilot自身が承認まで行えるようになります。あわせて8月27日には、レビュー対象の拡大やコメント解決理由の記録機能も追加されており、コードレビュー機能全体が急速に強化されています。
本記事では、これらのアップデートの内容と、Enterprise・Organization・Repositoryそれぞれの階層での設定方法、導入にあたって押さえておきたい注意点を、GitHub公式のChangelogをもとに解説します。
なぜ「承認」まで踏み込む機能が求められていたのか
開発チームにおけるコードレビューは、品質担保に欠かせない工程である一方、レビュー待ちのプルリクエストが滞留し、開発全体のリードタイムを延ばす要因にもなりやすい工程です。これまでのCopilotコードレビューは、コメントで改善点を指摘するところまでが役割で、最終的な承認判断は必ず人間のレビュアーが行う必要がありました。軽微な修正やドキュメント変更のような、レビュー負荷の割に判断が比較的単純なプルリクエストについても、人間のレビュアーの手が空くまで承認が滞ることが少なくありません。今回の承認機能は、こうした「レビューの目は通っているのに、承認だけが滞留する」という状況を減らすことを狙ったアップデートといえます。
Copilotによるプルリクエスト自動承認機能とは
今回追加されたのは、Copilotコードレビューが「このPRは承認してよい状態か」を判断し、条件が整っていれば実際に承認まで行う機能です。現時点ではパブリックプレビューとして提供されており、対象プランはCopilot Pro・Pro+・Max・Business・Enterpriseとなっています。
承認アセスメント（Approval assessments）の表示
Copilotによるレビューが行われると、レビューのオーバービューコメントの中に「承認アセスメント」が表示されるようになりました。これは、Copilotがそのプルリクエストを承認してよいと判断しているかどうかを、詳細なレビューコメントと並べて一目で確認できる仕組みです。
なお、GitHub公式のChangelogでは「承認アセスメントが表示されるだけでは、マージ要件のカウントには含まれない」と明記されています。あくまでCopilotの判断結果を可視化する機能であり、実際に承認としてカウントするかどうかは、次に説明する承認機能を別途有効化する必要があります。
Copilotによる実際の承認はデフォルトでオフ
Copilotが実際にPRを承認する機能は、デフォルトでは無効になっています。管理者が明示的に有効化した場合にのみ、Copilotの承認がリポジトリの「必須承認数（required-approvals）」ルールにカウントされるようになります。
有効化後にPRへ新しいコミットがプッシュされると、人間のレビュアーによる承認と同様に、Copilotの承認も自動的に取り消される仕組みです。再度Copilotのレビューをリクエストすれば、新しいコミットを踏まえた承認を改めて得られます。
3階層での設定方法
Copilotによる自動承認は、Enterprise・Organization・Repositoryの3つの階層で管理できるようになっています。組織のガバナンス方針に応じて、どの範囲まで自動承認を許可するかを柔軟に決められる設計です。
Enterprise管理者による設定
Enterprise管理者は、傘下の全組織で承認機能をオフのままにするか、各Organizationの判断に委ねるかを選択できます。全社的にAIによる自動承認を慎重に扱いたい企業は、まずEnterprise単位でオフに設定しておき、必要な組織だけ個別に許可する運用が現実的です。
Organization管理者による設定
Organization管理者は、組織全体で承認機能をオンにする、リポジトリ管理者の判断に委ねる、特定のリポジトリだけ有効化する、あるいは組織全体でオフにする、という4通りの選択肢から運用方針を決められます。
Repository管理者による設定
Repository管理者は、そのリポジトリで承認機能をオン・オフするだけでなく、Copilotが承認してよいファイルパスを指定できます。たとえば、ドキュメントや設定ファイルなど影響範囲の小さい変更のみを対象にし、本体のロジックを含むコードには自動承認を適用しない、といった限定的な運用も可能です。
設定の詳細な手順は、GitHub公式ドキュメント「Copilot code reviewの設定」に記載されています。
あわせて追加されたコードレビューの拡張機能（8月27日）
自動承認機能に先立つ8月27日にも、Copilotコードレビューにいくつかの拡張が加わっています。あわせて把握しておくと、直近1週間のアップデート全体像がつかみやすくなります。
レビュー対象の拡大：BotのPRとCopilot cloud agentのPR
これまでCopilotコードレビューは、Botが自動作成したプルリクエストや、Copilot cloud agentが作成したプルリクエストに対して、限定的なレビューしか行えませんでした。今回のアップデートにより、Copilotライセンスを持たないメンバーでもCopilotコードレビューを利用できるようにするポリシーを有効にしていれば、Bot作成のPRもレビュー対象になり、利用料は組織に直接請求される形になりました。また、Copilot cloud agentが作成したPRについても、簡易的なレビューではなく、通常と同じ本格的なエージェントレビューが行われるようになっています。
大規模プルリクエストの上限撤廃
従来、Copilotコードレビューには「300ファイルまたは2万行」という上限があり、これを超える大規模なプルリクエストはレビュー対象外でした。今回のアップデートでこの制限が撤廃され、大規模な変更でもCopilotによるレビューを受けられるようになっています。大型リファクタリングや依存パッケージの一括更新など、これまでレビュー対象外だったPRにも活用の幅が広がりそうです。
コメント解決理由の記録
Copilotコードレビューのコメントを解決する際、「Addressed（対応済み）」「Won’t fix（対応しない）」「Incorrect（指摘が誤り）」のいずれかを選んで解決理由を記録できるようになりました。レビューコメント下部の「Resolve conversation」ボタン横のドロップダウンから選択する仕組みで、この情報はGitHub側の製品改善にも活用されるとされています。チーム内でCopilotの指摘傾向を振り返る際にも、この解決理由のログは参考になるでしょう。
導入時に押さえておきたい注意点
自動承認の対象範囲は段階的に広げる
Copilotによる自動承認は、必須承認数のカウントに直接影響する機能です。導入初期からリポジトリ全体・全ファイルを対象にするのではなく、まずは影響範囲の小さいファイルパスに限定してから、チームの信頼度に応じて対象を広げていく進め方が安全です。
既存のAgent Skills・MCP連携との関係を確認する
Copilotコードレビューには、以前の記事「GitHub Copilotのコードレビューが進化｜Agent SkillsとMCP連携が正式提供開始【2026年8月】」で紹介した、チーム独自ルールを反映するAgent Skillsや、外部ツールと連携するMCPサーバーの仕組みがすでに組み込まれています。自動承認機能を有効にする前に、これらの設定が意図した通りに機能しているかを確認しておくと、承認の判断精度に対する安心材料になります。
人間によるレビューを完全に代替するものではない
GitHub公式のChangelogが強調しているように、承認アセスメントの表示自体はマージ要件のカウントに含まれず、承認機能を有効化して初めてカウント対象になります。この二段構えの設計は、Copilotの判断をまず「参考情報」として提示し、実際に承認としてカウントするかどうかを組織側の意思で選べるようにするための仕組みだと考えられます。特にセキュリティやビジネスロジックの根幹に関わる変更については、Copilotの承認を有効にしている場合でも、対象ファイルパスから除外するなど、人間のレビューを必須とする運用を維持することが望ましいでしょう。
組織全体のポリシー変更とあわせて把握する
GitHub Copilotをめぐっては、2026年9月にほかにも料金体系やチャット統合など複数のポリシー変更が予定されています。詳しくは「GitHub Copilotの料金・ポリシーが2026年9月から変更に｜新規申込再開・チャット統合・コードレビュー既定変更を解説【2026年8月】」でまとめていますので、Enterprise・Organization単位で管理方針を検討する際は、あわせて確認しておくことをおすすめします。
まとめ
GitHub Copilotのコードレビューは、単なる指摘役から一歩進み、条件を満たしたプルリクエストを実際に承認する役割まで担えるようになりました。承認機能自体はデフォルトでオフになっており、Enterprise・Organization・Repositoryの3階層で段階的に有効化できる設計です。あわせて8月27日にはレビュー対象の拡大や大規模PRの上限撤廃、コメント解決理由の記録といった拡張も加わっており、Copilotコードレビューは開発チームのレビュー体制における役割を着実に広げています。導入を検討する際は、まず対象範囲を絞った小さな運用から始め、既存のAgent SkillsやMCP連携の設定とあわせて見直すことをおすすめします。
