Usage metrics API adds pull request review stages
GitHub 在 2026-09-25 的 Copilot 更新日志中宣布，企业与组织级仓库 Copilot 使用指标报告新增了拉取请求评审阶段的时间拆分。每个 repos-1-day 行上新增 pull_request_review_times 数组，用于呈现 PR 在各评审阶段停留的时长。
发展脉络
- 首次出现Usage metrics API adds pull request review stagesGitHub Copilot Changelog
- 当前判断把评审阶段耗时纳入 AI 编码助手的使用指标，说明厂商正把 Copilot 的价值衡量从补全接受率推向研发流程环节。若该口径被客户纳入采购评估，AI 编码工具的竞争点会部分转向对既有 DevOps 数据与工作流的贴合度。Agent Pulse · 分析
GitHub Copilot 更新日志显示，企业与组织级仓库 Copilot 使用指标报告现在会拆分拉取请求在各评审阶段所花费的时间，具体实现是在每个 repos-1-day 行上新增 pull_request_review_times 数组。该变更属于使用指标 API 的字段扩展，面向已使用仓库级 Copilot 使用指标的组织与企业。证据未给出阶段名称、字段单位、可用时间范围或 API 版本兼容性说明。
从字段命名看，这是对既有 repos-1-day 行的增量扩展而非新端点，因此接入方需要关注数组结构、阶段枚举与时间单位是否稳定，以及旧客户端遇到未知字段时的容错。可验证的下一信号是官方 API 文档或 OpenAPI schema 中 pull_request_review_times 的字段定义与示例响应。
把评审阶段耗时纳入 AI 编码助手的使用指标，说明厂商正把 Copilot 的价值衡量从补全接受率推向研发流程环节。若该口径被客户纳入采购评估，AI 编码工具的竞争点会部分转向对既有 DevOps 数据与工作流的贴合度。
对已采购 Copilot 的企业，该字段提供了把 AI 助手使用与代码评审耗时关联的现成数据源，可用于内部效能看板，但需先确认字段语义与单位再纳入考核，避免因口径不明导致误读。
若该字段在后续版本中保持稳定并扩展到更多粒度，评审阶段耗时可能成为衡量 AI 编码助手对交付周期影响的常用口径。可观察信号是 GitHub 是否在文档中补充阶段定义，以及是否将该数组扩展到组织级聚合或更长时间窗口。