GitHub Copilot Fusion soll 40 Prozent schneller und bis zu 77 Prozent günstiger arbeiten
Laut Microsoft-CEO Satya Nadella liefert GitHub Copilot Fusion Qualität auf Frontier-Niveau, 40 Prozent schneller und zu bis zu 77 Prozent geringeren Kosten. Es war eines von mehreren GitHub-Updates auf der Universe, mit denen Microsoft die sogenannte agentische Ära der Softwareentwicklung vorantreiben will.
- Satya Nadella zufolge liefert GitHub Copilot Fusion Qualität auf Frontier-Niveau, 40 Prozent schneller und zu bis zu 77 Prozent geringeren Kosten.
- Das einheitliche Copilot-Harness ist jetzt in Foundry verfügbar, einem verwalteten Dienst zum Aufbau langlaufender Agenten.
- Copilot Projects bietet eine Orchestrierungsschleife für mehrere Agenten über Repos hinweg.
- Microsoft baut nach eigenen Angaben die Kapazitäten aus und stärkt die Architektur von GitHub, um sie widerstandsfähiger zu machen.
- Kommentatoren warfen Fragen zu Berechtigungen, widersprüchlichen Änderungen von Agenten, Überprüfung und Kosten auf.
Drei Ankündigungen von der GitHub Universe
In einem LinkedIn-Beitrag schrieb Nadella, Microsoft definiere "den SDLC für die agentische Ära neu" und meinte damit den Softwareentwicklungszyklus (Software Development Lifecycle). Er nannte drei Produktneuheiten, die auf der GitHub Universe enthüllt wurden.
- GitHub Copilot Fusion liefert laut Nadella Qualität auf Frontier-Niveau, 40 Prozent schneller und zu bis zu 77 Prozent geringeren Kosten.
- Das einheitliche Copilot-Harness ist ab sofort in Foundry verfügbar.
- Copilot Projects bietet eine Orchestrierungsschleife, um mit mehreren Agenten über Repositories hinweg zu entwickeln.
Der Beitrag nennt weder eine Vergleichsbasis für die Angaben zu Tempo und Kosten noch Details zu Benchmarks. Bei den Zahlen handelt es sich um Angaben von Microsoft selbst.
Agenten in Foundry und über Repositories hinweg
Nadella beschrieb Foundry als verwalteten Dienst zum Aufbau langlaufender Agenten, die schlussfolgern, Werkzeuge nutzen und Aufgaben erledigen. Mit dem einheitlichen Copilot-Harness in Foundry kann dieselbe Agenten-Grundlage, die auch in Copilot zum Einsatz kommt, als Basis für solche Agenten dienen.
Copilot Projects widmet sich einem anderen Problem: der Koordination mehrerer Agenten zugleich. Laut Nadella erhalten Entwicklerinnen und Entwickler damit eine Orchestrierungsschleife, sodass mehrere Agenten über Repos hinweg arbeiten können. Wie die Agenten Aufgaben untereinander aufteilen und wie Konflikte zwischen ihnen gelöst werden, geht aus dem Beitrag nicht hervor.
Außerdem erklärte Nadella, Microsoft baue die Kapazitäten aus und stärke die Architektur von GitHub. Ziel sei es, die von ihm so genannte Heimat der agentischen Entwicklung widerstandsfähiger zu machen. Zahlen zu den Kapazitäten oder Zeitpläne nannte er nicht.
Reaktionen und offene Fragen
Der Beitrag erhielt mehr als 350 Kommentare, in denen viele eher praktische Bedenken äußerten, als den Start zu loben. Ein Kommentator fragte, wie Copilot Projects damit umgeht, wenn zwei Agenten dieselbe Abhängigkeit ändern. Ein anderer verwies auf die Sicherheitsfragen, die sich stellen, wenn Agenten Code über mehrere Projekte hinweg lesen, ändern und ausführen können.
Andere konzentrierten sich auf Überprüfung und Verantwortlichkeit. Einer argumentierte, dass mit zunehmend autonomer Ausführung auch die Validierung der Agenten-Änderungen Schritt halten müsse. Ein weiterer schrieb, tatsächlich bestimme das Tempo der Entscheidungen das Tempo der Auslieferung, und dieses skaliere nicht mit der Rechenleistung. Ein Kommentator fragte zudem, wem die Kostensenkung von 77 Prozent nütze, und mehrere brachten die Ankündigung mit den jüngsten Personalentscheidungen von Microsoft in Verbindung. Dabei handelt es sich um Meinungen einzelner Kommentatoren, nicht um Aussagen von Microsoft.
Für Entwickler und Unternehmen deuten die Ankündigungen auf einen Workflow hin, in dem mehrere Agenten parallel über Codebasen hinweg laufen. Ob die Tempo- und Kostenversprechen von Fusion in der Praxis halten und wie Berechtigungen, Konflikte und Reviews geregelt werden, lässt sich allein anhand des Beitrags nicht beurteilen. Gerade diese Details dürften für Teams entscheidend sein, die über den Einsatz der Werkzeuge nachdenken.

