本文要点
- HydraFusion 现以 research preview 形式通过 GitHub Copilot CLI 的 /experimental 提供，GitHub 称所有 Copilot 套餐用户可试用。
- 启用顺序是 /update、/experimental on、/model，再选择 HydraFusion (Research Preview)。
- 实际用量按 HydraFusion 调用的各模型所消耗 token 计算，并按各模型标准费率计价；多模型工作流不能按一次请求粗估成本。
- GitHub 的 TerminalBench、DeepSWE 与 CheckpointBench 结果是受控离线评测，不代表每个仓库都更强、更快或更便宜。
- 当前更适合 substantial、well-scoped、first-turn、single-prompt 任务；长时间多轮会话仍是后续重点。
- 研究预览的模型、路由、名称和可用范围可能变化，质量、成本或延迟越界时应切回已知固定模型并关闭 experimental。
先认清产品：HydraFusion 是运行时编排，不是新模型 ID
GitHub 官方博客于 2026 年 9 月 4 日发布 Project HydraFusion。用户在 Copilot CLI 中选择一次 HydraFusion，运行时再根据任务选择 Single、Cascade 或 Critique：单模型直接完成、先由高效模型起草并按质量门升级，或由另一模型家族做只读审查后修订。
因此“同一个提示词”并不保证每次都走同一模型、同一调用次数或同一延迟。研究预览的结果、模型池、工作流、名称和可用性都可能变化。需要可重复审计的生产自动化不应只记录 HydraFusion 这个入口名，还要保留 CLI 版本、执行时间、套餐、任务、输出差异和实际用量。
三条命令启用，但先确认组织策略与版本
官方给出的顺序是先运行 /update 安装最新 Copilot CLI，再运行 /experimental on，最后通过 /model 选择 HydraFusion (Research Preview)。如果菜单没有该项，先记录 CLI 版本、登录账号、Copilot 套餐和组织策略，不要把研究预览入口缺失直接归因于网络。
GitHub 写明预览面向所有 Copilot 套餐，但组织管理员仍可能控制客户端、功能或模型使用。401、403、无模型列表和命令不存在分别指向身份、组织策略、产品开放或客户端版本等不同层级；先完成只读检查，再决定是否升级客户端或联系管理员。
成本必须汇总所有工作流分支
HydraFusion 的使用量按它调用的模型所消耗 token 计算，并按各模型标准费率计价。Cascade 可能先低成本尝试再升级，Critique 会增加独立审查与修订，重试和回退也可能产生额外用量。一次任务表面只有一条回复，不代表账单只有一次模型调用。
试点表至少记录输入规模、输出 token、工作流阶段、总耗时、官方用量、估算费用、是否重试和最终验收结果。为每次运行设置 token 预算、墙钟超时和取消条件；拿不到完整用量时，不要用单一模型价乘一次输入输出冒充真实成本。
官方基准怎么读：有收益，也有明确反例
GitHub 报告在受控离线评测中，HydraFusion 相对 Claude Opus 5 在 TerminalBench 2.1 的 verified task quality 高 4.9 个百分点、估算成本低 67%；但在 DeepSWE 中质量低 1.5 个百分点、成本低 36%，在 CheckpointBench 中质量低 0.1 个百分点、成本低 65%。
这些数字限定于具体基准版本、模型池、路由配置、定价假设和统一 medium reasoning 条件。不能把 67%低成本写成所有任务的折扣，也不能把单一基准的质量提升外推到你的代码库。真正决策依据应是同一批内部任务的正确率、变更范围、复核工时、延迟和总费用。
用首轮、单提示、边界清楚的任务做 A/B
GitHub 当前建议从 substantial、well-scoped、first-turn、single-prompt 的编码任务开始。选择 10 到 20 个有自动测试或明确人工验收的任务，让 HydraFusion 与一个已知固定模型使用相同仓库 commit、工具权限、超时和提示词，避免把环境差异误当模型差异。
每个任务比较首次通过率、最终测试、误改文件数、人工修复时间、首字节与总延迟、token 和总成本。不要让两个方案同时修改同一工作树；使用隔离分支或一次性工作树，并在任何外部写操作前保留人工确认。
登录失败与模型质量不要混成一个网络问题
若 /experimental 或 /model 正常显示，但答案质量、修改范围或成本不合格，这是预览行为和任务适配问题，换出口不会改善。若 Copilot CLI 出现 DNS、TLS、407 或连接超时，再按<a href="/resources/github-copilot-enterprise-proxy-ca-guide">GitHub Copilot 企业代理配置</a>核对代理变量、Kerberos 与企业 CA，并参考<a href="/resources/proxy-connection-troubleshooting-checklist">代理连接排查清单</a>保存证据。
固定出口只能让允许的 GitHub/Copilot 访问路径更一致，不能获得预览资格、绕过组织策略、提高模型质量或降低官方 token 单价。错误为 401/403 时优先核对身份与权限；错误为 DNS/TLS/407/超时时才进入网络层。
停止与回滚：把实验开关当成真正的开关
出现总成本超预算、P95 延迟超线、测试通过率下降、修改超出允许文件、同类任务结果波动过大、无法解释的重试或外部写入结果未知时，立即停止扩量。保留 CLI 版本、任务 ID、脱敏日志、用量和差异，不要在结果未知时重复执行可能产生副作用的任务。
回滚时从 /model 切回已验证的固定模型，必要时关闭 /experimental，并还原到任务前的独立工作树或 commit。只有在连续多个批次同时通过质量、成本、延迟和权限边界后才扩大使用；研究预览变化后重新跑基线，不沿用旧评测结论。
资料来源
常见问题
HydraFusion 是一个新的 Copilot 模型吗？
不是固定模型。它是研究预览中的运行时编排入口，会在 Single、Cascade 和 Critique 工作流间选择，并可能调用多个模型。
Copilot CLI 怎么开启 HydraFusion？
按官方步骤运行 /update、/experimental on，然后在 /model 中选择 HydraFusion (Research Preview)。入口缺失时先核对版本、账号、套餐和组织策略。
所有 Copilot 套餐都能用吗？
GitHub 官方博客称面向所有 Copilot 套餐提供研究预览；实际组织策略、客户端版本和阶段性可用性仍需在账号中确认。
HydraFusion 一定便宜 67% 吗？
不一定。67%是 TerminalBench 2.1 特定受控离线评测相对 Opus 5 的估算结果；不同基准的质量和成本结果不同，业务必须按实际 token 和任务复测。
哪些任务最适合先试？
官方建议先用边界清楚、工作量较实、首轮单提示的编码任务，并配套自动测试、预算、超时和可逆工作树。
换固定 IP 能显示 HydraFusion 或提高质量吗？
不能保证。固定出口只处理有明确 DNS、TLS、407 或超时证据的连接问题，不能改变套餐、组织策略、预览资格、模型质量或官方价格。