GitHub Copilot本月正式切换至微软自研Project Polaris模型,MoE架构搭配Maia芯片切断OpenAI依赖
GitHub Copilot本月正式切换至微软自研Project Polaris模型,MoE架构搭配Maia芯片切断OpenAI依赖
8月起,所有GitHub Copilot订阅者默认模型自动切换为微软自研Project Polaris,采用混合专家(MoE)架构,运行于微软Maia AI加速器,标志着全球最大AI编程分发渠道正式切断OpenAI模型依赖。
核心消息
自2026年8月起,所有GitHub Copilot订阅者的默认模型已自动切换为微软自研的Project Polaris——一款采用混合专家(MoE)架构的编程模型。这一切换标志着Copilot作为全球最大AI编程分发渠道(约14万家组织使用),正式结束对OpenAI模型的依赖,实现从芯片到应用的全栈自主可控。
Polaris模型核心特性
- 架构设计:混合专家(MoE)架构,每个编程语言和框架配有专用专家子模块,Rust查询不会激活Python专家权重,反之亦然
- 性能表现:微软自报在HumanEval和MBPP基准上均优于GPT-4 Turbo,Rust补全质量较GPT-4 Turbo有"两位数百分点"改善
- 语言优势:在Rust、Haskell、OCaml、Elixir、Zig等低资源语言上提升最为明显
- 运行基础设施:完全运行在微软自研的Maia AI加速器上,部署于Azure内部,实现芯片、模型、开发工具到计费层的全栈垂直整合
商业模式变化
此次切换的核心商业逻辑是解决结构性成本问题:
- 成本优化:此前Copilot每次代码补全都需调用OpenAI API,在企业级规模下,按token计算的费用对微软自身产品构成结构性拖累
- 价格稳定:迁移对订阅者的账单无影响——不涨价、不新增SKU,模型替换在现有合同底层完成
- 过渡安排:企业客户可选择三个月回退窗口(至11月),在验证内部代码库兼容性后再完成迁移
Agent能力同步扩展
Copilot的智能体能力也在本月同步升级:
- Copilot Workspace:在Build 2026后正式进入通用可用阶段,Autopilot模式可跨整个代码仓库推理、提出多文件编辑、运行测试并自主迭代
- Fleet模式:支持同时处理多个issue,适用于依赖升级、风格迁移和许可证合规扫描
- Autonomous Agent Mode:面向企业客户推出,允许Copilot编写、测试并提交完整功能分支,人工仅在最终审查与合并环节介入
- 桌面应用:配套Copilot桌面应用提供"Agent原生"控制面板,集中展示所有活跃Agent的运行状态
GitHub将这一转型定位为:2027年软件工程师的主要工作将是审查和批准Agent完成的工作,而非亲自编写。
行业影响
这一切换具有标志性意义:
- 微软与OpenAI关系调整:继4月双方协议修订为非独家云合作后,Copilot模型自主化标志着两大巨头在AI基础设施层面的竞合关系日趋复杂
- 编程模型市场竞争加剧:Polaris的MoE架构针对编程场景做了专门优化,将与Claude Opus、DeepSeek V4等模型在AI编程赛道展开更激烈竞争
- 全栈自研趋势:从芯片(Maia)到模型(Polaris)再到产品(Copilot),微软的垂直整合路线将为其他科技巨头提供参考范式