HydraFusion 现已登陆 VS Code 和 GitHub Copilot 应用

一句话看懂：GitHub 把 HydraFusion 研究预览从 Copilot CLI 扩展到了 VS Code 和 GitHub Copilot 应用，它并不是一个新模型，而是一套在同一轮对话里调度多个模型、自动挑选执行流程的编排机制。

事件核心：发生了什么

根据 GitHub Changelog，HydraFusion 研究预览现已登陆 Visual Studio Code 和 GitHub Copilot 应用，此前只在 Copilot CLI 中提供。它在模型选择器中以单个条目的形式出现，但实际会编排多个模型：通过推理、代码生成、调试、工具调用等能力信号，把“选流程”当作一个优化问题，在满足质量门槛的前提下选择更省算力的执行路径。

目前公开信息显示，HydraFusion 提供三种工作流：Single 由单个模型直接作答；Cascade 先让高效模型起草，再由质量门决定接受还是升级到更强模型；Critique 由一个模型出稿，另一个不同模型家族的只读评审模型复核，出稿模型再修订一次。使用时，VS Code 需 1.140 或更高版本（含 Insiders），在 Copilot Chat 模型选择器中选中 HydraFusion，若未出现需开启 chat.copilot.hydraFusion.enabled；Copilot 应用则需在设置中搜索并打开该功能。企业版用户需管理员在组织或企业设置中允许预览功能。可用范围覆盖 Copilot Pro、Pro+、Business 和 Enterprise。

为什么重要

这次更新反映出一个正在成型的思路：与其让用户每次手动挑模型，不如把“多模型协作”本身产品化。GitHub 明确区分了 HydraFusion 与 Auto——Auto 是按请求选一个模型，HydraFusion 则是在一轮任务里既选流程又协调多个模型。对闭源与开源模型混用的生态来说，这意味着调度层可能比单个模型的强弱更影响实际体验和成本。同时，把研究预览放进 VS Code 这类高频入口，也便于 GitHub 收集真实开发场景下的反馈数据。

对用户/开发者/创作者的影响

开发者最直接的变化是不用手动比较模型：简单任务走低成本路径，复杂任务自动升级或引入评审模型，可能减少无效的算力消耗。本次更新还提升了透明度，能更清楚看到每一步在做什么，进度更新更频繁，长任务更容易判断是否仍在运行。需要注意的是，HydraFusion 仍是研究预览，行为和可用性可能变化；企业用户启用前需要管理员放行预览功能。