AI未开源软件工具

GitHub 把「今天用哪个模型写代码」这件事，交给了 Copilot 自己：Fusion 正式上线，顺手还能把 PR 批了

2026年10月29日1 次阅读
GitHub 把「今天用哪个模型写代码」这件事，交给了 Copilot 自己：Fusion 正式上线，顺手还能把 PR 批了

10 月 28 日，GitHub 在 Universe 大会上把 Copilot Fusion 正式转正（GA）。它的核心一句话就能说完：以前是你在模型下拉框里挑一个模型，现在你选「Copilot Fusion」，由它自己判断这个任务该用哪个模型、要不要几个模型配合。

同一天 GitHub 还一起放出了几件配套的事：Fusion 开始能路由到本地模型（实验预览）、代码审查多了个最狠的 Max 档、Copilot 可以直接批准 PR 了。这不是三条独立小新闻，而是同一个方向上的三块拼图——让 AI 编程从「你负责调度，它负责输出」变成「它自己调度，你负责验收」。

以下内容综合 GitHub 官方 changelog 与多家媒体的转述整理（基于多家媒体转述整理）。

3分钟看懂：到底变了什么

第一件：Fusion 从「实验项目」变成「正式功能」。 它前身是 Project HydraFusion 和 Copilot 的自动选模型能力，现在合并成一个入口。你在模型选择器里点 Copilot Fusion，然后挑一个「用力度」档位：

  • Standard：日常写代码，优先挑通用、便宜的模型。
  • High：难一点的任务、需要更深推理时用。
  • Max：最难的活，优先上最强的模型。

第二件：Fusion 现在能挑本地模型了。 这是实验预览（默认不开），意味着 Copilot 可以在「你电脑上跑的模型」和「云上的模型」之间做选择。Windows 上可以一键下载配置 MAI Code 1.1 Flash；macOS 和 Linux 也可以自己接一个本地 OpenAI 兼容服务来跑。

第三件：代码审查能直接批 PR 了。 Max 档会同时跑多个来自不同厂商的审查 Agent，再由一个汇总 Agent 把它们的发现对齐、消解分歧、复核准确性，最后合成一份审查意见。而 Approvals（批准）从预览转正式：Copilot 给出的批准可以算进仓库要求的批准数，跟一个人类 reviewer 的批准等效。

为什么值得关注

选模型这件事，过去一年变成了程序员的隐性负担。模型太多、价格差得远、各有各的短板，你得知道哪个模型擅长长上下文、哪个擅长重构、哪个便宜到可以随便用。很多人干脆一直用最贵的那个，图省心——这其实是浪费。

GitHub 官方给出的数据是：在 Artificial Analysis 的 Coding Agent Index 上，Copilot Fusion Max 拿到 60 分，距离 Claude Code 配 Opus 5.5 Max 只差 2 分，但平均每个任务的 API 成本大约是后者的一半，token 用量约一半，耗时少约 40%。VentureBeat、The Next Web 等媒体在 10 月 28 日当天的报道里也引用了这组口径。

换句话说，它的卖点不是「更强」，而是「差不多强，但便宜很多、快不少」。对每天要跑几十上百个 Agent 任务的团队，这个差别是能算进账单的。

它是怎么「自己决定」的

Fusion 背后有三种编排方式，会按任务自动切换：

  1. Single（单体）：一个模型直接干完。
  2. Cascade（接力）：先让一个便宜高效的模型起草，再由一个质检环节判断——行就收，不行就升级给更强的模型重做。
  3. Critique（互评）：一个模型先写，另一个模型来挑错，然后第一个模型据此修改。

这三种策略对应的是三种成本/质量取舍。日常小改动走 Single，拿不准的走 Cascade，关键逻辑走 Critique。你不用手动选，它会自己判断。

怎么用

  1. 把客户端更新到最新版（VS Code、GitHub Copilot app、Copilot CLI、JetBrains 插件都支持；其他客户端在陆续跟上）。
  2. 打开模型选择器，选 Copilot Fusion。
  3. 选档位：日常 Standard，硬骨头 High/Max。
  4. 想管住它：管理员可以在企业/组织/仓库层面限定 Fusion 只能用哪些模型，也可以把 Fusion 设成默认模型。企业管理员还能单独把某个模型从 Fusion 的候选里摘掉，而不用对所有人关掉这个模型。

如果你之前参加过研究预览、开过 auto / HydraFusion / HydraFusion Max，这些选择会自动映射到对应的 Fusion 档位，不用重新配。

适用场景

  • 每天都在用 Copilot 写业务代码的人：懒得琢磨模型差异，选 Standard 就行，省心也省钱。
  • 要跑大量 Agent 任务的团队：成本和时间都按任务累计，Fusion 的账算得过来。
  • 要合并高风险 PR 的团队：Max 档审查 + Approvals，适合认证逻辑、公共库这类「漏一个问题代价很大」的改动。
  • 有合规或隐私要求、想用本地模型的团队：可以先试本地模型路由的实验预览。

不适用场景

  • 需要确定性复现的场景：Fusion 每次可能挑不同模型、走不同编排路径，同一个 prompt 不保证每次同一条链路。做严格 A/B 或基准测试时，最好直接指定模型。
  • 想完全离线的人：本地模型路由不等于离线，路由决策仍然在云上做，这点官方写得很明确。
  • 只想要最便宜方案的个人用户：Fusion 是按它实际调用的每个模型分别计费的，Max 档会显著更贵。

成本和时间

  • 没有单独定价：Copilot 本身是商业闭源订阅服务（Pro、Pro+、Business、Enterprise），Fusion 不单独收费，跟着你现有的订阅走。
  • 计费方式：Fusion 按它用到的每个模型的标准价分别计费。限时优惠：付费 Copilot 计划的用户在用到 Fusion 时，模型费用打 7 折。
  • Max 审查更贵更慢：官方明确说 Max 档做得更多，耗时会比 Lite / Balanced 长，消耗的 AI credits 也更多。
  • Approvals 不额外收费，但需要管理员开启。

避坑：几个容易踩的坑

  • Approvals 默认是关的。想用必须由企业/组织/仓库管理员打开，仓库管理员还能限定 Copilot 只允许批准哪些文件路径。
  • Copilot 批完之后你又推了新提交，批准会自动失效，需要重新请求一次审查拿新的批准。
  • 用自己的 key（BYOK）接进来的模型，不会自动进入 Fusion 的候选池。想让它参与路由，得按官方文档配成受支持的本地模型 provider。
  • 本地模型的安全防护可能和云端 Copilot 模型不一样，官方专门提示了这一点，涉及敏感代码时要留意。

下一步可以做什么

第一步很简单：今天就把客户端更新，在模型选择器里试一次 Copilot Fusion Standard，拿你手上一个真实的小任务跑一遍，对比一下和平时固定用某个模型的差别——重点看两件事：答案质量有没有掉，以及它挑的模型是不是合理。

如果你管着团队，第二步是去管理员设置里看一眼模型策略：确认 Fusion 能用的模型范围是不是你想要的那个集合，再决定要不要把它设成默认。

*本文综合 GitHub 官方 changelog（Copilot Fusion GA、Fusion 本地模型预览、Copilot 代码审查 Max 与 Approvals、VS Code 1.144 发布说明）整理，并参考了 VentureBeat、Visual Studio Magazine、The Next Web、Silicon AI News 等多家媒体的转述（基于多家媒体转述整理）。*

参考来源

评论

0 条已公开
登录或注册后可以参与评论。

正在加载评论...