AB
AiBoss站
快讯

GitHub 用量指标 API 新增代码审查明细与已处理率

GitHub 在企业与组织级仓库的 Copilot 用量指标报告中新增 copilot_code_review 对象,用于统计 Copilot 代码审查评论的已处理率,以及经 Copilot 审查后合并、且无人再请求修改的拉取请求数量。

核心事实

GitHub 于 2026 年 11 月 5 日发布变更说明,企业与组织级仓库的 Copilot 用量指标报告新增 copilot_code_review 对象,出现在 repos-1-day 报告的每一行中。该对象包含 total_comments_evaluated(被检查是否被开发者处理的 Copilot 代码审查评论数)与 total_comments_addressed(开发者已处理的评论数),两者相除即得到按仓库计算的已处理率。此外还提供按严重程度、审查层级、评论类型与自定义配置拆分的计数,以及 total_merged_no_human_change_request_after_review,即经 Copilot 首次审查后无人再请求修改便合并的拉取请求数。

背景与影响

GitHub 表示,原有的 pull_requests 字段只能反映 Copilot 代码审查的运行频率和用户点击采纳建议的次数,而开发者处理反馈的方式往往不止于此。新增字段意在呈现开发者是否真正采纳审查意见、哪类评论更有效、自定义指令、技能与 MCP 服务器是否带来差异,以及人工审查者是否仍会在 Copilot 审查后请求修改。评论在所属拉取请求合并时被评估,因此计入合并当日而非评论发布当日。

限制与来源

GitHub 说明,仓库当日无 Copilot 代码审查活动时,计数为 0、数组为空;Copilot 通常不评估由机器人(如 Copilot 云代理)发起的拉取请求上的评论,但 total_merged_no_human_change_request_after_review 仍包含这些拉取请求。新计数与 pull_requests.total_copilot_applied_suggestions 口径不同,后者仅统计被采纳的即用型建议。企业所有者、企业账单管理员、组织所有者及拥有查看 Copilot 指标权限的自定义角色可访问这些报告,且需启用 Copilot 用量指标策略。以上信息来自 GitHub 官方变更日志,具体字段与权限以官网当前文档为准。