一条请求,三种可能路径
GitHub 9 月 4 日发布 Project HydraFusion 研究预览:Copilot CLI 用户执行 /update 安装最新版后,通过 /experimental on 开启,再在 /model 中选择 HydraFusion 即可体验。官方介绍,它对每条请求选择三种执行模式之一:Single(单个模型直接完成任务)、Cascade(高效模型先起草,质量闸门决定是否升级到更强模型)、Critique(一个模型起草后,由另一模型家族的只读评审模型复查)。
该能力本质是运行时编排:HydraFusion 会生成完整执行计划,在多供应商模型之间决定谁来起草、谁来评审、谁在必要时升级。GitHub 把它描述为“本地、云端与复合模型之间自动化语义路由”战略的一部分。
开发者视角与计费
对开发者而言,复杂的选择逻辑被藏在“模型”这一层背后——选定 HydraFusion 后,由它在质量、成本与延迟之间为每个任务权衡。使用量按 HydraFusion 实际调用的各模型标准 token 价计费,覆盖所有 GitHub Copilot 套餐。
模型选择正在从“人工试错”变成“运行时路由”:先跑便宜的方案,不够再升级,再不够就换一家来复查。