Copilot 使用指标新增评论采纳信息，addressed rate 应怎样解读

GitHub在2026年11月5日宣布，为企业和组织的仓库级Copilot使用报表增加代码审查反馈信息。addressed rate表示被评估评论中开发者采取了行动的比例；我更愿意把它用于观察反馈有没有进入工作流程，而不会直接把它当成代码质量得分。

官方公告：https://github.blog/changelog/2026-11-05-usage-metrics-api-adds-code-review-details-and-addressed-rate/

我会先分清被评估与已处理

新增信息位于repos-1-day报表每行的copilot_code_review对象中。total_comments_evaluated是被评估评论数，total_comments_addressed是其中已处理评论数；后者除以前者得到addressed rate。

这里的“处理”比点击应用建议宽：可以是应用建议、让Copilot修复、自己修改代码，或回复将在后续PR修复。因此，标题中的“采纳”不能理解为每条建议已经原样落地。

把日报按合并日放进观察窗口

官方说明评论在PR合并时评估，计入合并当天，而不是评论发出的当天。若团队某天集中合并积压PR，当天的数据可能反映更早的审查活动。

在设计周报时，我会同时保留分子、分母与日期范围。某仓库一周评估10条、处理8条，另一个仓库评估100条、处理50条；这是演示数字，合并比例应为58除以110，约52.7%，而不是把80%与50%简单平均。没有被评估评论时，报表展示“无可计算样本”通常比显示0%更易理解。

我会怎样接到现有周报里

先确认组织已启用Copilot使用指标策略，并由具备报表查看权限的人员访问。取回报表后，固定仓库范围和观察窗口，保留字段原值及获取日期，再计算比例；出现缺字段、空样本或统计口径变化时单独标记。

周报可以增加三栏：被评估评论数、已处理评论数、比例。若要比较不同团队，先讨论PR规模、合并节奏和审查工作方式是否可比。上述处理是报表设计建议，不是GitHub对团队绩效的评分规则。

这个指标能帮我决定什么

它适合帮助团队挑选需要进一步阅读的评论样本。例如比例突然变化时，回到对应PR查看行动方式和任务背景，而不是立刻判断工具变好或变差。尤其是“后续修复”回复，仍需要团队自行跟踪交付。

高比例说明没有缺陷了吗？

不能。反馈被处理与修改正确、测试充分、生产无缺陷属于不同问题，应配合评审样本和交付结果分析。

能拿来排名个人吗？

不建议仅凭这一比例做个人排名。报表的样本、合并时间和任务差异都会影响解释，先用它改进团队反馈流程更稳妥。