KI-Modelle und Plattformen
GitHub stellt Copilot Fusion auf der Universe 2026 allgemein bereit

GitHub hat Copilot Fusion, sein Routing- und Orchestrierungssystem für mehrere Modelle, am 28. Oktober 2026 allgemein verfügbar gemacht. Vorgestellt wurde es auf der GitHub Universe 2026 zusammen mit der neuen GitHub-Copilot-App, Copilot Projects und einer erweiterten Stufe für Copilot-Code-Reviews.
Die Ankündigungen erfolgten in einem Beitrag zur Keynote von Universe 2026 von Jay Parikh, Executive Vice President für CoreAI bei Microsoft, zu dessen Teams auch GitHub gehört, sowie in einer Reihe von Changelog-Einträgen desselben Tages, in denen Verfügbarkeit, Abrechnung und Bedingungen für Vorschauversionen erläutert wurden.
So leitet Copilot Fusion Modelle weiter und orchestriert sie
Wer im Modellauswahlmenü Copilot Fusion auswählt, entscheidet sich laut dem Changelog zu Copilot Fusion für ein Routing- und Orchestrierungssystem statt für ein bestimmtes Modell. Für jede Eingabe bestimmt Fusion, welche Modelle zum Einsatz kommen und wie sie zusammenarbeiten. Dabei kombiniert das System die Orchestrierung mehrerer Modelle aus Project HydraFusion mit der fein abgestimmten Modellauswahl, die hinter der automatischen Modellauswahl von Copilot steht.
Nutzer wählen zwischen drei Aufwandsstufen. Fusion Standard setzt auf vielseitige Modelle für alltägliche Programmieraufgaben, Fusion High ist auf anspruchsvolle Aufgaben und tiefergehendes Schlussfolgern ausgerichtet, und Fusion Max reserviert die leistungsfähigsten Modelle für besonders anspruchsvolle Aufgaben und komplexes Schlussfolgern. Für jede Aufgabe nutzt Fusion einen von drei Ausführungsabläufen: Single, bei dem ein Modell die Aufgabe direkt löst; Cascade, bei dem ein effizientes Modell einen Antwortentwurf erstellt und eine Qualitätsprüfung diesen entweder akzeptiert oder an ein leistungsfähigeres Modell weiterleitet; und Critique, bei dem ein Modell einen Entwurf erstellt, ein zweites Modell ihn überprüft und das erste Modell ihn überarbeitet.
GitHub zufolge erzielte Copilot Fusion Max im Artificial Analysis Coding Agent Index 60 Punkte und lag damit nur zwei Punkte hinter Claude Code mit Opus 5.5 Max. Die durchschnittlichen API-Kosten pro Aufgabe betrugen dabei etwa die Hälfte; außerdem wurden pro Aufgabe etwa halb so viele Token und rund 40 % weniger Zeit benötigt.
Administratoren legen über Modellrichtlinien für Unternehmen und Organisationen fest, auf welche Modelle Fusion zugreifen kann. Sie können Modelle für Fusion deaktivieren, ohne sie für alle zu deaktivieren. Über die verwalteten Unternehmenseinstellungen lässt sich Fusion außerdem unabhängig von der Aufwandsstufe als Standardmodell für Copilot-Nutzer festlegen.
Hari Pokhrel, leitender Softwareentwickler bei AT&T, erklärte im Changelog, Fusion Standard habe die Token-Effizienz bei AT&T verbessert, indem automatisch für jede Aufgabe das passende Modell ausgewählt werde. Dadurch seien unnötige Ausgaben gesunken und Kapazitäten für wichtigere Aufgaben erhalten geblieben. Außerdem habe sich die Entscheidungsfindung des Systems im Laufe der Zeit verbessert.
Fusion wird für jedes Modell zu dessen regulärem Tarif abgerechnet. Nutzer mit kostenpflichtigen Copilot-Tarifen erhalten bei der Nutzung zeitlich begrenzt 30 % Rabatt auf die Modellkosten. Das System ist in allen Copilot-Tarifen in Visual Studio Code, der GitHub-Copilot-App, der GitHub-Copilot-CLI und JetBrains-IDEs verfügbar; weitere Client-Unterstützung soll folgen. Entwickler, die während der Forschungsvorschau Auto, HydraFusion oder HydraFusion Max aktiviert haben, werden automatisch auf die entsprechende Fusion-Aufwandsstufe umgestellt.
Die GitHub-Copilot-App und Copilot Projects
Die GitHub-Copilot-App ist für eine agentengestützte Softwareentwicklung konzipiert, schrieb Parikh. Sie verbindet Agenten und Tools über verschiedene Projekte hinweg und unterstützt auch Aufgaben jenseits des Programmierens, darunter das Verfassen von Spezifikationen, die Präsentation von Designbesprechungen und die Analyse von Telemetriedaten – alles in einer einzigen Oberfläche.
Copilot Projects ist ab dem 28. Oktober 2026 direkt in der App verfügbar und ermöglicht es Nutzern, Agentenaufgaben über mehrere Repositorys hinweg in vollständig verwalteten, parallelen Sitzungen auszuführen. Im Changelog der Copilot-App wird Copilot Projects als öffentliche Vorschauversion bezeichnet: Nutzer beschreiben ein Ziel, fügen Kontext hinzu, etwa Repositorys, Designentwürfe oder Slack-Threads, wählen Modelle und Tools aus und erhalten Ergebnisse wie Pull Requests zur Überprüfung. Projekt-Automatisierungen übernehmen wiederkehrende Aufgaben, beispielsweise das Erstellen eines Werbevideos, sobald ein Feature veröffentlicht wird.
Die App kann außerdem Kontext aus verbundenen Tools wie Slack und Figma nutzen und im Chat auf Grundlage natürlichsprachlicher Eingaben Bilder erstellen und bearbeiten. Eine Funktion zur Computersteuerung, die sich für macOS und Windows in der öffentlichen Vorschau befindet, ermöglicht es Copilot, Inhalte in Apps zu lesen, Steuerelemente anzuklicken, Text einzugeben oder zu bearbeiten und zwischen Desktop-Apps zu wechseln – auch zwischen solchen ohne API, Befehlszeilenschnittstelle oder MCP-Integration. Bevor Copilot eine App steuert, bittet es um Zustimmung. Organisationen können die Funktion über verwaltete Einstellungen deaktivieren.
Dank sitzungsübergreifender Kontinuität können Nutzer dieselbe Cloud-Agentensitzung in der GitHub-App, in VS Code, über die CLI und im Web starten und fortsetzen.
Code Review Max, Automatisierungen und Zugriff für Unternehmen
GitHub hat außerdem Copilot Code Review Max vorgestellt. Laut Parikh erzielte die Funktion bei schwerwiegenden Problemen den höchsten F1-Wert auf ReviewBench. Die bestehenden Stufen Lite und Balanced bleiben für alltägliche Reviews verfügbar; Max ist für Änderungen gedacht, die eine gründlichere Prüfung erfordern.
Copilot-Automatisierungen erstellen KI-gestützte Arbeitsabläufe innerhalb eines Repositorys, die in der Cloud ausgeführt und manuell, durch Ereignisse oder nach einem Zeitplan ausgelöst werden. Sie eignen sich für Aufgaben wie die Triage von Issues und Code-Reviews. GitHub zufolge können Automatisierungen nun aus ihren Ergebnissen lernen und Verbesserungsvorschläge machen, die Nutzer prüfen und genehmigen können.
Ab dem 28. Oktober 2026 können GitHub Enterprise-Kunden alle Copilot-Funktionen nutzen, darunter die Copilot-App, Code-Reviews und Automatisierungen, ohne ein separates Abonnement abzuschließen. Stattdessen zahlen sie für die KI-Guthaben, die sie verbrauchen. Die Änderung ist ab sofort über den GitHub-Vertrieb verfügbar; eine Self-Service-Option soll in Kürze folgen. Bestehende Copilot Business- und Copilot Enterprise-Kunden können ihre aktuellen Tarife beibehalten oder wechseln, sobald sie dazu bereit sind.
Der Weg von HydraFusion und Erweiterungen der Infrastruktur
Die allgemeine Verfügbarkeit von Fusion folgt auf die Forschungs-Preview von Project HydraFusion, die GitHub am 4. September 2026 vorstellte, nachdem das Unternehmen Anfang des Jahres die automatische Modellauswahl eingeführt hatte. In Offline-Auswertungen, die zusammen mit der Preview veröffentlicht wurden, verbesserten feste HydraFusion-Richtlinien die Qualität verifizierter Aufgaben auf TerminalBench 2.1 um 4,9 Prozentpunkte – bei geschätzten Kosten, die 67 % niedriger waren als bei Claude Opus 5. Auf DeepSWE lagen sie bei 36 % niedrigeren Kosten höchstens 1,5 Prozentpunkte zurück; auf CheckpointBench, dem internen Benchmark von GitHub, der auf realen Copilot-Sitzungen basiert, betrug der Abstand höchstens 0,1 Prozentpunkte bei 65 % niedrigeren Kosten. Die drei Ausführungsmuster von HydraFusion – Single, Cascade und Critique – fließen in Fusions Workflow-Angebot ein.
GitHub teilte mit, dass das Unternehmen 2026 bislang 4 Millionen CPU-Kerne, 160 PB Hochgeschwindigkeitsspeicher und eine Netzwerkkapazität von 50 Tb/s hinzugefügt hat. Drei Grundsätze bestimmen die neue Git-Architektur: die Grundelemente vereinfachen, Speicher und Rechenleistung entkoppeln und den Koordinierungsaufwand minimieren. Das Unternehmen migriert zu einer Bereitstellung über mehrere Regionen in Azure und rechnet damit, die Migration Anfang 2027 abzuschließen.












