Michael Johnson2026 年 10 月 19 日，GitHub 开放了用于管理 Copilot 模型策略的 REST API，涵盖四个层级：企业、企业团队、企业应用和组织。同一天，该公司在大多数 Copilot 使用场景中停用了六款模型。对于管理员来说，这意味着两项实际工作：检查策略允许使用哪些模型，并确认已保存的工作流程使用的是仍受支持的替代模型。
新 API 支持通过 GET 和 PATCH 请求读取及更新策略。GitHub 将其描述为集中管理模型可用性的一种方式；根据所选模式，企业设置可以将管理权下放给组织，或交由团队和应用管理。详情见Copilot 策略 API 公告。
哪些模型被替换
GitHub 在 10 月 19 日公布的列表中列出了 Gemini 3.7 Flash、GPT-5.5、GPT-5.4、GPT-5.4 mini、GPT-5 mini 和 Grok 4.5，并分别推荐 Gemini 3.8 Flash、GPT-6.1 Sol、GPT-6.1 Sol、GPT-6 Luna、GPT-6 Luna 和 Grok 4.7 作为替代。该公司说明，已于 9 月 18 日预先宣布这些模型将停用，并且无需手动删除已弃用的模型。详情与建议见模型停用公告。
GitHub 列出的替代方案为迁移提供了方向，但具体替代模型是否可用，取决于组织中的 Copilot 策略。Copilot Enterprise 管理员可能需要在设置中单独允许相应模型。用户可以在 VS Code 的 Copilot Chat 模型选择器或 github.com 上检查最终可用的模型。
管理员应检查什么
首先，将停用模型的列表与各管理层级实际允许使用的模型进行比对。接下来，检查内部指南、任务模板、自动化流程和团队约定中是否仍以名称引用旧模型。之后，在策略中启用所需的替代模型，并确认用户能在 Copilot 界面中看到这些模型。
如果需要在多个组织、团队或应用中手动更新设置，REST API 有助于降低管理难度。批量迁移前，建议先保存当前策略，将变更应用于一个群组，并通过读取配置来检查结果。这样可以对照预期的模型列表，确认实际访问设置是否一致。
此次变更涉及 GitHub Copilot 中的管理流程和模型访问权限，也回应了一个实际问题：模型目录变更后，如何以编程方式管理模型可用性。