GitHub Copilot 全局默认策略正式可用，企业配置如何继承

GitHub Copilot 的全局默认策略已经进入正式可用阶段。对使用 Copilot Business 或 Copilot Enterprise 的企业来说，真正需要关注的不是“所有功能会不会突然打开”，而是没有被明确配置的 GA 功能，会按照企业或组织的默认策略重新得到一个可预测的状态。

GitHub 公告显示，这次 rollout 从 2026 年 10 月 22 日开始，预计持续到 10 月 26 日；不同企业或组织的实际生效时间可能不同。已明确启用或禁用的单项设置会保留，Preview 功能仍然遵循 opt-in 规则。

官方地址：https://github.com/features/copilot

这次正式可用到底改变了什么

过去，管理员可以让某些 Copilot 功能保持 Unconfigured，把是否启用留到后续决策。全局默认策略生效后，符合条件的 GA 功能如果仍然没有明确设置，就会按照默认策略计算出 Enabled、Disabled，或者继续交给组织决定。

它更像一次配置收口，而不是一次无差别开关。公告强调这是对符合条件的未配置项进行的一次性变更；之后再修改默认策略，不会反过来改写已经被明确设置的单项策略。

企业层与组织层如何继承

理解继承关系的关键，是把“默认策略”与“某个功能的显式配置”分开。企业层决定默认方向，组织层只有在企业允许下放决定权时才会继续参与。

企业层常见的三种状态可以这样理解：

• Enabled everywhere：未显式配置的 GA 功能会对企业中的 Copilot 用户自动启用，组织不能再把它关掉。
• Disabled everywhere：未显式配置的 GA 功能会自动禁用，组织不能再把它打开。
• Let organizations decide：企业把默认可用性的决定权交给组织；组织如果也没有显式配置，才继续使用组织层的默认策略。

因此，“企业配置如何继承”的答案不是简单的逐级覆盖，而是先看企业层是否允许下放，再看组织是否有自己的显式选择。任何一层的明确配置，都应被当作需要保留的治理意图。

rollout 后到底哪些设置会变化

可以用三条路径快速判断。第一条是 GA 且未配置：它会进入默认策略的计算范围。第二条是已经明确 Enabled 或 Disabled：它保留现值。第三条是 Preview：即使默认策略已经打开，也不会因为这次变化自动进入 GA 用户范围。

文档还把“feature”的范围说明得比较具体：除了企业或组织的 Features & clients 页面，还包含 Agents 页面中的 Copilot code review policy，以及 MCP 页面中的 MCP servers in Copilot policy。不要只检查一个设置页就认为盘点完成。

另外，模型默认可用性是另一套策略。它和用户会话中默认选中的模型不是同一个概念；新发布且没有被显式配置的 GA 模型，可能会遵循模型的默认可用性策略，但 Preview、部分 open weight 模型以及不满足相应数据保留或合规限制的模型不在同一范围内。

企业管理员可以按什么顺序盘点

如果企业希望把这次 rollout 变成一次可控的治理动作，建议按下面顺序操作：

1. 列出业务例外。先找出有合规、数据驻留或研发流程要求的组织，不要先从“全部开启”开始。
2. 标记三种状态。把每个相关功能分为显式 Enabled、显式 Disabled 和 Unconfigured；Preview 单独列出。
3. 确认企业层选择。如果企业选择 Let organizations decide，就继续读取组织层默认策略；如果选择 everywhere，则把它视为对组织的硬约束。
4. 补齐覆盖面。同时检查 Features & clients、Agents 和 MCP 页面，避免只看常规功能列表。
5. 保留变更记录。把这次 rollout 前后的策略快照、例外组织和责任人写入变更记录，方便后续解释“为什么这个功能被打开或关闭”。

这套顺序的价值在于先识别“未配置”带来的不确定性，再决定是否把它变成明确配置。对于有严格边界的组织，显式禁用通常比依赖默认值更容易审计；对于希望统一启用能力的企业，显式启用也能减少组织间的漂移。

哪些判断容易被误读

默认策略会覆盖我已经禁用的功能吗？

不会。GitHub 公告明确区分了显式选择和未配置状态，已明确 Enabled 或 Disabled 的单项设置会被保留。

开启企业默认策略后，Preview 功能也会自动开放吗？

不会。Preview 仍然需要 opt-in；只有它之后转为 GA 并满足策略适用条件时，才可能进入默认策略的范围。

企业层选择 Let organizations decide 是不是等于完全不管？

不是。它只是把默认决定权下放给组织，组织仍然可以使用自己的默认策略或显式配置。企业仍应盘点哪些组织有更严格的合规要求。

这次 rollout 会持续改变已有配置吗？

公告把这次处理描述为一次性变化。后续修改默认策略不会改写已经被显式配置的项目，但仍应把后续策略调整作为新的治理变更来记录。

总结：先区分“未配置”，再谈“继承”

GitHub Copilot 全局默认策略正式可用后，企业配置的核心变化可以压缩成一句话：默认策略负责填补 GA 功能的未配置状态，显式配置负责表达稳定的治理意图，Preview 则继续保持单独的试用边界。

对管理员来说，最实际的动作是建立一张“企业默认值—组织例外—功能状态”的清单。只要把 Unconfigured、Explicit 和 Preview 分开，企业层是否允许下放，以及 Features & clients、Agents、MCP 三个范围是否都已检查，rollout 就不会变成一次难以解释的全局开关。