产品信号
GitHub Copilot下线两款Gemini模型
GitHub已在所有Copilot体验中弃用Gemini 2.5 Pro和Gemini 3 Flash，聊天、代码补全、内联编辑及Agent模式的可选模型范围同步收窄。
GitHub宣布自7月31日起，在GitHub Copilot的聊天、代码补全、内联编辑、问答和Agent模式中弃用Gemini 2.5 Pro与Gemini 3 Flash。这不是单一界面的模型调整，而是覆盖Copilot主要交互面的可用性变化：依赖这两款模型的开发者和企业团队将无法再在原有工作流中继续选择它们。
模型可用范围已同步收窄
GitHub的更新将弃用范围明确覆盖所有GitHub Copilot体验，包括Copilot Chat、inline edits、ask and agent modes以及code completions。由此发生改变的不是某个测试入口，而是开发者在日常编码、问答和代理式任务中可选的模型集合。对于已把特定模型纳入团队默认配置、质量评估或内部使用规范的组织，这一变动构成了明确的平台状态变化。
平台分发决定模型的实际触达
基础模型能力并不会自动转化为开发者可获得的能力；在Copilot这类集成式产品中，平台是否继续托管、路由和开放某一模型，决定了它能否进入真实工作流。此次下线说明，模型竞争不只发生在发布参数、基准或API定价上，也发生在开发工具内的分发名单上。企业管理员即使保留既有使用偏好，也需要依赖平台提供的替代选项来维持团队协作的一致性。
迁移成本取决于替代选项
短期影响将取决于GitHub后续提供何种替代模型，以及这些模型在代码生成、上下文理解、速度和治理控制上是否接近原有选择。最强的反面情况是，若多数用户本就未将两款模型设为默认，且替代模型在任务质量和价格上近似，这次调整的实际摩擦可能有限。但对于刻意按模型分配任务的团队，模型下线仍可能触发提示词、评测集和权限策略的重新验证。
接下来关注什么
下一步应观察GitHub是否公布替代模型、迁移期限、受影响订阅层级或企业管理员的配置指引。若官方进一步披露默认路由变化，或企业版模型政策出现与此次下线联动的控制项，将强化Copilot正把模型组合管理产品化的判断；若两款模型仍能通过其他Copilot入口或兼容层使用，则会削弱其分发范围已全面收窄的结论。