---
title: "HydraFusion 是什么：Copilot 10 月 14 日新增 Max 选项，多模型协同怎么用"
description: "HydraFusion 是 GitHub Copilot 里让多个模型协同生成一个回答的预览功能，10 月 14 日新增 Max 选项。本文讲清它怎么工作、谁能用、怎么开，以及和手动选模型的取舍。"
url: https://cdnping.org/blog/github-copilot-hydrafusion-max
language: zh-CN
published: 2026-10-18
category: "开发工具"
tags: ["GitHub Copilot","HydraFusion","多模型协同","模型路由","AI 编程"]
source: cdnping.org
license: Free to quote and summarize with a link to the url above.
---
# HydraFusion 是什么：Copilot 10 月 14 日新增 Max 选项，多模型协同怎么用

HydraFusion 是 GitHub Copilot 的一个模型编排选项：它在后台协调多个模型，合成一个回答交给你，你不用再为每个任务挑模型。2026 年 10 月 14 日，GitHub 在 [changelog](https://github.blog/changelog/2026-10-14-hydrafusion-updates-and-new-max-option/) 里更新了 HydraFusion，并新增了 HydraFusion Max。截至 2026 年 10 月，它仍是 research preview（研究预览）。

下面按读者常问的几个问题来说。以下内容均来自该 changelog，其中没有提到的（价格、正式发布时间）本文不做推测。

## HydraFusion 是什么？

简单说，它不是一个新模型，而是一套调度流程：同一个请求会经过多个模型、多个步骤，最后输出一个结果。changelog 提到模型池里有若干家的模型，具体用哪几个取决于所选的编排工作流。

可用位置有三个：VS Code、GitHub Copilot app 和 Copilot CLI。

## 10 月 14 日这次更新改了什么？

changelog 列出了几项变化：

- 每一步的推理强度不再统一用默认值：初稿用中等强度，复审步骤用高强度。
- Cascade 工作流：先由初始模型作答，必要时升级到更强的模型。现在多了一个评判步骤，检查初稿，只在需要时才要求修复。
- Critique 工作流：审查时会用工具检查实际的工作区，而不是主要依赖文字摘要，并使用多个并行的评审模型。

## HydraFusion Max 和普通版有什么区别？

Max 使用同一套架构和工作流技术，但调优方向是更强的能力：在最需要深度的环节用更高的推理强度，面向需要最深推理、最细致分析的任务。它仍会通过编排考虑 token 效率，但官方的定位是用一部分 token 节省换更高能力。

| 选项 | 侧重 | 适合 |
|---|---|---|
| HydraFusion | 速度、成本、效果之间的平衡，有一定 token 节省 | 一般的 agent 类任务 |
| HydraFusion Max | 前沿能力，同时兼顾 token 效率 | 需要深度推理的复杂任务 |

changelog 没有给出 Max 的具体推理强度档位，也没有给出节省 token 的具体数字。

## 谁能用？怎么开？

- 套餐：Copilot Pro、Pro+、Business、Enterprise。
- 需要开启实验或预览功能。
- 受所在组织的模型策略约束。企业或团队账号如果看不到这个选项，先问管理员是否允许。
- changelog 没有提到价格或额度消耗方式，计费请以 GitHub 官方文档为准。

### 试用的检查清单

1. 确认你的套餐在上面列表内；组织账号先确认管理员的模型策略。
2. 在 VS Code、Copilot app 或 CLI 中开启预览功能（具体菜单位置以官方文档为准）。
3. 在对应客户端的模型选择处查看是否出现 HydraFusion 或 HydraFusion Max（入口以官方文档为准）。
4. 拿一个你熟悉的真实任务，分别用你平时手动选的模型、HydraFusion、Max 各跑一次。
5. 记录三项：结果是否可直接用、等待时间、额度消耗，再决定默认用哪个。

## 自己选模型和交给编排，怎么取舍？

手动选模型的好处是可控、可复现：出了问题知道是哪个模型。编排的好处是省去判断，难题自动升级、简单题不浪费。代价是中间过程你看不到，出了问题难以判断是哪个模型、哪一步造成的，复现也更难。预览阶段尤其要留意这一点。

这种“按任务难度分流”的思路并不限于 Copilot。如果想了解自己怎么搭，可以看 [多模型路由怎么做](/blog/multi-model-routing-save-cost)。接入方式的差异可以参考 [官方 API、云厂商托管与聚合网关对照](/blog/official-api-vs-cloud-vs-gateway)。

AGI Plan 是 cdnping 的商业合作方，它的 Prism 调度层同样会按任务难度把请求分到不同能力组，用法是在 Claude Code、Codex 等工具里改一个接口地址，配置方式见 [自定义 API 与接口地址配置](/blog/configure-custom-api-endpoint-claude-code-codex)。具体可用模型与地区以 [agiplan.dev/models](https://agiplan.dev/models) 为准。

## 用预览功能要注意什么？

预览功能的模型池、行为和限制都可能变。Copilot 近期也有模型下线的调整，可以对照 [Copilot 11 月 16 日下线三款模型](/blog/github-copilot-model-deprecation-nov-16) 一起看。想第一时间知道官方页面的改动，可以用 cdnping 的 [官网动态](/changes) 页，或阅读 [价格与模型变更的追踪方法](/blog/track-llm-price-and-model-changes)。想看各推理供应商上模型的可用率，见 [模型监测](/models)。

## 参考来源

- [GitHub Changelog：HydraFusion updates and new Max option（2026-10-14）](https://github.blog/changelog/2026-10-14-hydrafusion-updates-and-new-max-option/)