Copilot Fusion 正式提供自动模型调度
GitHub Copilot Fusion 已正式可用，可自动路由和编排所使用的模型，减少开发者为每项任务手动选择模型的操作。
AI 深度解读
GitHub Copilot Fusion 已正式可用。它把「每次选哪个模型」变成「这次任务投入多少推理力度」：开发者选择档位，Copilot 决定调用哪些模型，以及是否需要多个模型接力。
这次更新值得看的，是模型选择与执行流程被合并成了一套系统。GitHub 给出的评测显示，Fusion Max 在接近对照组成绩的同时，成本、token 和耗时都有下降。不过，这组结果能否复现在日常项目里，还需要分开判断。
Fusion 选的是执行系统，不是某个模型
Copilot Fusion 结合了 Project HydraFusion 的多模型编排，以及 Copilot auto model selection 经过微调的模型选择能力。
模型路由（routing）负责决定「让谁做」，模型编排（orchestration）负责决定「几个模型怎么配合」。因此，在模型选择器里选中 Copilot Fusion，并不代表后续一直使用同一个模型。系统会针对每个提示决定模型及协作方式，开发者无需在任务中途手动切换。
你需要选择的是投入档位：
- Fusion Standard：优先使用适合日常编码的通用模型。
- Fusion High：优先使用能力更强的模型，处理有挑战的任务和更深入的推理。
- Fusion Max：优先使用能力最强的模型，处理要求最高的任务和复杂推理。
这些描述表达的是选择倾向。原文没有公布各档位的固定模型清单，也没有说明什么条件会触发更强的模型，不能把它们理解成三个底层模型的别名。
多模型接力，具体多了哪些步骤
Fusion 提供三种执行方式，任务需要时才会组织多个模型参与。
Single 最直接：一个模型完成任务。简单请求可以沿着这条路径结束。
Cascade 先让一个效率较高的模型生成结果，再通过质量检查决定是否接受。如果不通过，就升级给更强的模型。原文配图进一步说明，升级后的修复模型会重新作答，而不是继续修改第一份答案。
Critique 则把生成与审查分开：一个模型起草，另一个模型审查，再由原模型修订。配图中的审查者是只读角色，可以直接批准，也可以提出修改要求。
Cascade 的关键在于判断「当前答案够不够好」，Critique 的关键在于增加一次独立审查。它们都试图避免所有请求都直接交给最强模型，但额外检查也有开销。
多模型能否省钱，取决于检查与升级带来的收益能否覆盖额外调用。
原文没有披露质量检查标准、升级比例，也没有给出三种流程各自的成绩，因此目前无法判断哪类编码任务最适合哪条路径。
成绩接近，成本减半，应该怎么读
GitHub 报告，在 Artificial Analysis Coding Agent Index 中，Copilot Fusion Max 得分为 60，与使用 Opus 5.5 Max 的 Claude Code 相差不超过 2 分。
取得这一成绩时，Fusion Max 的平均每任务 API 成本约为对照组的一半，token 用量约为一半，每任务耗时减少约 40%。
这是一组具体的评测结果，但还不能直接推导出「你的项目也能省一半」。原文没有展开任务构成、完整配置和波动情况，而且这组数字对应 Fusion Max，不能顺手推广到 Standard 和 High。
AT&T 的反馈提供了另一种使用理由：开发者处理复杂任务时选了强模型，之后做日常工作却忘记切回来。自动选择可以减少这种持续使用高成本模型的情况。他们表示 Standard 改善了 token 效率，但没有给出量化对照，应该视为客户经验反馈。
账单也要单独看。Fusion 会按实际调用的每个模型，分别以该模型的标准费率计费。公告称，付费 Copilot 套餐用户限时享受模型费用 30% 折扣，但没有写明结束日期。这个折扣与评测中的成本下降是两回事。
我的判断
Fusion 的方向合理：日常编码任务的难度变化很大，让开发者反复切换模型，确实容易出现选择惯性。把模型选择交给系统，让人保留投入档位，是一种有用的分工。
不过，独立审查不等于正确性保证。对于依赖项目约束的修改，审查模型能否拿到足够上下文，仍会影响判断。原文没有交代这部分实现，也没有提供与固定模型、手动切换模型的完整对照数据。
团队管理能力同样重要。Fusion 只使用企业和组织模型策略允许的模型；企业管理员可以查看候选模型、分别设置有效策略状态，还可以只禁止某个模型参与 Fusion，而保留其他人的直接使用权限。通过 Enterprise managed settings，还能把任意投入档位设为默认。
因此，我会把它看作减少模型管理负担的入口。是否比固定使用一个熟悉的模型更合适，要结合任务完成质量和实际账单判断。
能拿来做什么
- 在 VS Code 中处理前端或 Node 日常修改时，可以先试 Fusion Standard，并记录任务完成情况、返工次数和费用，再判断是否需要提高档位。
- 对复杂推理任务，可以尝试 High 或 Max，但仍要通过项目测试和代码审查验收；模型之间的质量检查不能替代这些步骤。
- 团队准备设为默认前，可以先核对模型策略，明确哪些模型允许参与 Fusion，再用一批真实任务比较成本与完成质量。
- Fusion 已覆盖所有 Copilot 套餐，可在 Visual Studio Code、GitHub Copilot app、GitHub Copilot CLI 和 JetBrains IDEs 使用，更新客户端后即可选择。此前启用 auto、HydraFusion 或 HydraFusion Max 的研究预览用户，会自动迁移到对应档位；原文没有列出逐项映射。