使用量 API にレビューサイクルと採用フェーズへの時間を追加
GitHub Copilot が、AI 導入フェーズごとのコードレビュー速度を示す新しい指標を API に追加し、プルリクエストのレビュー回数や所要時間を比較可能にした。
Copilot の使用状況メトリクス API では、各 AI 導入フェーズに対して 2 つの追加コードレビュー速度指標が報告されるようになりました。これにより、エンタープライズおよび組織レポートで利用可能な導入フェーズコホートフィールドが拡張されます。
既存のフェーズ別マージ時間とマージ数に加えて、今後は導入コホート全体を通じてプルリクエストがどの程度迅速にレビューされ、またどの程度のレビューサイクルを要するかを比較できるようになりました。
何が変わったか
totals_by_ai_adoption_phase の各フェーズエントリには、以下の 2 つの新しいフィールドが追加されました:
avg_pull_requests_minutes_to_review: プルリクエスト作成から最初のレビューに至るまでの中央値時間（分）。
avg_pull_requests_review_cycles: マージされるまでにプルリクエストが受け取るレビュー提出数の中央値。
両指標はマージされたプルリクエストに限定され、各プルリクエストのマージ日に帰属するため、すべてのプルリクエストは正確に 1 回だけカウントされます。レビュー済みだが最終的にマージされなかったプルリクエストは、いずれの指標にも含まれません。
なぜこれが重要なのか
レビュー遅延時間とレビューサイクル数は、エンジニアリングのスループットにおける先行指標です。これらを AI 導入フェーズ別に分解することで、Copilot の導入が深いチームほどプルリクエストをより迅速にレビューし、より少ないレビューサイクルで反復できるかどうかを確認できます。これにより、Copilot がレビュープロセスに与える下流への影響を定量化でき、最も効果的な支援が必要な領域を特定して重点的に取り組むことが可能になります。
重要な注意点
これらのメトリクスは、エンタープライズおよび組織の 1 日および 28 日のレポートに表示されます。
これらはマージされたプルリクエストにスコープを限定しているため、レビュー遅延時間とサイクル数は実際にマージされた作業を反映しています。
フェーズ定義とコホート割り当ては変更されていません。詳細については、「採用フェーズのコホート」に関する発表をご覧ください。
Copilot 使用状況メトリクス API のドキュメントにアクセスして、利用を開始してください。
「使用状況 API にレビューサイクルと採用フェーズへの時間を追加」という投稿は、最初に The GitHub Blog で公開されました。
原文を表示
The Copilot usage metrics API now reports two additional code-review velocity metrics for each AI adoption phase, extending the adoption phase cohorts fields available in the enterprise and organization reports. Alongside the existing per-phase merge time and merge counts, you can now compare how quickly pull requests are reviewed and how many review cycles they take across your adoption cohorts.
What’s new
Each phase entry in the totals_by_ai_adoption_phase breakdown now includes two new fields:
avg_pull_requests_minutes_to_review: The median time, in minutes, from when a pull request is created to its first review.
avg_pull_requests_review_cycles: The median number of review submissions a pull request receives before it merges.
Both metrics are scoped to merged pull requests and attributed to each pull request’s merge day, so every pull request is counted exactly once. Pull requests that are reviewed but never merged do not contribute to either metric.
Why this matters
Review latency and review-cycle counts are leading indicators of engineering throughput. By breaking them out by AI adoption phase, you can see whether teams with deeper Copilot adoption get their pull requests reviewed faster and iterate through fewer review cycles. This helps quantify the downstream impact of Copilot on your review process and helps you target enablement where it moves the needle most.
Important notes
These metrics appear in both the enterprise and organization 1-day and 28-day reports.
Because they are scoped to merged pull requests, review latency and cycle counts reflect work that actually landed.
Phase definitions and cohort assignment are unchanged. For details, see the adoption phase cohorts announcement.
Visit the Copilot usage metrics API documentation to get started.
The post Add review cycles and time to adoption phases in the usage API appeared first on The GitHub Blog.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み