←新闻详情

The New Stack更新于 10月30日 14:13

GitHub 发布 Copilot Fusion 模型选择与编排系统

GitHub debuts Copilot Fusion, a new model selection & orchestration system that beats Claude Code for half the API cost

AI 导读

GitHub 在 Universe 大会上发布 Copilot Fusion,由系统自动选择并编排编码任务所用的模型,现已正式可用。GitHub 称 Fusion Max 在 Artificial Analysis Coding Agent Index 上得分 60,与使用 Opus 5.5 Max 的 Claude Code 相差不到 2 分,而平均 API 成本约为后者一半、每任务耗时少约 40%。开发者只需选择 Fusion Standard、High、Max 三档投入级别,企业管理员可限制可选用模型并设定是否为默认。

推荐理由

AI 评分 74

GitHub 公布 Copilot Fusion 在编码智能体基准上的分数与成本对比,可据此判断模型路由对开发工作流的影响。

主题

标签

正文 · AI 翻译

GitHub 推出了 GitHub Copilot Fusion,这是一个新系统,可为编码任务处理模型选择与编排,让开发者无需再操心这些事。

Copilot Fusion 将 Project HydraFusion 的先进运行时模型编排与 Copilot Auto Model Selection 相结合,如今可同时处理模型选择与编排。GitHub 表示,Fusion Max 在基准测试中的表现与使用 Opus 5.5 Max 的 Claude Code 相当,而平均 API 成本约为后者一半,每任务耗时少约 40%。

GitHub Copilot Fusion 现已正式可用,它是 GitHub 新愿景的一部分,即让 GitHub 成为“全球最全面的软件交付系统”,由开发者委托模型选择,同时仍对工作的方向和结果负责。

GitHub 于周三在旧金山举行的公司旗舰开发者活动 GitHub Universe 上宣布了这一消息。

Copilot Fusion 周三在旧金山 GitHub Universe 上首次亮相。(图片来源:The New Stack)

如今由 GitHub Copilot Fusion 来做决定

对于涉及推理、代码生成、调试或工具使用的任务,GitHub 表示开发者可以委托系统决定使用哪些模型以及它们如何协同工作。其说明是:“选择 Copilot Fusion,让 Copilot 智能地为你路由和编排所使用的模型。”

这听起来很省时,因为不同任务会因能力和成本而受益于不同模型。有了 Copilot Fusion 充当“模型选择器”,开发者不必为每项任务权衡性能与价格。

更吸引人的是,开发者可以利用 Copilot Fusion 在工作流中途策略性地切换模型,让系统根据每一步最适合的方案在不同模型之间跳转。

在分析任务需求并选择模型后,系统会根据最合理的方案编排后续步骤。这可能是一个模型完成所有工作,也可能是“级联”工作流——由质量检查评估某个模型的响应,然后决定接受还是升级,还可能是“评审”工作流——由一个模型审查另一个模型的工作。

这可以减轻开发者的心智负担,因为他们注意力分散时可能会无意中选择效率不高的模型。

正如 AT&T 首席软件工程师 Hari Pokhrel 在为 GitHub 提供的声明中所说:“以前,开发者往往会为复杂任务选择更强大的模型,却忘了在日常活动中切换回来。”

那么,开发者自己能决定什么?

主要是投入级别。

虽然 Copilot Fusion 负责模型选择与编排,但开发者选择投入级别:Fusion Standard 用于日常编码;Fusion High 用于更具挑战性的任务和更深入的推理;Fusion Max 用于要求最高、最复杂的工作。

前提是你愿意且放心让 GitHub 的系统主导。如果你愿意,开发者还可以实施其他控制措施。

据 GitHub 称,企业管理员可以控制 Copilot Fusion 可选用哪些模型,在不针对整个开发者团队禁用某些模型的情况下,对 Copilot Fusion 禁用这些模型。管理员还可以独立调整每个模型的政策状态,并设定 Copilot Fusion 是否为 Copilot 用户的默认模型。

点击放大图片。(图片来源:The New Stack)

让 Copilot Fusion 为你引路的理由

根据 GitHub 和 Pokhrel 的声明,将模型选择与编排交给新的融合系统对开发者来说是更明智的路线,让你在无需在模型之间艰难抉择的情况下平衡性能与成本。

GitHub 表示,自 2026 年 9 月以研究预览形式推出 Project HydraFusion 以来,性能已有所提升。在 Artificial Analysis Coding Agent Index 上,GitHub 报告 Copilot Fusion Max 得分为 60,与使用 Opus 5.5 Max 的 Claude Code 相差不到 2 分。GitHub 表示,Fusion Max 取得该结果时,每任务平均 API 成本约为后者一半,使用的 token 数约为一半,每任务耗时少约 40%。

在 GitHub 提供给 The New Stack 的声明中,Pokhrel 称赞 Copilot Fusion Standard 提升了 AT&T 的 token 效率,减少了不必要的支出,并为更高价值的工作保留了容量。

模型路由正成为默认做法

Copilot Fusion 是 GitHub 未来愿景的一部分,与大会上发布的一系列其他产品一同推出,包括 GitHub Copilot 应用、Copilot Projects 和 Copilot Automations。

通过将模型选择交给其系统,GitHub 认为开发者将有更多时间和脑力专注于其他工作。

看起来大家都在朝这个方向走。本月,Ramp 介绍了将模型选择引入其开源编码代理 Open SWE 的做法。今年夏天,Replit 也采取了同样的做法,将其“智能模型路由”系统设为所有账户的默认设置。

文章《GitHub 推出 Copilot Fusion:新的模型选择与编排系统,以一半 API 成本胜过 Claude Code》首发于 The New Stack。

来源

The New Stack