Für komplexe Aufgaben in Copilot lässt sich jetzt HydraFusion Max auswählen: Das System entscheidet selbst, welche Ausführungsabläufe und Modelle es für die Lösungs- und Prüfschritte verwendet. GitHub kündigte das Update am 14. Oktober 2026 an; HydraFusion und Max sind in VS Code, der GitHub-Copilot-App und der Copilot CLI als Research Preview verfügbar.

HydraFusion fungiert als Orchestrator für mehrere Modelle und nicht als eigenständiges Modell. Für jede Anfrage wählt es einen von mehreren Abläufen: Ein einzelnes Modell bearbeitet die Aufgabe; Cascade leitet einen Entwurf zur Prüfung an ein Bewertungsmodell weiter, das ihn annehmen oder eine vertiefte Überarbeitung anfordern kann; Critique sammelt parallel Anmerkungen mehrerer Modelle und gibt eine überarbeitete Antwort zurück. Im Update teilte GitHub mit, dass Cascade eine Bewertungsphase für Entwürfe erhalten hat und Critique Werkzeuge aktiver zur Prüfung des Arbeitsbereichs nutzt. Der Ankündigung des HydraFusion-Updates zufolge lässt sich auch der Aufwand für Schlussfolgerungen einstellen: mittel für den ersten Entwurf und hoch für die Prüfung.
Max ist für Aufgaben gedacht, bei denen eine gründliche Prüfung zählt
HydraFusion Max verwendet dieselbe Architektur und dieselben Orchestrierungsabläufe wie die Basisvariante, ist jedoch für anspruchsvollere Aufgaben ausgelegt und setzt dort, wo Gründlichkeit gefragt ist, einen höheren Aufwand für Schlussfolgerungen ein. Als Orientierung nennt GitHub komplexe agentische Aufgaben; für gewöhnliche Alltagsarbeit empfiehlt das Unternehmen die automatische Auswahl eines einzelnen Modells.
Damit können Entwickler zwischen Geschwindigkeit und zusätzlichen Prüfschritten abwägen. Bei einer kleinen Korrektur können weitere Durchläufe Verzögerungen und Kosten verursachen, ohne einen nützlichen Mehrwert zu liefern. Bei einer Änderung über mehrere Dateien hinweg, bei der die Konsistenz der Anpassungen zählt, kann sich ein separater Kritikschritt eher lohnen. Das ist eine Arbeitshypothese, die anhand eigener Aufgaben geprüft werden sollte – keine von GitHub veröffentlichte Garantie für eine höhere Qualität.
Die Preview erfordert Kostenkontrolle und eine Prüfung der Änderungen im Arbeitsverzeichnis
Der Zugriff hängt vom Copilot-Tarif, aktivierten experimentellen Funktionen und den Richtlinien der Organisation ab. Laut der GitHub-Dokumentation wählt HydraFusion die verfügbaren Modelle selbst aus; einzelne Durchläufe werden zum Standardsatz des jeweiligen Modells abgerechnet. Eine Aufgabe mit Cascade oder Critique kann daher mehr KI-Credits verbrauchen als ein einzelner Modellaufruf. Die HydraFusion-Dokumentation erläutert diese Bedingungen, Möglichkeiten zur Überwachung des Verbrauchs und die aktuellen Einschränkungen der Research Preview.
Teams können einfach prüfen, ob sich die Orchestrierung lohnt: eine kleine Auswahl realer Aufgaben verwenden, Eingaben und Ausgangsversionen des Repositorys unverändert lassen und anschließend HydraFusion, Max und den normalen Modus vergleichen. Für jedes Ergebnis empfiehlt es sich, den Zeitaufwand, die verbrauchten KI-Credits, die Zahl der nach der Prüfung erforderlichen Korrekturen sowie Fehler festzuhalten, die Tests oder Reviewer gefunden haben. So lässt sich die praktische Frage beantworten, ob ein zusätzlicher Durchlauf den eigenen Entwicklungsprozess verbessert.
Vor dem Zusammenführen von Änderungen sollte das Diff geprüft und sollten die üblichen Tests ausgeführt werden: Die Dokumentation warnt, dass Dateiänderungen aus einem verworfenen Entwurf nicht automatisch rückgängig gemacht werden. Da die Funktionen weiterhin als Preview verfügbar sind und sich die verwendeten Modelle ändern können, sollte die Bewertung nach größeren Updates wiederholt werden. Für kurze Alltagsanfragen ist die normale Modellauswahl ein sinnvoller Ausgangspunkt; HydraFusion Max lohnt sich zum Ausprobieren bei Aufgaben, bei denen zusätzliche Prüfungen möglicherweise Zeit für Fehlerkorrekturen sparen.