跳到主内容
@wquguru
精选70MarkTechPost(RSS)产品发布/更新

GitHub Copilot CLI上线HydraFusion:运行时多模型编排

GitHub Introduces Project HydraFusion: Runtime Multi-Model Orchestration That Builds a Workflow Per Coding Task in Copilot CLI

原文
发到 X

GitHub has released Project HydraFusion, a research preview that stops treating model choice as a one-time setting. Instead of routing your prompt to a single model, HydraFusion builds an execution plan per request. It can draft with one model, have a second model critique the draft, or escalate to a stronger model when a quality gate rejects the first attempt. Models come from multiple providers. The developer picks HydraFusion once, the same way they would pick any other model.

GitHub 发布了 Project HydraFusion,这是一个研究预览版,不再将模型选择视为一次性设置。HydraFusion 不会将你的提示词路由到单一模型,而是为每次请求构建执行计划。它可以用一个模型起草,让第二个模型对草稿进行批评,或者在质量门拒绝第一次尝试时升级到更强的模型。模型来自多个提供商。开发者只需选择一次 HydraFusion,就像选择任何其他模型一样。

Is it deployable? Yes, but narrowly. HydraFusion is live as a research preview for users on all GitHub Copilot plans, inside GitHub Copilot CLI only. There are no open weights and no self-hosted path. Run /update, then /experimental on, then /model and select HydraFusion (Research Preview). Billing is per token consumed by whichever models the workflow invokes, at each model’s standard rate.

它可以部署吗?可以,但范围有限。HydraFusion 目前作为研究预览版面向所有 GitHub Copilot 计划的用户使用,仅限在 GitHub Copilot CLI 内部使用。没有开源权重,也没有自托管路径。运行 /update,然后开启 /experimental,接着运行 /model 并选择 HydraFusion(Research Preview)。计费按工作流调用的各个模型所消耗的令牌计算,遵循各模型的标准费率。

What the system actually does

系统实际执行的操作

HydraFusion follows Auto model selection, which GitHub shipped earlier in 2026 to match a task to one best-suited model. HydraFusion goes a step further and treats workflow selection as an optimization problem.

HydraFusion 遵循自动模型选择机制,GitHub 于 2026 年早些时候推出了该机制,以将任务匹配到最合适的单个模型。HydraFusion 更进一步,将工作流选择视为一个优化问题。

It reads capability signals for reasoning, code generation, debugging, and tool use. It then picks the least complex workflow expected to clear the quality bar, spending extra model calls only where they are likely to help.

它读取推理、代码生成、调试和工具使用的能力信号。然后,它选择预期能通过质量门槛的最简单工作流,仅在可能有帮助的地方额外消耗模型调用。

The three execution patterns

三种执行模式

For each request, HydraFusion currently selects one of three patterns:

对于每个请求,HydraFusion 目前会选择以下三种模式之一:

  • Single: One selected model solves the task directly.
  • Cascade: An efficient model drafts a solution. A quality gate then either accepts it or escalates to a stronger model.
  • Critique: One model drafts, an independent read-only critic from a different model family reviews it, and the drafting model revises once. The review follows the same pattern as Rubber Duck.
  • 单次:一个选定的模型直接解决任务。
  • 级联:一个高效的模型起草解决方案。随后,质量门要么接受它,要么将其升级到更强的模型。
  • 批评:一个模型起草,来自不同模型家族的独立只读评论家对其进行审查,起草模型随后修订一次。审查过程遵循与 Rubber Duck 相同的模式。

Each pattern trades quality against cost differently. Single preserves speed. Cascade keeps a path to stronger inference open. Critique adds an outside perspective where review beats another unaided attempt.

每种模式在质量和成本之间的权衡方式不同。单次模式保留速度。级联模式保持通往更强推理的路径开放。批评模式在审查优于另一次无辅助尝试的情况下引入外部视角。

Engineering guardrails

工程护栏

GitHub built the runtime around five operating principles that matter for repository-level work:

