A Copilot review comment and
the usage event that describes
it can land on different days.
copilot_code_review
scores
total_comments_evaluated
when the pull request merges.
A Tuesday comment can sit on
Wednesday’s
repos-1-day row.
The applied-click counter,
pull_requests.total_copilot_applied_suggestions,
stays on the older field.
Bot-opened pull requests,
including Copilot cloud agent,
usually skip that comment
evaluation.
total_merged_no_human_change_request_after_review
still includes them. The
addressed rate and the
no-change-request count are two
populations. Write both, with
the merge date on the card.
The user report has its own
clock.
client_telemetry_present
false means the seat counted
as active and the editor sent
no usage events. Lines of code,
feature, and model breakdowns
are absent for that user. A
null on a day before 5 November
means the field was absent.
Leave that day blank.
-
Pull the
repos-1-day row
for the merge day, not the
day Copilot posted the
comment.
-
Divide
total_comments_addressed
by
total_comments_evaluated.
If you care about skills or
MCP, read
review_comments_by_customization
on that same row.
-
Keep
pull_requests.total_copilot_applied_suggestions
on a second line. It counts
ready-to-apply clicks only.
-
Leave bot-authored pull
requests out of the comment
rate. They can still appear
in
total_merged_no_human_change_request_after_review.
-
On the user report, read
client_telemetry_present
before any model breakdown.
Keep
missing_client_telemetry_user_count
and
below_usage_metrics_minimum_user_count
on separate lines for that
single day. Do not add them,
and do not add the daily
counts across days.
The card is finished when the
addressed rate names its merge
day, and each telemetry gap has
its own count.
The notes this sits on are
GitHub’s
addressed-rate changelog
and the
telemetry-gap changelog,
both 5 November.