GitHub Copilot HydraFusion Max：三端预览、模型变化与费用核对

先看变化：新增 Max，三种客户端仍属研究预览

10 月 14 日的 GitHub 官方更新同时涉及 HydraFusion 和新加入的 HydraFusion Max。两者可在 VS Code、GitHub Copilot app 与 GitHub Copilot CLI 中使用，状态仍为 research preview。开发者可以在编辑器、Copilot app 或终端中选择相应入口。

HydraFusion 会编排多个模型，最终给用户一条回复，省去为每项任务单独挑模型的步骤。Max 沿用同一架构和工作流技术，面向要求更深入推理、更全面分析的任务；它不是一个固定底层模型，也不代表每个任务都会调用全部模型。

模型池与推理强度：起草和复核分开安排

当前模型池包含 Claude Opus 5.5、GPT-6 Astra、GPT-6.1 Sol 和 GPT-6 Luna。公告明确说明，每项任务采用的模型会随编排工作流变化，因此不能从模型池名单反推出固定的执行顺序或调用次数。

此前 HydraFusion 使用各模型的默认推理强度；这次更新改为按阶段安排，初稿使用 medium，复核使用 high。Max 则在深度和完整性更重要的环节采用更高推理强度，同时仍考虑 token 效率。公告没有提供适用于所有任务的 Max 强度表，不能把它简化成所有步骤始终以最高档运行。

Cascade 与 Critique：判断是否修复，也直接查看工作区

Cascade 原先由初始模型处理任务，必要时再升级到更强模型。现在它可以加入判断步骤，检查初始成果，仅在需要时提出修复要求。这里的关键是可以加入判断，并非每项任务都会固定增加一次评审或修复。

Critique 此前较依赖文本摘要，现在更多使用工具直接检查实际工作区，也会让多个评论模型并行检查成果。这说明复核取得信息的方式发生变化，但本次公告没有公布新的工具权限规则，也没有承诺所有检查都只读。不要用旧版工作流描述替代当前任务的实际权限设置。

先核对四类套餐、预览功能与组织模型策略

当前公告明确列出的套餐是 Copilot Pro、Pro+、Business 和 Enterprise，条件包括启用实验或预览功能，并遵守组织的模型策略。三种客户端都受这些条件约束；客户端获得支持，不等于每个登录账号都已具备同样的入口或权限。

准备使用时，先确认当前账号的套餐，再检查所用客户端是否显示相应预览选项；组织账号还应核对管理员允许的模型范围。公告没有给出最低客户端版本、逐账号开放时间或各地区可用性表，也没有提供一套三端共用的开启步骤。Free、Student 未出现在这份名单中，不能据此宣称它们被正式禁止。

费用怎么判断：Max 没有公布精确价格或倍率

GitHub 将普通 HydraFusion 定位为平衡速度、成本和表现的选择，并描述为具有适度 token 节省；Max 更强调困难任务的深度分析，同时考虑 token 效率。这些是产品定位，不是针对每个代码库的速度、质量或省钱保证。

10 月 14 日公告没有列出 Max 的精确价格、token 费率或用量倍率。旧版受控基准中的成本降幅也不是本次 Max 的折扣。扩大使用前，应查看当前官方计费说明和账号中的用量记录，比较完成同一任务所需的总用量与结果；不能只凭 Max 名称、单条回复或更高推理强度推算账单。

一个假设例子：从边界清楚的修复任务开始

假设你要修复一个输入校验问题，允许修改的文件与验收条件都已明确。第一步先核对套餐、预览功能和组织策略，确认客户端实际提供的选项。

第二步根据任务需要选择入口：普通 HydraFusion 可作为兼顾速度、成本和表现的起点，需要更深入分析时再考虑 Max。若要比较两者，保留相同的任务说明、可访问材料与验收条件，避免把不同任务的结果直接相减。

第三步检查最终修改是否解决问题，并查看可获得的实际用量与耗时，再决定是否扩大使用。模型池、并行评论和判断步骤解释了回复可能怎样形成，却不能代替对最终成果的复核；拿不到完整费用信息时，先保留这个不确定性，不把一次试用写成长期成本结论。