GitHub Copilot获得批准PR的权限，代码审查从建议走向决策

会懂网AI资讯获悉，9月4日，GitHub为Copilot的代码审查能力新增一项关键权限：批准Pull Request。每一次审查都会附带一份“审批评估”，说明Copilot是否认为该PR已具备合并条件。功能以公开预览形式发布，默认关闭，需管理员在企业、组织或仓库层级显式开启。

从“提建议”到“做决策”，这一步并不小。过去AI在代码流程中的角色是助手：指出问题、给出改写建议，拍板仍由人类完成。而批准权限意味着AI的判断被写入流程状态，成为可以触发后续动作的正式信号。

GitHub显然意识到了其中的风险，因此加了多道约束：功能默认关闭，交由管理员决定；新提交推送后，Copilot的批准会自动失效——这与人类评审的规则一致；仓库管理员还可以限制Copilot被允许批准的文件路径，把权限收窄到可信范围。这些设计把“可控”写进了产品默认态。

适用场景覆盖Copilot Pro、Pro+、Max、Business与Enterprise，说明微软希望这一能力同时服务个人开发者与大型企业，但把开关交给后者。对企业而言，是否启用是一道治理题：效率收益明显，但审计与责任归属必须先行。

从工程文化看，这一变化也在重新定义“评审”的含义。当机器先看过一遍，人类评审者的注意力会更集中在架构取舍、边界条件与业务语义上，而非格式与拼写。若这一分工成立，代码评审的质量反而可能提升——前提是，人类仍然愿意认真读完那行批准背后的理由。

会懂网判断，AI在研发流程中的权限扩张会持续，但节奏将由“可追责性”决定。批准PR之所以先以默认关闭的方式推出，正是因为厂商也清楚：让AI签字容易，让AI负责很难。真正的拐点，是当企业建立起对AI决策的审计与回滚机制之后。