Zum Inhalt springen

Das Magazin für Web-Handwerker Freitag, 2. Oktober 2026

KI fürs Web

HydraFusion wandert von der CLI zu VS Code und der Copilot-App

GitHub hat HydraFusion, sein Anfang September als Research Preview in Copilot CLI gestartetes Multi-Modell-Orchestrierungssystem, auf Visual Studio Code und die Copilot-App ausgeweitet. Das Werkzeug entscheidet nun selbst, wie eine Aufgabe auf mehrere Modelle verteilt wird.

GitHub kündigte am 30. September 2026 an, dass HydraFusion nun auch in Visual Studio Code und der Copilot-App verfügbar ist, einen Monat nach dem Start als Research Preview in Copilot CLI. HydraFusion ist kein zusätzliches Modell, sondern ein Orchestrierungssystem: Es entscheidet für jede Aufgabe, ob ein einzelnes Modell reicht, eine Eskalation zu einem leistungsfähigeren Modell nötig ist, oder eine wechselseitige Prüfung zwischen zwei Modellen unterschiedlicher Familien sinnvoll ist. Die Erweiterung reiht sich in mehrere Copilot-Projekte der vergangenen Wochen ein, darunter die Öffnung von Copilot Code für fachfremde Rollen.

Drei Wege, eine Aufgabe auszuführen

GitHub beschreibt HydraFusion als Optimierungsproblem für Workflows, nicht als bloße Modellauswahl. Drei Ausführungsmuster stehen zur Verfügung und werden automatisch je nach Art der Anfrage gewählt.

ModusFunktionsweiseTypischer Anwendungsfall
SingleEin einzelnes Modell bearbeitet die Anfrage vollständigEinfache, klar abgegrenzte Aufgabe
CascadeEin kosteneffizientes Modell entwirft eine Antwort; ein Qualitätsfilter eskaliert bei Bedarf zu einem stärkeren ModellHohes Volumen, begrenztes Token-Budget
CritiqueEin Modell entwirft, ein zweites Modell aus einer anderen Familie prüft unabhängig, das erste korrigiert einmalSensible Aufgabe, bei der ein Fehler teuer wird

Von der CLI in den Editor

Bisher lief die Aktivierung ausschließlich über die Befehlszeile von Copilot CLI, über eine experimentelle Einstellung und eine eigene Modellauswahl.

/update
/experimental on
/model
> HydraFusion (Research Preview)

Die Erweiterung auf VS Code und die Copilot-App überträgt denselben Mechanismus in eine grafische Oberfläche, innerhalb der gewohnten Modellauswahl, ohne das Terminal zu öffnen. GitHub gibt zudem an, die Nachvollziehbarkeit des Prozesses verbessert zu haben: Fortschritt in Echtzeit und klarere Statusanzeigen bei lang laufenden Aufgaben, ein Schwachpunkt, der seit dem CLI-Start häufig gemeldet wurde.

Die von GitHub angegebenen Vorteile

Im eigenen Bewertungsprotokoll TerminalBench 2.1 gibt GitHub eine geschätzte Kostensenkung von 67 % gegenüber einer alleinigen Ausführung mit Claude Opus 5 an, bei einem Anstieg korrekt gelöster Aufgaben um 4,9 Prozentpunkte. Diese Zahlen stammen aus einem internen GitHub-Protokoll, gemessen am eigenen Benchmark; die Redaktion hat sie nicht unabhängig überprüft.

HydraFusion ersetzt nicht die „Auto“-Modellauswahl von Copilot: Es untersucht, wie eine einzelne Runde zugleich einen Workflow wählen und mehrere Modelle koordinieren kann.

Der Zugang bleibt an ein Copilot-Abonnement Pro, Pro+, Business oder Enterprise gebunden. Bei Unternehmenskonten muss ein Administrator Vorschaufunktionen zunächst auf Organisationsebene freischalten, bevor Entwicklerinnen und Entwickler sie nutzen können, egal ob über die CLI, VS Code oder die Copilot-App.

Das Wichtigste in Kürze

HydraFusion wechselt von einem reinen CLI-Experiment zu einer breiteren Verfügbarkeit in VS Code und der Copilot-App, ohne das Grundprinzip zu ändern: eine Aufgabe automatisch an ein einzelnes Modell, eine kosteneffiziente Kaskade oder eine wechselseitige Prüfung weiterzuleiten. Es bleibt eine Research Preview, abhängig von Organisationsrichtlinien, und die angegebenen Vorteile stützen sich auf einen GitHub-eigenen Benchmark. Das passt zu weiteren Schritten wie der Einbindung von Grok 4.7 für agentisches Programmieren, die ebenfalls auf eine größere Modellvielfalt in Copilot zielt.

Der Cascade-Modus hat meiner Einschätzung nach die größten Chancen auf Produktionseinsatz, weil er ein konkretes Budgetproblem löst statt ein abstraktes Qualitätsversprechen zu geben. Critique wiederum erscheint mir vor allem bei sicherheits- oder abrechnungsrelevantem Code sinnvoll, wo ein zweiter Blick das Ergebnis wirklich verändert. Bei den von GitHub genannten Kostenzahlen bliebe ich vorsichtig, solange keine unabhängige Stelle die Messung nachvollzogen hat: Ein Anbieter, der seine eigene Funktion am eigenen Benchmark bewertet, schneidet selten schlecht ab. — Simon Janvier

Zum Weiterlesen: offizielle Ankündigung im GitHub-Changelog.

Teilen LinkedIn Bluesky Hacker News E-mail

Ebenfalls lesenswert