GitHub Copilot HydraFusion 更新：新增 Max 档，草稿用中推理、评审用高推理

模型池扩到四款前沿模型，新增 Max 档

10 月 14 日，GitHub 更新了 Copilot 的多模型编排系统 HydraFusion，同时推出面向重任务的 HydraFusion Max。两者共用同一套架构与工作流技术，都还在研究预览阶段，覆盖 VS Code、GitHub Copilot 应用与 GitHub Copilot CLI 三个客户端，面向 Copilot Pro、Pro+、Business 与 Enterprise 订阅。

这次更新的第一个变化是模型池：HydraFusion 与 HydraFusion Max 现在可以从 Claude Opus 5.5、GPT-6 Astra、GPT-6.1 Sol 与 GPT-6 Luna 中调度，具体用哪一款取决于当前跑的是哪种编排工作流，而且这个池子在研究预览期间还可能变动。HydraFusion Max 与普通版的区别在于把更高强度的推理用在对深度和彻底性要求最高的环节，同时仍通过编排兼顾 Token 效率。

GitHub 在更新说明中写道：HydraFusion 编排多个模型来产出单一回答，把它们的强项合在一起，这样你就不必为每个任务单独挑模型。

草稿用中等推理、评审用高推理

第二个变化更有实操价值：推理强度开始按阶段分配。此前 HydraFusion 只是沿用每个模型自己的默认推理强度；现在它会显式地为不同阶段设置强度，起草阶段用中等，评审阶段用高。逻辑很直白：初稿要快，检查与改进才值得烧算力。

两个核心工作流也跟着改了。Cascade 以前是先用一个模型解题、不行再升级到更强的模型；现在中间加了一个裁判步，由它检查初稿，只在确实需要时才请求修复，从而跳过不必要的升级。Critique 以前主要依赖文本摘要来评估，现在改成更多用工具直接检查真实工作区，并且改为并行跑多个批评模型，而不是串行。

怎么开启，以及要注意什么

开启方式按客户端区分：在 VS Code 1.140 或更高版本（含 Insiders）中，打开 chat.copilot.hydraFusion.enabled 设置，然后在模型选择器里选 HydraFusion；在更新后的 Copilot 应用里，到 Settings 的 Experimental 下打开 HydraFusion；在最新版 Copilot CLI 里，先启用实验特性，再通过 /model 选择。每轮模型调用按该模型的标准费率计费，编排本身不额外收费，但 Auto 折扣不适用于 HydraFusion。

有三点风险需要提前知道：其一，预览阶段没有 SLA，官方明确不建议用于生产负载；其二，如果 HydraFusion 放弃某份草稿，草稿已经对工作区做出的文件改动不会被自动回滚，这点在实时工作树里尤其要小心；其三，HydraFusion 显示的上下文窗口取的是所用模型中最小的那个上限，中途切进一个很长的会话可能必须先压缩上下文。