GitHub于2026年10月28日宣布Copilot Fusion正式可用，将此前的Auto模型选择与HydraFusion多模型编排整合进同一入口。对已经使用研究预览的团队，这次变化不仅是名称调整：旧选项会迁移，管理员多了专门的模型池控制，工作区变更也有需要单独验收的边界。
本文面向Copilot团队管理员与代码审查者，依据官方公告和当前文档整理迁移检查。没有开启付费调用、改变任何账户策略或运行性能对比；下面的权限表和文件场景是本站分析，不是产品测试截图。
先确认迁移的是入口与工作方式
10月28日公告列出VS Code、Copilot app、CLI和JetBrains四类客户端，并说明原Auto、HydraFusion及HydraFusion Max选择会自动过渡到对应的Fusion投入级别。更新客户端后，团队需要记录实际选中的级别，而不是继续用旧截图描述默认配置。
Fusion依然不是一个固定模型。用户选择投入级别，系统在可用范围内选择模型与执行方式。Standard偏向日常任务，High和Max可为更复杂工作增加编排。实际模型池会变化，套餐和管理策略仍限制可调用范围；功能面向所有Copilot计划，并不意味着可以忽略这些限制。
本站旧稿已经介绍Single、Cascade、Critique的差别，这次更值得关注的是管理和验收。选定Fusion并不能让组织禁用的模型重新可用，也不能把最终回答等同于工作区的完整状态。
模型池开关与企业权限，是两层控制
GitHub管理文档明确说明：Fusion配置中允许的模型，仍须通过用户适用的其他模型策略。企业管理员可以分别设置总体模型权限和Fusion可选模型。
可以用下面的简化表检查配置意图。表中省略套餐等其他限制，只表达这两层许可同时满足的关系：
| 用户的既有模型策略 | Fusion模型池 | 本次判断 |
|---|---|---|
| 不允许模型A | 允许A | A不能因此进入该用户的Fusion候选范围 |
| 允许模型A | 不允许A | Fusion不选A；手动使用仍依既有权限 |
| 允许模型A | 允许A | A具备候选资格，不保证每次任务都选中它 |
例如，团队希望保留某模型供少量人工指定任务使用，却不希望自动编排经常选它，应该核对Fusion专用控制，而不是直接关闭企业全部用户对该模型的访问。反过来，如果企业本来就禁止某模型，单开Fusion列表不会绕过这个决定。
官方路径为企业的AI controls → Copilot → Models → Configure Copilot Fusion models。管理员还应核对现有组织或团队权限模式，避免把“设置Fusion模型池”与“迁移企业团队权限模式”当成同一步。文档中的企业团队模式另属可选预览，启用后会改变组织级模型设置的作用方式；获得Fusion并不要求顺便迁移这套权限结构。
一条容易漏读的限制：弃用草稿不会自动还原文件
Fusion概念文档说明：如果某个草稿被丢弃，它已经在工作区造成的变更，例如文件编辑，不会自动撤销。这使“最后显示了什么回答”与“仓库里留下了什么修改”成为两个需要分别检查的问题。
设想一项只应修改A文件的任务：早期草稿顺手改了B，随后该草稿没有成为最终回答。即使最终说明只提到A，也不能据此认定B已经恢复。这个场景是根据官方限制推导的检查例子，不是本站发现的一起实际产品故障。
| 审查对象 | 应保留的证据 | 能够回答的问题 |
|---|---|---|
| 任务开始前 | 起始提交及已有未提交改动清单 | 哪些变化原本就存在 |
| 任务完成后 | 整个工作区的变更文件清单和差异 | 有没有超出A范围的B修改 |
| 交付检查 | 验收测试结果与逐项变更归属 | 最终结果是否符合任务，而非仅文字完整 |
因此，团队试点应使用能够与开始状态比较的独立工作副本，并让审查覆盖全部变更文件。发现额外修改时，先判断它来自原有工作、有效修复还是未采用草稿，再处理；不要为清理候选变更而一并覆盖人的未提交内容。
同一文档还区分Fusion与subagent：Fusion自身不会启动subagent。看到多个模型步骤，不能直接推断已经创建了多个独立工作代理，任务隔离与文件权限仍需按实际工具环境判断。
费用核对要跟随实际模型调用
官方文档说明，Fusion没有独立附加费用，按实际使用的各模型标准费率计费；High、Max可能包含多次调用。付费计划的模型费用折扣截至2026年11月30日为30%，这是文档在本次查阅日列出的限时条件，不宜写进长期预算假设。
对团队而言，比较单位应是一项通过验收的任务。只记录请求次数，会忽略一次请求背后可能出现的多个模型步骤；只记录输出长度，又看不到人工修正与失败重试的成本。一个合适的试点记录至少包括起始版本、任务范围、选中级别、实际模型列表、账单用量、耗时和人工返工项。
这张记录用于判断团队自己的任务是否值得提高投入级别。公告中的外部基准数字不能直接替代这一判断，本文也没有把厂商基准换算成本站的节省比例。
把正式可用与仍在预览的能力分开
Fusion总体已正式可用，但文档中的特定本地模型路由仍标为公开预览，并有系统、客户端、模型名称和实验开关限制。不要从“Fusion已GA”推出所有附属能力都已经稳定，或任何本地模型都能自动加入。
此次迁移可以先完成三件明确的事：核对旧选择迁移后的实际级别；核对总体权限与Fusion模型池是否一致；选一项有固定验收标准的任务，保存全工作区差异与实际用量。是否调整企业默认级别、是否试用本地路由，可以在这些证据齐备后分别决定。
信息范围：原公告日期2026年10月28日，文档核对日期2026年10月29日。本文是基于一手资料的影响分析，未验证个人账户入口、付费调用或性能；封面为模型路由与权限控制概念图，非产品截图。
来源与前文
- GitHub：Copilot Fusion正式发布公告
- GitHub：Fusion能力、费用与限制
- GitHub：企业模型及Fusion模型池控制
- HydraFusion Max研究预览阶段的范围
- 模型选择与工作流程选择的区别
- Copilot动态工作流预览的步骤边界
资料查阅与编辑日期：2026年10月29日。作者：玖柒。
