Copilot代码审查拿到批准权，6个模型10月19日下线

GitHub在9月1日宣布，Copilot代码审查现在会告诉你一个PR是否已经准备好被批准，管理员也可以授权它正式提交批准。9月18日又发了一条模型弃用公告：六个模型将在10月19日从所有GitHub Copilot体验中下线，覆盖Copilot Chat、内联编辑、ask和agent模式以及代码补全。两件事一前一后，指向的是同一个变化，审查这件事的责任边界在挪。

批准功能的工作方式是这样：每次Copilot代码审查都会在总览评论里附一份审批评估，标示它是否认为这个PR可以批准。但仅有评估本身并不计入合并要求，它的作用是让你决定怎么处理。要真正让批准生效，得由管理员开启这个能力，而它默认是关闭的，可以在企业、组织、仓库三个层级分别配置。仓库层级还多一项控制，可以指定Copilot被允许批准哪些文件路径。

启用之后，Copilot提交的批准会计入仓库的必需批准规则。如果批准之后又有新的提交推上来，它的批准会像人类审查者一样被撤销，需要重新请求审查来获得新的批准。功能以公开预览的形式提供，覆盖Copilot Pro、Pro+、Max、Business和Enterprise套餐。

弃用清单是六个模型：Gemini3.7Flash、GPT-5.5、GPT-5.4、GPT-5.4mini、GPT-5mini和Grok4.5。GitHub给出的替代分别是Gemini3.8Flash、GPT-5.6Sol、GPT-5.6Luna和Grok4.6。在默认模型启用策略下，替代模型会自动为Copilot Enterprise和Business客户启用，除非管理员关掉了全局默认值或者显式禁用了某个模型。模型下线之后不需要额外操作来移除它们，它们不会再出现在模型选择器里。

需要动手的场景很明确：如果在CI里固定了某个模型，或者团队的一套提示与配置绑在某个版本上，10月19日之前就得把工作流和集成改过来。关掉了全局默认值的组织，要到Copilot设置里的模型策略中手动开启替代模型。GitHub在公告里也提到，企业客户有疑问可以直接联系自己的客户团队。

把两条放在一起看，Copilot这一个月的动作是两头走：一头把评审从给意见推到给结论，另一头把底层模型的更替节奏固定下来。9月里GitHub新上了Grok4.7、GPT-6Astra、Gemini3.8Flash和Claude Fable5.1，也在9月10日下线了MAI-Code-1-Flash。对使用者来说，能养成的习惯是不把工作流绑死在某个模型名上，尤其是那些写在CI配置和团队规范里的引用。