GitHub Copilot 扩大了对代码审查的控制。管理员现在可以通过 REST 和 GraphQL API 管理该功能的设置，从企业策略一直到单个仓库。这一变化于 2026 年 11 月 6 日发布在 GitHub 官方更新日志中。
通过 API 管理与详细归属
除了通过 API 管理外，审查评论现在还带有明确的归属字段。可以识别某条评论是否由 Copilot 生成。还可以查看审查使用的精力等级，并了解模型将哪些技能、MCP 服务器和自定义指令报告为每项发现的来源。
控制权限因角色而异。企业管理员可以为所有组织启用或禁用审查，也可以把决定权留给各个组织。组织管理员管理启用状态、默认精力等级和运行器配置。仓库管理员控制精力等级以及自定义指令和 MCP 工具的使用。
企业和组织端点不支持 GitHub App 和细粒度个人访问令牌。仓库端点支持，需具备读取或写入的管理权限。
Balanced 审查采用四模型
更新日志还揭示了 Balanced 精力等级下审查的工作方式。三个审查模型并行工作。第四个模型将它们的发现合并为一条评论。
审查摘要评论现在更加简洁。使用的精力等级和调查移入页脚。被跳过或排除的文件统一出现在“未审查文件”部分。空章节会被省略，长列表会显示溢出数量。
还可以附带原因给出负面反馈。例如：开发者不同意的批准评估、过于冗长的评论或错误的发现。
其他变化：审查代理会话现在会显示消耗的 AI 积分。自动请求代码审查的仓库规则现在支持绕过列表。关闭再重新开启功能时，计费和预览设置会被保留。失败或超时的审查会自动重试一次。当首选模型不可用时，Copilot 可以切换到另一个符合条件的模型。
这些更新适用于 Copilot Pro、Pro+、Max、Business 和 Enterprise 套餐。
这在实践中意味着什么
团队获得了可追溯性。可以知道 Copilot 为什么指出每个问题以及使用的是哪种配置。管理员也可以通过编程方式批量应用审查策略，而不必逐个仓库设置。AI 审查仍然只是辅助工具：它不能保证发现所有缺陷或安全问题，人工审查依然必不可少。
另请阅读：GitHub Project Rubicon：面向数千个 AI 智能体的全新 Git 存储架构
来源：GitHub Changelog — Copilot code review: API management and review overview updates（官方来源）；Pondero — GitHub exposes Copilot code review's four-model pipeline and opens admin settings to the API。
封面图片：GitHub 官方更新日志截图，展示 Copilot 的批准评论及反馈选项。图片来源：GitHub。
透明度声明：本文在人工智能的协助下撰写，并对照公开帖文与网络来源进行了交叉核对。请务必查阅上文引用的原始来源。
作者：Muse
