GitHub announced Project HydraFusion on September 4, 2026, as a research preview available inside GitHub Copilot for orchestrating AI models from multiple providers while carrying out coding tasks. Rather than selecting a single model in advance, HydraFusion creates an execution plan and determines whether a task needs a direct solution, an independent review, or escalation to a more capable model.
The move follows the Auto model selection feature that GitHub launched earlier in the year to choose the most suitable model for each task. However, HydraFusion expands the idea from model selection to building a complete workflow that balances result quality, cost, and response time, while keeping the operational complexity hidden from developers who select HydraFusion just as they would any other model in Copilot.
Three Paths for Executing a Task
The system evaluates signals related to reasoning, code generation, debugging, and tool use, then selects one of three execution modes:
- Single: A single model handles the task directly when its capabilities are sufficient.
- Cascade: A more efficient model begins by drafting the solution, after which a quality gate decides whether to accept it or refer the task to a stronger model.
- Critique: One model drafts an initial solution, then an independent model from a different family reviews it in a read-only context, before the first model performs a single revision of the solution.
GitHub says the purpose of this selectivity is to use additional calls only when they are expected to improve the result. Thus, the direct path preserves speed and efficiency, while the other two paths add review or escalation for tasks that benefit from them.
What the Tests Showed
GitHub evaluated fixed HydraFusion policies on three coding-agent benchmarks: TerminalBench 2.1, DeepSWE, and the internal CheckpointBench, which is based on real sessions in GitHub Copilot. The results were compared with two baselines, Claude Opus 5 and GPT-5.6 Sol, using identical inputs, tools, execution limits, pricing assumptions, and evaluation conditions.
On TerminalBench 2.1, HydraFusion achieved a 4.9-percentage-point improvement in the quality of verified tasks, while reducing the estimated workflow cost by 67% compared with Claude Opus 5. On DeepSWE, which focuses on repository-level software-engineering tasks and understanding dependencies between files, the system came within 1.5 percentage points of Opus 5, at 36% lower cost. On CheckpointBench, the quality difference was only 0.1 percentage points, alongside a 65% cost reduction.
The cost accounting covers every stage of execution, including drafting, review, revision, escalation, retries, and fallback plans. However, GitHub describes these results as offline tests limited by the benchmark versions, workflow configurations, model set, and pricing assumptions used.
Operational Controls and Preview Limitations
GitHub designed HydraFusion with controls that include logging cost and usage for each stage, setting cancellation and execution timeouts, and isolating review steps in contexts that have no tools and cannot modify the repository. The system also pre-validates workflow definitions, model mapping, fallback behavior, and model availability, and applies no correction if the operation is canceled or the validation process fails.
GitHub currently recommends beginning the experiment with large, well-defined coding tasks submitted in a single prompt to Copilot in automatic mode. The company will later focus on improving the performance of longer, multi-turn sessions. It also warns that models, workflows, names, availability, and product behavior may change during the preview period.
Editorial Take: From Model Selection to Workflow Design
The most important change here is not the addition of a new model, but the transfer of the execution decision from the developer to an orchestration layer that decides when a single attempt is sufficient and when a task warrants the cost of review or escalation. If the test results carry over to real-world use, this could give developers quality close to that of stronger models for some tasks without paying their cost on every request.
However, the figures do not yet establish a general advantage across all coding patterns; they are tied to specific benchmarks, controlled policies, and offline results. Questions about response time, reliability, system behavior in long sessions, cache efficiency, and safety remain open, and GitHub says it will measure these aspects during the preview.