Lotu Radar About

Usage metrics API adds code review details and addressed rate

GitHub Changelog Developers & Open Source Score 8/10

Summary

The enterprise and organization repository-level Copilot usage metrics reports now show what happens to Copilot code review feedback. A new copilot_code_review object on each repos-1-day row reports how many Copilot-reviewed… The post Usage metrics API adds code review details and addressed rate appeared first on The GitHub Blog .

Original Text

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd"> The enterprise and organization repository-level Copilot usage metrics reports now show what happens to Copilot code review feedback. A new copilot_code_review object on each repos-1-day row reports how many Copilot-reviewed pull requests merged without a later change request from a person and how many Copilot code review comments developers acted on. With these you can track an addressed rate per repository.

What’s new

total_comments_evaluated: The number of Copilot code review comments checked to see whether the developer acted on them.

total_comments_addressed: The number of evaluated comments the developer acted on, whether by applying the suggestion, asking Copilot to make the fix, editing the code, or replying that the fix will come in a later pull request. Divide by total_comments_evaluated for the addressed rate.

review_comments_by_severity, review_comments_by_review_tier, review_comments_by_comment_type, and review_comments_by_customization: Both counts broken down by severity (e.g., high, medium, low), review tier (e.g., lite, balanced, max), comment type (e.g., bug, security, or custom for your repository’s own coding guidelines), and customization (e.g., custom instructions, skills, MCP servers, or none).

total_merged_no_human_change_request_after_review: The number of merged pull requests that Copilot code review reviewed where no person requested changes after Copilot’s first review.

Why this matters

The existing pull_requests fields show how often Copilot code review runs and how often someone clicks to apply a suggestion, but developers act on most feedback in other ways. These fields show whether developers act on Copilot code review feedback in each repository, which kinds of comments land, whether custom instructions, skills, and MCP servers make a difference, and whether reviewers still request changes after Copilot reviews.

Important notes

Scope: Present on every row of the enterprise and organization repos-1-day reports. Counts are 0 and arrays are empty when a repository had no Copilot code review activity that day.

Counted on merge: Comments are evaluated when their pull request merges, so they count on the merge day, not the day Copilot posted them.

Bot pull requests: Copilot usually doesn’t evaluate comments on pull requests opened by bots, such as Copilot cloud agent. total_merged_no_human_change_request_after_review still includes those pull requests.

Different from suggestion counts: pull_requests.total_copilot_applied_suggestions counts only ready-to-apply suggestions that someone applied. The new counts include every evaluated comment and count them as addressed however the developer acted on them.

Access: Enterprise owners, enterprise billing managers, organization owners, and anyone with a custom organization or enterprise role that grants the View Copilot Metrics permission can access these reports. The Copilot usage metrics policy must be enabled.

Visit the Copilot usage metrics API documentation to get started.

The post Usage metrics API adds code review details and addressed rate appeared first on The GitHub Blog.

Developer ToolsGitHubSoftware

Lotu Radar provides attributed news summaries and links to the original publisher. Full reporting and copyright remain with the source.