GitHub Copilotコードレビューが修正済みコメントを自動解決【未対応だけを残す新機能】

GitHub Copilotコードレビューが、修正済みと判断した自分のコメントを再レビュー時に自動解決するようになりました。未対応の指摘は開いたまま残るため、プルリクエストで見るべき会話を絞りやすくなります。

ただし、コミットをpushしただけで毎回動くとは限りません。
再レビューが実行されたか、Review new pushesが有効かまで確認できれば、コメントが残る理由を切り分けられます。

GitHub Copilotコードレビューが修正済みコメントを自動解決

GitHubは2026年9月11日、Copilot code review(コパイロット・コードレビュー)の再レビュー体験を更新しました。中心となる変更は、後続コミットが元の指摘に対応したとCopilotが判断すると、そのCopilotコメントを自動で解決済みにする機能です。

同日には、Copilotの提案を適用する時のコミットメッセージ自動生成と、Liteレビューを複数エージェントで行う分析改善も発表されました。GitHubの実験では、1回のレビューあたりの対応済みコメント数が高重要度の指摘で平均47%増え、レビュー費用は約8%下がったとしています。

出典: GitHub Changelog「Auto-resolution and analysis updates in Copilot code review」(英語)

全てのレビュー会話を機械的に閉じる変更ではありません。AIレビューの役割や他のコーディングAIとの違いから整理したい場合は、AIコーディングツールの選び方も判断材料になります。

GitHub Copilotの自動解決が動く流れ

GitHub Copilotの自動解決は、コメントが付いた瞬間ではなく、修正コミット後の再レビューで動きます。pushと再レビューを別のイベントとして見るのが、今回の変更を理解する近道です。

この順序なら、レビュアーは未解決の会話から優先して読む運用に変えられます。一方で、Resolve conversationボタンで閉じた指摘や低評価した指摘と同じコメントが、再レビューで再び出る場合もあります。同じ指摘が二度と出ない仕組みとは考えないほうが安全です。

出典: GitHub Docs「Using GitHub Copilot code review」(英語)

pushしてもCopilotコメントが残る時の確認点

push後もコメントが残るなら、最初に見るのは修正内容ではなく、Copilotの再レビューが実行されたかです。再レビューがなければ、自動解決の判定機会もありません。

• RepositoryのSettingsを開く
• 左サイドバーの「Code and automation」でRulesetsを開き、続けてRulesetsを選ぶ
• 既存のbranch rulesetを開く。無い場合はNew rulesetからNew branch rulesetを作り、Enforcement StatusをActiveにして対象ブランチを指定する
• 「Branch rules」でAutomatically request Copilot code reviewが選ばれているか確認する
• pushごとに再レビューするならReview new pushesを有効にする

出典: GitHub Docs「Configuring code review by GitHub Copilot」(英語)

Review new pushesを選ばない場合、Copilotの自動レビューはプルリクエストごとに1回だけです。追加のpush後は、プルリクエストのReviewers欄でCopilotの名前の横にあるボタンから手動で再レビューを依頼します。
再レビュー済みでも残るコメントは、未対応と判定された可能性があるため、元の指摘と差分の読み直しが必要です。

レビュー基準そのものをチームで揃える段階では、CopilotコードレビューとCLAUDE.mdの関係も先に決めておくと、AIごとに指示が食い違う状態を避けやすくなります。

GitHub Copilotコードレビューをチーム運用に入れる判断

GitHub Copilotコードレビューを自動化するかは、便利かどうかより、push頻度とレビュー費用を管理できるかが判断軸です。GitHub Docsでは全ての有料Copilotプランで利用できるとされ、組織からCopilotを付与されている場合は組織のCopilotポリシーでcode reviewが有効になっている必要があります。

Copilot code reviewの費用は、レビューごとに消費するAIクレジットと、エージェント機能が使うGitHub Actionsの分数の2つです。文脈収集やツール利用を担うエージェント機能は対象プランで自動的に有効になり、セルフホストランナーを使う場合だけActionsの分数を消費しません。
まず一部のリポジトリで試し、指摘数、再レビュー回数、AIクレジットを同じ期間で見ることが、費用と効果を分ける基準です。

出典: GitHub Docs「About GitHub Copilot code review」(英語)

実際の利用量を追う仕組みとして、GitHub Copilotの使用量レポートを活用すると、AIコーディング費をユーザー別や部門別に見る土台になります。

Copilotの自動解決をマージ承認にしない

GitHub Copilotコードレビューの自動解決とは、再レビューで対応済みと判断したCopilotコメントを閉じ、未対応だけを残す整理機能です。コードが正しいことを保証する承認機能ではありません。

なお、Copilotがプルリクエストを承認するCopilot approvalsは公開プレビューの別機能で、既定では無効です。承認をマージ要件へ数えるかどうかは、自動解決とは分けて判断してください。

出典: GitHub Docs「Application card: GitHub Copilot Agents」(英語)

セキュリティ、認証、決済、権限変更は自動解決だけで通さない運用が必要です。AIの作業状況を後から追うならGitHub Copilotエージェントの作業履歴を、機密データを扱う前提整理には生成AIのデータ利用と権限管理を確認できます。

GitHub CopilotコードレビューのFAQ