GitHub、Copilotの利用メトリクスAPIにPRレビュー段階別の所要時間を新設 — 管理設定の製品内バリデータも追加

GitHubは2026年9月25日付けのChangelogで、Copilot関連の改善2件を公表した。1件目はEnterpriseおよびOrganizationのリポジトリ単位のCopilot利用メトリクス報告に、プルリクエスト（PR）のレビュー各段階の所要時間を分解する新しい配列を追加する変更。2件目はCopilotのEnterprise管理設定に、設定ミスを製品内で検出するバリデータを設ける変更だ。以下は各Changelogで確認できる内容に限定した整理である。

利用メトリクスAPI — PRレビュー3段階の所要時間を分解

• 新設: リポジトリ単位の日次行（repos-1-day row）に pull_request_review_times 配列を追加。各行はマージ日にひも付き、レビュー待ちからマージまでの時間を3区間で報告する
• 3区間: レビュー可能状態から初回レビューまで、初回レビューから最終レビューまで、最終レビューからマージまでの中央値（median）と90パーセンタイル（p90）を分単位で返す
• 付帯情報: 各エントリは作成者・レビュー者（いずれも人間のみ）、当日にマージされた対象PR数（total_merged）を含む。既存の pull_requests フィールドに変更はない
• 意義: 従来はマージまでの長期化は見えても内訳が不明だった。3段階への分解により「誰も見ていない」「レビューの往復が長い」「承認済みで未マージ」のどれが原因かを切り分けられ、中央値と並ぶ90パーセンタイルで一部の遅いPRの影響も把握できると説明している

集計条件 — 人間のレビューのみ、バックフィルなし

• 対象: EnterpriseおよびOrganizationの repos-1-day 報告に含まれる
• 集計条件: 人間が起票し、本人以外の少なくとも1人がレビューしたPRが対象。Copilot code reviewや他のbot、作成者本人のレビューは計時から除外されるため、人間とCopilotの双方にレビューされたPRも集計に含まれる
• 件数の差: 上記の条件により pull_request_review_times[].total_merged は通常、レビューなしでマージされたPRも数える pull_requests.total_merged より小さくなる
• バックフィルなし: データはリリース時点から前方に向けて蓄積され、過去分は補填されない

Enterprise管理設定 — 製品内バリデータの新設

• 新設: CopilotのEnterprise管理設定向けに製品内バリデータを利用できるようになった。EnterpriseのAIコントロールページにある「Copilot settings validation」欄で誤りを確認・修正する
• 検出対象: 不正なJSON、未対応の設定、無効なチーム対応付けなど、ポリシー適用を妨げる誤り。問題ごとに影響を受けるファイルとJSONパスが示される
• 検証範囲: copilot/managed-settings.json と copilot/team-mappings.json、およびチーム対応付けファイルが参照するチーム設定ファイル
• 修正手順: 問題を修正したら .github-private リポジトリの既定ブランチにコミットし、Agentsページを再読み込みしてバリデータ結果で有効性を確認する

出典

• Usage metrics API adds pull request review stages — GitHub Changelog
• Enterprise managed settings in-product validator — GitHub Changelog