Michael Johnson现在，面对复杂任务，Copilot 用户可以选择 HydraFusion Max：系统会自行决定采用哪种执行方案，以及在解决和检查阶段使用哪些模型。GitHub 于2026年10月14日宣布了此次更新；HydraFusion 和 Max 均以研究预览版形式提供，可在 VS Code、GitHub Copilot 应用和 Copilot CLI 中使用。
HydraFusion 是一个多模型编排器，而不是单独的模型。它会针对每个请求选择一种方案：由一个模型独立完成任务；Cascade 将草稿交给评审模型检查，由评审模型决定接受草稿，或要求进行更深入的一轮处理；Critique 汇总多个模型并行提出的意见，并返回修改后的答案。GitHub 在此次更新中表示，Cascade 增加了草稿评估阶段，而 Critique 会更积极地使用工具检查工作区。HydraFusion 更新公告还介绍了推理力度设置：初稿采用中等力度，检查则采用高力度。
Max 面向需要深入检查的任务
HydraFusion Max 沿用基础版本的架构和编排方案，但针对要求更高的任务，并在需要严谨处理时提高推理力度。GitHub 将复杂的智能体任务作为参考场景；对于日常常规工作，该公司建议使用自动选择单个模型的方案。
这让开发者可以在速度与额外检查环节之间做出实际选择。对于小型修复，多余的处理轮次可能只会增加延迟和成本，并无实质收益。对于需要确保修改一致性的多文件变更，单独的批评审查阶段可能更合适。这是值得在自己的任务中验证的工作假设，并非 GitHub 已公布的质量提升保证。
预览版需要留意成本和工作副本变更
能否使用取决于 Copilot 计划、已启用的实验功能以及组织策略。GitHub 文档指出，HydraFusion 会自行选择可用模型，各个处理轮次按相应模型的标准费率计费。因此，使用 Cascade 或 Critique 的任务，可能比单次调用模型消耗更多 AI 额度。HydraFusion 文档介绍了这些条件、查看使用情况的方法，以及研究预览版目前的限制。
团队可以用一种简单的方法评估编排是否值得启用：抽取一小批真实任务，保留相同的提示词和仓库初始版本，然后比较 HydraFusion、Max 与普通模式。建议记录每个结果所花的时间、消耗的 AI 额度、检查后需要修改的次数，以及测试或审阅者发现的错误。这样的测量可以回答一个实际问题：额外的处理轮次是否能改善你们自己的开发流程。
合并变更前，请检查 diff 并运行常规测试：文档提醒，在被放弃的草稿处理过程中产生的文件变更不会自动回滚。由于这些功能仍处于预览阶段，且所使用的模型可能发生变化，重大更新后应重新评估。对于日常简短请求，普通的模型选择是合理的起点；如果额外检查有望减少错误修复时间，则值得尝试 HydraFusion Max。