GitHub 围绕五个对仓库级工作至关重要的操作原则构建了运行时环境:

  • Complete accounting across every leg, including drafting, critique, revision, escalation, retry, and fallback.
  • Bounded execution with explicit timeout and cancellation per leg.
  • Isolated review, where critics run in tool-less contexts and cannot modify the repository.
  • Fail-safe application, applying no patch when a workflow is cancelled or fails validation.
  • Validated routing, verifying model bindings, fallback behavior, and availability before execution starts.
  • 涵盖每个阶段的完整核算,包括起草、批评、修订、升级、重试和回退。
  • 有界执行,每个阶段都有明确的超时和取消机制。
  • 隔离审查,评论家在无工具环境中运行,无法修改仓库。
  • 故障安全应用,当工作流被取消或验证失败时,不应用任何补丁。
  • 在开始执行之前,验证路由、模型绑定、回退行为和可用性。

Internally the runtime logs role, outcome, cost, latency, and diagnostics per leg. Externally the developer sees one coherent response and one permission-aware change set.

运行时内部会按每个阶段记录角色、结果、成本、延迟和诊断信息。开发者外部看到的则是一个连贯的响应和一个感知权限的变更集。

Benchmark results

基准测试结果

GitHub team evaluated fixed HydraFusion policies on three agentic coding benchmarks, using Claude Opus 5 and GPT-5.6 Sol as baselines. All models ran at medium reasoning level. The reported figures below are relative to Opus 5.

GitHub 团队在三个智能体编码基准测试上评估了固定的 HydraFusion 策略,使用 Claude Opus 5 和 GPT-5.6 Sol 作为基线。所有模型均在中等推理级别运行。以下报告的数据是相对于 Opus 5 而言的。

BenchmarkEstimated cost vs Opus 5Verified task quality vs Opus 5
TerminalBench 2.167% lower+4.9 points
DeepSWE36% lower−1.5 points
CheckpointBench65% lower−0.1 points
基准测试与 Opus 5 相比的预估成本与 Opus 5 相比的已验证任务质量
TerminalBench 2.1低 67%+4.9 分
DeepSWE低 36%-1.5 分
CheckpointBench低 65%-0.1 分

CheckpointBench is GitHub’s internal multi-turn set, curated from real Copilot sessions and anchored to immutable public commits so runs are replayable.

CheckpointBench 是 GitHub 的内部多轮数据集,源自真实的 Copilot 会话,并锚定到不可变的公共提交,以便重现运行过程。

Key Takeaways

关键要点

  • HydraFusion picks a workflow per request, not just a model, across multiple providers.
  • Three patterns ship today: Single, Cascade with a quality gate, and Critique with a cross-family reviewer.
  • Best result: +4.9 quality points at 67% lower estimated cost on TerminalBench 2.1.
  • On DeepSWE and CheckpointBench it trails Opus 5 slightly while cutting cost 36% and 65%.
  • Available now in Copilot CLI via /experimental, billed at each underlying model’s standard rate.
  • HydraFusion 针对每个请求选择工作流,而不仅仅是选择模型,且覆盖多个提供商。
  • 目前提供三种模式:单一路径、带质量门控的级联,以及带跨家族评审员的批判模式。
  • 最佳结果:在 TerminalBench 2.1 上,质量提升 4.9 分,预估成本降低 67%。
  • 在 DeepSWE 和 CheckpointBench 上,其表现略逊于 Opus 5,但成本分别降低了 36% 和 65%。
  • 现已通过 /experimental 命令在 Copilot CLI 中可用,按每个底层模型的标准费率计费。

Check out the GitHub Blog announcement, and GitHub Community discussion #206492. Also, feel free to follow us on Twitter and don’t forget to join our 150k+ML SubReddit and Subscribe to our Newsletter. Wait! are you on telegram? now you can join us on telegram as well.

查看 GitHub Blog 公告,以及 GitHub Community 讨论 #206492。此外,欢迎在 Twitter 上关注我们,别忘了加入我们有 15 万+成员的 ML SubReddit 并订阅我们的新闻通讯。等等!你在 Telegram 上吗?现在你也可以加入我们的 Telegram 群组。

Need to partner with us for promoting your GitHub Repo OR Hugging Face Page OR Product Release OR Webinar etc.? Connect with us

需要与我们合作推广你的 GitHub 仓库、Hugging Face 页面、产品发布或网络研讨会等?请联系我们

The post GitHub Introduces Project HydraFusion: Runtime Multi-Model Orchestration That Builds a Workflow Per Coding Task in Copilot CLI appeared first on MarkTechPost.

本文最初发表于 MarkTechPost,标题为《GitHub 推出 Project HydraFusion:在 Copilot CLI 中为每个编码任务构建工作流的运行时多模型编排》。

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

关联讨论

同一事件的更多信源

相似阅读

另一事件,读法相近