跳到主内容

GitHub Universe 2026:Copilot Fusion 正式可用,模型选择变成路由与编排决策

GitHub 于 2026-10-28 宣布 Copilot Fusion 正式可用:三档 effort、三种执行工作流,AA 编码指数 60 分,约半成本;同期 GitHub Enterprise 改为按 AI 用量计费。

2026-10-29 · GitHub Changelog(官方一手,2026-10-28 Universe 2026 同日条目)

发布 2026-10-29核实 2026-10-29

要点

  • Copilot Fusion 已于 2026-10-28 在 GitHub Universe 2026 上正式可用(generally available)。官方原文定义它是一个系统而不是一个模型:"When you select Copilot Fusion in the model picker, you aren't selecting a specific model. You're choosing a system that routes and orchestrates models for each task."
  • 三档 effort 由人选,模型由系统选:Fusion Standard(优先通用模型处理日常编码)、Fusion High(优先更强模型处理有挑战的任务与更深推理)、Fusion Max(优先最强模型处理最苛刻任务与复杂推理)。
  • 三种执行工作流:Single(一个模型直接解)、Cascade(高效模型起草 → 质量闸门决定接受还是升级到更强模型)、Critique(一个模型起草 → 另一个模型评审 → 原模型修改)。
  • 官方给的唯一可比数字:"Copilot Fusion Max scored 60 on the Artificial Analysis Coding Agent Index, within two points of Claude Code with Opus 5.5 Max. It delivered that result at about half the average API cost per task, using about half as many tokens and taking about 40% less time per task."
  • 计费:"you're billed for each model it uses, at each model's standard rate",付费 Copilot 计划用户限时享受 30% 模型费用折扣。
  • 可用范围:全部 Copilot 计划,客户端为 VS Code、GitHub Copilot app、GitHub Copilot CLI、JetBrains IDEs,更多客户端官方称 coming soon。
  • 同日另一条更硬的变更:GitHub Enterprise 现在包含 Copilot 访问,计费从「管席位数 + 管用量」改成「从第一次请求起按企业预算计量 AI 用量」,且不再包含每席位每月 AI credits。

背景与分析

Fusion 是 HydraFusion 的「转正」,不是新概念

官方写得很直白:Fusion 把 Project HydraFusion 的多模型编排与 Copilot auto model selection 的微调选型合在一起。此前 HydraFusion 一直是 research preview(本站 10-16 记录 时仍需 VS Code chat.copilot.hydraFusion.enabled 或 app 开关),这次是它离开预览、变成默认可选项。

对之前参与过研究预览的人,官方给了一条迁移说明:"if you previously enabled auto, HydraFusion, or HydraFusion Max, your selections will automatically transition to the corresponding Copilot Fusion effort levels." ——不用自己重新选,但升级后第一次打开模型选择器时应确认落到了哪一档。

管理员拿到的是「比用户更细」的开关

两条值得单独拎出来的企业侧能力:

  1. 可以为 Fusion 单独禁用某个模型,而不影响其他人的模型可用性——官方原文:"enterprise administrators can … independently set each model's effective policy state, and disable models for Copilot Fusion without disabling the model for everyone." 这解决了此前「为了控成本只能全局关模型」的两难。
  2. 可以把 Fusion 的任意 effort 档设为企业默认模型(Enterprise managed settings 的 fusionTier)。

需要注意的边界:Fusion 只能从企业 / 组织 model policies 里已启用的模型中挑选。也就是说,Fusion 不是「绕过管控的自动选模型」,而是「在管控白名单内自动选模型」。

同日发布的其余条目(同源,均为 GitHub 官方 changelog)

条目官方状态
GitHub Copilot app(Projects / computer use / 图像生成编辑 / Slack·Figma 上下文)Projects 与 computer use 均为 public preview
Copilot code review:新增 Max 档与 approvalsRelease
GitHub Agentic Workflows generally availableGA,详见 专文
Agent Merge(云端盯 PR 并修)Release
Copilot Automations(团队共享工作流 / VS Code 内管理 / 从结果自我改进 / 工具·触发器·成本控制)Improvement
GitHub Copilot SDK 更名为 Microsoft Copilot SDKImprovement
Copilot Fusion 支持选择本地模型Release

计费口径的变化比功能更值得企业看

「GitHub Enterprise now includes access to GitHub Copilot」这条(同为 10-28 Release)改变了管理对象:

  • 过去:既要管买了多少 Copilot 席位,又要管这些席位消耗了多少 AI 用量。
  • 现在:AI 用量从第一次请求起计入企业预算,"There is no included usage allowance to track or top up."
  • 不含每席位每月 AI credits(通过 GitHub Enterprise 或 Copilot Standalone 获得的 Copilot,功能与模型等同 Copilot Enterprise,但没有每月 AI credits)。
  • 预算耗尽不会收回席位:代码补全与 next edit suggestions 无预算也能继续工作;Copilot Chat、Copilot code review、Copilot in the cloud 需要可用预算。
  • 没有 GitHub Enterprise 许可的用户走 Copilot Standalone,$10/人/月。
  • 自助订阅(self-serve)当前不可用,官方称分阶段开放、日期在 "coming weeks" 公布;现有自助订阅不受影响。

