发生了什么
10 月 28 日，GitHub 在 Universe 2026 大会上宣布 Copilot Fusion 结束研究预览、转为正式可用。它不是一个新模型，而是一层运行时编排：开发者在模型选择器里选的不再是具体型号，而是 Copilot Fusion 与一个努力级别，由系统对每条提示判断该调用哪个模型、是否要让多个模型协作。GitHub 说明该能力合并了 Project HydraFusion 的多模型编排与 Copilot 自动选模型的微调选择逻辑。
三档努力级别分别是 Standard（日常编码，优先通用模型）、High（难题与更深推理）、Max（最复杂任务）。Standard 覆盖全部 Copilot 套餐，High 与 Max 需要 Pro+、Max、Business 或 Enterprise。首发支持 VS Code、JetBrains IDE、Copilot CLI 与 Copilot 桌面应用。
三种编排模式与官方数据
- Single：由单个模型直接完成任务，适合边界清晰的小改动。
- Cascade：先由高性价比模型起草，再做质量检查，决定接受还是升级到更强模型。
- Critique：一个模型起草，另一个模型只读评审、不得直接改稿，再由原模型修订。
- 官方数据：Fusion Max 在 Artificial Analysis 编码智能体指数得 60 分，与 Claude Code 搭配 Opus 5.5 Max 相差 2 分；单任务平均 API 成本、token 消耗约为后者一半，耗时少约四成。第三方分析给出的绝对值为 5.59 美元对 11.42 美元。
对企业采购的实际影响
真正改变的是治理与计费口径。管理员可以限定 Fusion 可调用的模型集合，也可以把某个模型「只为 Fusion 关闭」而不影响员工手动选择；还能用企业管理设置把 Fusion 设为默认模型。计费上没有编排附加费，按每次实际调用的模型标准价结算，付费套餐在限时内享受模型费用三成折扣。GitHub 同时调整了企业打包方式：Enterprise 授权用户可直接使用全部 Copilot 功能，按消耗的 AI credits 付费，不再单买 Copilot 订阅。
同日发布的还有多仓库并行的 Copilot projects、桌面接管（computer use）公测——每次接管都需要批准，管理员可整体禁用——以及更深的 Code Review Max 档。GitHub 的 Octoverse 报告给出背景数字：全球开发者超过 2.25 亿；2026 年 9 月已有超过 40% 的拉取请求以智能体初稿起头，而 3 月这一比例是 17%。
尚不确定的部分
上述性能与成本数字均来自 GitHub 自测，缺少独立复现；Cascade 与 Critique 在长任务中是否稳定、多轮修改后质量是否抖动，也需要在自有代码库上验证。更实际的问题是可解释性与预算：团队能否看到某次请求最终由哪些模型完成，以及按量计费在人数多、用量波动大的组织里会不会让月度支出更难预测。GitHub 提供的企业级答案是「限定模型池 + 设默认 + 按 credits 计量」，但尚未给出成本预警类工具。