GitHub CopilotがPRを承認できるように。AIの『OK』を使う前に確認したいこと

何が発表されたか

GitHubは2026年9月1日、Copilot code review にプルリクエスト（PR）が承認できる状態かどうかを示す「approval assessment」を加え、管理者が設定すればCopilot自身の承認を、必要な承認数として数えられるようにする公開プレビューを案内しました。PRは、コードや設定の変更を「この内容で取り込んでよいですか」と提案する仕組みです。これまでもCopilotは気になる点をレビューコメントとして出せましたが、今回の更新では、全体として「承認してよさそうか」という判断も画面上で見やすくなります。

大切なのは、Copilotが勝手に何でも承認する更新ではないことです。最初は承認がオフで、Enterprise、組織、リポジトリの管理者が有効・無効や対象パスを決めます。公式案内では、Copilotの判断表示だけではマージ条件を満たす承認にはならず、管理者が明示的に有効化した場合だけ、承認として扱えると説明されています。

初心者に何がうれしいか

初めてPRを見る人にとっては、「AIのコメントが何もない」ことと「変更を取り込んでよい」ことの違いが分かりにくい場合があります。approval assessmentがあれば、AIが見た範囲で準備できていると考えたかを、細かい指摘とは別に確認できます。レビューの最初の入口として、どこを読めばよいかをつかみやすくなるのが利点です。

ただし、AIの承認は人の確認を不要にする合格印ではありません。AIは仕様の背景、会社の決まり、実際の画面での使いやすさ、秘密情報や課金への影響まで完全には判断できません。特に公開、削除、権限、請求に関わる変更は、AIが「OK」と言っても担当者が差分とテスト結果を見直す必要があります。

まず試すなら何をするか

個人の練習用リポジトリか、影響の小さいPRから始めましょう。まずCopilot code reviewの概要コメントに出るassessmentを読み、次に「Files changed」で実際の差分を確認します。AIが承認可能と示しても、変更の目的を自分の言葉で説明できない箇所は、そのまま取り込まず質問や追加レビューを頼むのがおすすめです。

チームで承認機能を使う場合は、管理者に三つだけ確認すると安心です。「どのリポジトリで有効か」「Copilotの承認を必要承認数に数えるか」「どのファイルを対象にするか」です。最初から重要な設定や本番コードに広げず、対象パスを限定して、実際のPRで人のレビュー結果と見比べると運用ルールを作りやすくなります。

注意点

この機能は2026年9月1日時点で公開プレビューで、GitHub Copilot Pro、Pro+、Max、Business、Enterprise向けに案内されています。表示や使える範囲、管理画面の設定、料金や契約条件は変わる可能性があります。個人で使う場合も、組織で使う場合も、実際に有効化する前にGitHub公式の最新案内と自分のリポジトリの保護ルールを確認してください。

また、新しいコミットが追加されるとCopilotの承認も、人の承認と同じように取り消されます。古い承認だけを頼りにせず、変更が増えたらレビューをもう一度依頼し、テスト結果と最終差分を確認してから取り込みましょう。

参照リンク

• Copilot code review can now approve pull requests（GitHub Changelog）