開発ツールのワークフローが立体的につながる抽象ビジュアル
NAW / PRODUCTS 03

IMAGE: AI生成ビジュアル

PRODUCTS / Products

GitHub、Copilot code reviewを拡張 — ボット作成PRの自動レビューと「解決理由」付与に対応、ファイル上限も撤廃

GitHubは8月27日、Copilot code reviewの拡張をChangelogで告知。ボット作成PRやCopilot cloud agent作成PRの自動レビューに正式対応し、コメント解決時に「Addressed / Won't fix / Incorrect」を選べる解決理由ドロップダウンを追加。従来の300ファイル/2万行上限も撤廃した。

GitHubは2026年8月27日(米太平洋時間 15:46)、Copilot code review の拡張をGitHub Changelogで発表した。一次情報は「Copilot code review: Resolution reasons and expanded capabilities」(著者: Allison、datePublished: 2026-08-27T15:46:04-07:00)で、自動リクエストされたボット作成プルリクエストへの対応拡大と、レビューコメント解決時のメタデータ付与の2点が柱となる。

Copilot code review 拡張のヘッダーイメージ 出典: Copilot code review: Resolution reasons and expanded capabilities — GitHub Changelog

何が変わったか

  • 自動レビューの対象拡大 — ボット作成PRに対応:

    • これまで対象外だった「自動でレビューがリクエストされた、ボットが作成したPR」をレビュー可能にした。Copilot cloud agentが作成したPRを含む。
    • ボット作成PRはレビューを紐付けるCopilotライセンス保有アカウントが存在しないため、「Allow members without a Copilot license to use Copilot code review in GitHub.com」ポリシーを有効化している場合に、組織への直接課金でレビューが実行される。詳細はDocsの「Copilot code review without a Copilot license」で案内されている。
  • Copilot cloud agent作成PRのフルレビュー:

    • 従来、Copilot cloud agentが作成したPRで自動レビュー設定によりリクエストされた場合、Copilot code reviewは限定された体験(limited experience)にフォールバックしていた。今回の変更でフルなエージェント的レビュー(full agentic review) が提供される。
  • サイズ制限の撤廃:

    • これまでCopilot code reviewには 300ファイルまたは2万行 の上限があり、超えるPRはレビュー対象外だった。この制限は撤廃され、非常に大きなPRでもレビュー可能になったとされる。

コメント解決理由の付与

  • 新しいドロップダウンUI:
    • 任意のCopilot code reviewコメント下部にある 「Resolve conversation」ボタン横の新ドロップダウン から、解決理由として 「Addressed」「Won’t fix」「Incorrect」 のいずれかを選択できる。
    • 選択結果は製品チームへのフィードバックとして活用され、レビュー品質の改善に役立てると説明されている。

解決理由ドロップダウン — Addressed / Won’t fix / Incorrect を選択できるUI 出典: Copilot code review: Resolution reasons and expanded capabilities — GitHub Changelog

提供形態と留意点

  • 提供形態: GitHub.com上のCopilot code reviewとして提供。自動レビュー設定(automatic review settings)でリクエストされたPRが対象。
  • 課金: ボット作成PRのレビューは上記ポリシー有効時に組織課金(organization billing)となる。ライセンス保有者以外がレビューをトリガーする場合の課金モデルに注意が必要。
  • 運用上の示唆:
    • ボットやエージェントが大量にPRを作成するワークフローでは、自動レビューが全PRに走ることでレビュー量とコストが増える可能性がある。自動レビュー対象のフィルタや、解像度(解決理由)の運用ルールをチームで決めておくことが望ましい。
    • 「Incorrect」等の解決理由は品質モニタリングの指標になりうる。誤検知が多いカテゴリを集計し、ルールやプロンプトの調整に活かせる。
  • 関連する最近の変更: 同週には「グローバルモデルポリシーGA」「CustomizeタブGA」「Actionsの保持期間変更(10月1日からchecks/workflow runs/statusesもActions retentionに統合、既定90日)」など、GitHubのAI・自動化周辺の更新が続いている。

出典