Updated 3 hours ago
GitHub’s HydraFusion Max adds deeper multi-model review to Copilot

AI Coding Agents

GitHub’s HydraFusion Max adds deeper multi-model review to Copilot

GitHub updated its HydraFusion research preview with newer models, per‑stage reasoning and a Max option for deeper multi‑model drafting and review.

HydraFusion now assigns different models and reasoning levels to each stage

GitHub [updated HydraFusion on October 14](https://github.blog/changelog/2026‑10‑14‑hydrafusion‑updates‑and‑new‑max‑option/), keeping it in research preview while changing the model pool and orchestration. The current pool lists Claude Opus 5.5, GPT‑6 Astra, GPT‑6.1 Sol and GPT‑6 Luna. HydraFusion is not a model. It selects an execution pattern, reasoning effort and models for a task, then presents one response. The updated system can use medium reasoning for an initial draft and high reasoning for review, instead of applying one setting to the entire request. That makes the product decision less about choosing a single model and more about choosing whether a task deserves a coordinated, multi‑pass process.

Cascade and Critique create different review paths

GitHub documents three patterns: Single, Cascade and Critique. Single uses one model. Cascade passes a draft to a judge and can send it to a repair stage. Critique generates a draft, runs parallel critics and gives their findings to a final model. The distinction matters when evaluating output. A Cascade response reflects a sequential judge‑and‑repair path, while Critique aggregates several reviews. Neither pattern guarantees correctness; the documentation describes orchestration, not an accuracy benchmark. Critique can use workspace tools while evaluating the draft. That can improve context gathering, but it also means repository permissions and tool access remain part of the trust boundary.

Max spends more reasoning on difficult tasks

The new HydraFusion Max option uses deeper reasoning and is intended for more complex work. GitHub has not published a universal rule showing when the added passes are worth their cost. The [HydraFusion documentation](https://docs.github.com/en/early‑access/copilot/hydrafusion) recommends Auto for everyday requests and HydraFusion for substantial tasks where multiple perspectives or review add value. During the preview, there is no service‑level agreement and GitHub says it is not intended for production workflows. Teams should therefore treat Max as an explicit escalation path, not the default for every prompt.

Availability spans several Copilot surfaces, with normal model billing

HydraFusion is available through the model picker in Visual Studio Code, the GitHub Copilot app and Copilot CLI. The preview covers Copilot Pro, Pro+, Business and Enterprise, subject to organization model policies. Each participating model is billed at its standard rate. There is no automatic discount for orchestration, so a multi‑stage run can cost more than a single‑model request. Check usage and model policy before enabling it broadly. GitHub also notes that HydraFusion does not undo workspace edits made by drafts that are later discarded. Run it in a controlled branch or worktree when edits matter.

A useful evaluation separates orchestration quality from model quality

Pilot HydraFusion on bounded tasks with known acceptance criteria. Record the selected pattern, tools used, changed files, elapsed time and model charges. Review the final patch independently and compare it with a single‑model run on the same task. Look for failures created by handoffs: a critic missing context, a repair stage changing correct code or discarded drafts leaving edits behind. A polished final response does not prove every intermediate action was safe. Follow [GitHub’s OpenTools organization page](https://opentools.ai/organizations/github) for material Copilot changes. *Image: Real screenshot of GitHub’s official HydraFusion documentation. OpenTools captured the source page without generative alteration or artificial upscaling.*

Share this article

PostShare

Related News