一句话看懂：GitHub 为 Copilot Business 和 Copilot Enterprise 企业客户推出基于用户（企业团队）的模型策略定向公开预览，让 AI 管理员可以在企业级设定模型基线后，再为特定团队开放额外模型。这意味着企业 AI 治理正从组织级（资源级）向团队级（用户级）细化。
事件核心：发生了什么
GitHub Changelog 于 7 月 31 日宣布，面向 Copilot Business 和 Copilot Enterprise 客户开放“企业团队模型策略定向（Enterprise Teams Model Policy Targeting）”的公开预览。该功能允许管理员在企业层面将模型设置为三种状态：Enabled（全体可用）、Disabled（全体不可用）、Optional（可分配给企业团队），随后再按团队授予额外模型访问权。模型访问采用“最宽松策略”：只要用户从任何一个企业团队获得某模型权限，即可在整个企业范围内使用该模型。启用后，组织级模型设置将不再生效，管理员可以在预览期间回滚。该功能将逐步推送，大多数企业客户可在 8 月 3 日通过 Copilot 页面中的“Enterprise teams mode”开关选择加入。
为什么重要
长期以来，企业 AI 模型访问权限基本以组织（Organization）为管理单位，本质上仍是“资源维度”的管控，与实际工作中“按角色、职能、训练水平划分人员”的方式存在错位。GitHub 此次将管控粒度下沉到企业团队，是向“人员维度”治理的重要转变。对 Copilot 这类深度嵌入开发流程的 AI 编码工具而言，模型策略直接关系到代码生成质量、数据合规与算力成本。团队级定向让管理者既能保证企业级基线统一，又能为前沿团队或特定职能开放实验性模型，同时不需完全下放决策权给各组织。这种更精细的治理架构，也可能影响其他企业级 AI 工具在权限设计上的跟进方向。
对用户/开发者/创作者的影响
对企业管理员来说，这是最直接的变化：需要重新理解模型权限的评估逻辑——从组织级设置切换为企业级基线 + 团队级补充的双层结构，并留意“最宽松策略”下用户一旦从任一团队获得模型权限，便全局生效。对于普通开发者，实际影响是模型可用范围可能发生变化，尤其是所在企业启用新模式后，原先的组织级设置会被覆盖。GitHub 也提供了迁移路径：管理员可在启用新模式前先创建企业团队并分配 Optional 模型，以平滑过渡。对于使用 AI 编码工具的技术团队，建议关注企业内部通知，确认自身所在团队被分配的模型范围，避免因权限变更影响日常开发工作流。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
目前公开信息显示有三个观察点值得跟进：其一，该公开预览在 8 月 3 日大规模开启后，企业客户对“团队级治理”的实际接受度和回滚率如何，将直接影响 GitHub 是否会加快后续团队级控制项的落地；其二，在多企业协作场景中，受限策略不再跨企业生效的规则，是否会在真实部署中引发企业对数据边界的重新评估；其三，这一举措是否会推动其他 AI 开发平台（如 GitLab、JetBrains AI 等）在模型访问治理上提供类似的团队级精细控制选项。