对开发者的影响

  • 个人开发者:升级客户端后打开模型选择器就能看到 Fusion。日常任务选 Standard,卡住的任务再临时切 High / Max,比一直挂着最强模型省钱。
  • 团队 / 企业:① 复核一遍 model policies——Fusion 只能选已放行的模型,白名单太窄会让 Fusion 退化;② 想控成本的,优先用「为 Fusion 单独禁用某模型」而不是全局禁;③ 预算是硬约束——Chat / code review / 云端 agent 在预算耗尽时会不可用,代码补全不会,排障时先分清是哪一类。
  • 写文档 / 脚本的人:模型 ID 写死的场景要重新过一遍。Fusion 把「选哪个模型」从开发者决策变成系统决策,任何依赖固定模型的评测、回归与成本核算流程都需要显式声明是否走 Fusion。

AI 之家 观点

这一天真正的变化不是「多了一个模型选项」,而是「模型选择被产品化了」。 Fusion 把 effort 档位留给人、把模型与编排收归系统,本质上是在承认:让每个开发者在每个任务上手工挑模型,既不现实也不经济。

但要提醒两点:第一,官方给的 60 分与「半成本、40% 更少时间」全部是 GitHub 自己披露的口径,对比对象是「Claude Code with Opus 5.5 Max」,这是厂商自选对照,不是独立评测;本站未核对 Artificial Analysis 原表,不作「Fusion 更强」的结论。第二,计费模型同时变了——企业从「买席位」转向「烧预算」,这意味着成本失控的位置从采购环节移到了使用环节,而 Fusion 的自动路由恰好会把成本花在哪里变得更不透明。管理员在打开 Fusion 之前,应先把预算告警与 attribution 配好。

本文数字与措辞取自 GitHub 官方 changelog 原文(2026-10-28),未做安装与实测;客户引述(AT&T)为厂商发布的客户引述,非独立评测。

相关阅读

来源

待核实

  • Fusion 各 effort 档对应的具体模型清单:官方 changelog 未列出,本站未取得。
  • 30% 折扣的截止日期:官方仅写 "For a limited time",未给日历日期。
  • AA 编码指数 60 分的原始榜单与测试配置:本站未核对 Artificial Analysis 原表。
  • self-serve 企业开放的具体日期:官方称 coming weeks,未定。
  • Microsoft Copilot SDK 更名后的包名 / API 兼容策略:未逐字核对。

本文由 AI 之家 编辑部依据 GitHub 官方 changelog 一手整理,未做安装实测;功能状态与价格以官方页面为准。

相关对比

Aider vs Claude Code:终端 AI 编程双雄怎么选

Aider vs Claude Code 2026 选型对比:开源 BYOK 多模型 vs Anthropic 订阅长任务 Agent,从编程能力、多模型支持、价格、Git 集成、国内可用性和适合人群判断,帮你选对终端 AI 编程工具。

Claude Code vs Cline:CLI AI Agent 怎么选?2026 对比

Claude Code vs Cline 2026 选型对比:Anthropic 官方闭源 CLI Agent vs Apache-2.0 开源 VS Code 插件。从模型绑定、工作流、MCP 支持、价格、隐私和适合人群 6 个维度帮你选对 CLI AI 编程工具。

Claude Code vs Codex CLI:终端 AI Agent 双雄对比

Claude Code vs Codex CLI 2026 选型对比:Anthropic 与 OpenAI 两大官方终端 Agent 的模型、长任务、MCP 生态、Windows 支持、订阅打包价格和国内可用性全方位对比,帮你判断该用哪个终端 AI Agent,以及能不能两个一起用。

Claude Code vs Crush:Anthropic 官方 vs 多模型 TUI(2026 实测选型)

Claude Code vs Crush 怎么选:Anthropic 官方 CLI(长任务最稳),对上 Charmbracelet 开源 TUI(多模型切换 + LSP)。按模型、长任务、价格对比。

Cursor vs Claude Code:什么时候用哪个?(2026 实测选型)

Cursor 和 Claude Code 到底怎么选?一句话结论 + 决策树 + 价格实测 + 国内可用性对比。GUI 派选 Cursor,终端长任务派选 Claude Code,最优解其实是共存。

Devin vs Claude Code:AI 编程 Agent 怎么选?异步自主 vs 终端同步对比

Devin vs Claude Code 2026 选型对比:Cognition 异步自主 Cloud Agent vs Anthropic 终端同步 CLI Agent,从形态、工作模式、长任务能力、并发、价格、中文支持和适合人群 8 个维度判断,帮你选对 AI 编程 Agent。

相关评测