Copilot 代码审查开放 API 管理，审查概览更紧凑

GitHub 于 2026 年 11 月 6 日发布 Copilot 代码审查更新，核心是让企业、组织和仓库管理员通过 REST 与 GraphQL API 读取和修改审查设置，并在 API 返回中识别 Copilot 的审查输出。此次更新还调整了审查概览的呈现方式，并修复计费、自动审查和可靠性方面的问题，适用于 Copilot Pro、Pro+、Max、Business 与 Enterprise 套餐。

API 可管理三级审查设置

此前用户已能通过 REST API 请求审查、选择审查强度并获取返回信息。本次更新后，企业管理员可以统一开启或关闭所有组织的代码审查，也可以把决定权留给组织管理员；组织管理员可管理审查启用状态、默认审查强度和运行器配置。企业层已管理的设置不能被下级覆盖。

仓库管理员可管理审查强度，以及审查是否使用自定义指令和 MCP 工具。REST API 接受的审查强度等级与网页界面一致，组织和仓库的设置响应会列出当前可用的等级。

API 输出增加归属与来源信息

API 现在提供显式归属字段，用于识别哪些审查和评论由 Copilot 产生。当相关元数据可用时，调用方还能看到某次审查所使用的审查强度。

对于评论，API 可显示 Copilot 报告作为来源的技能、MCP 服务器和自定义指令，便于追踪一条评论依据了哪些配置。

认证方式与权限限制

企业和组织设置端点（包括组织运行器端点）不支持 GitHub Apps 或细粒度个人访问令牌。仓库设置端点则同时支持两者，读取设置需要 Administration: read 权限，更新设置需要 Administration: write 权限。

使用经典个人访问令牌时，需要具备仓库管理员权限。原文给出的接入指引指向“Configuring Copilot code review with the API”文档。

审查概览改为紧凑布局

新的审查概览把发现集中在顶部：审查强度和调查问卷移入紧凑的页脚；被跳过和内容被排除的文件合并为一个“Files not reviewed”区块，并列出文件名和关联的排除原因。空区块会被省略，过长列表显示溢出数量。

用户对概览点👎后，可选择“Add a reason”并挑选主要问题，例如不认同批准评估、评论过于冗长，或发现不正确、过于挑剔。GitHub 表示会用这些反馈改进 Copilot 的发现质量。

其他改进与问题修复

Copilot 代码审查的智能体会话现在显示一次审查消耗的 AI credits。“Automatically request Copilot code review”仓库规则支持绕过名单，名单中的豁免对象不会收到自动审查。同一拉取请求的后续审查中，与近期改动无关的发现会被折叠并隐藏；Balanced 强度审查改用三个审查模型，并由另一个模型汇总结果。

修复方面：关闭再开启代码审查时，计费和预览设置会被保留；失败或超时的审查会自动重试一次，首选模型不可用时 Copilot 可切换到其他可用模型；在开启“Block reviews requested with an external Copilot license”时，只要组织为审查付费，GitHub Actions、Dependabot 及组织或企业拥有的应用仍可对机器人创作的拉取请求请求审查；审查不再在刚开始后误报失败并丢弃结果；服务更新期间进行中的审查获得更多完成时间；组织选择退出反馈收集时不再显示审查问卷。

知序观察

观察：这次更新的重点是把 Copilot 代码审查从网页配置推进到可编程管理，企业可以把审查策略集中下发，组织与仓库再在允许范围内调整，适合纳入现有平台治理流程。API 中的归属字段和来源信息也有助于审计 Copilot 输出。需要注意的是，企业和组织端点不支持 GitHub Apps 与细粒度令牌，接入时需按原文权限要求选择认证方式。