GitHub 在 2026 年 5 月 26 日更新 Copilot 企业管理功能，推出 targeted model rules 公开预览。这次重点不是新增某个模型，而是让企业 owner 可以按组织控制哪些 Copilot 模型可用，不再只依靠单一 enterprise-wide 设定。
这个改动反映 AI 编码工具正在进入更细致的治理阶段。早期企业导入 Copilot 时，重点通常是谁可以使用、是否允许某些功能、如何看用量和安全政策。现在模型选择本身也变成治理对象，因为不同模型在成本、速度、能力、资料处理政策和风险偏好上可能并不一样。
targeted model rules 的意思，是企业可以建立规则，把特定 Copilot 模型开放给指定 organization。例如核心产品团队、内部工具团队、实验团队和外包协作空间，可以有不同模型可用范围。这比一刀切地全公司开启或关闭更接近真实管理需要。
GitHub 同时更新了 default model availability 的管理界面，让 enterprise owner 可以在一个页面查看和设定不同模型的默认可用状态。模型可以设为 Enabled，代表自动对所有 organizations 开启；亦可以设为 Optional，让各个 organization 自行决定是否启用。
这套设计对大型工程组织尤其重要。当 AI 编码代理开始参与 code review、issue 分析、测试修复和云端 agent 任务，模型选择不再只是开发者个人偏好，而会影响交付质量、合规责任和成本控制。企业需要能把高能力模型留给高价值场景，同时对敏感 repo 或受监管团队设更严格边界。
对中小企而言，这条新闻亦有参考价值。即使公司未必有多个 organization，思路仍然成立：AI 工具不应只用「全部开」或「全部关」管理。较成熟的做法，是按流程、资料敏感度、部门责任和审批要求去设计可用范围。
Copilot model rules 代表企业 AI agent 管理开始由功能开关，走向 capability governance。未来企业采用 AI 编码工具时，除了要问「哪个模型最好」，更要问「哪个团队、哪类 repo、哪种任务，可以使用哪个模型，以及谁负责审批和追踪」。
