Microsoft hat mit VS Code 1.129 die bisher tiefste Umbau-Runde des Copilot-Unterbaus seit der Einführung von Agentenmodi gestartet. Das am 19. August 2026 veröffentlichte Update bringt einen eigenen Agent-Host, der KI-Prozesse in einem abgeschotteten Prozess laufen lässt, dazu neue Enterprise-Logins und verwaltete Copilot-Einstellungen per MDM. Parallel dazu rollt GitHub das Coding-Modell Kimi K3 in fünf Copilot-Tarife aus, während der GitHub Copilot SDK jetzt allgemein verfügbar (GA) ist. Für Entwickler in Österreich und im gesamten DACH-Raum bedeutet das: Copilot wird von einem Chat-Fenster im Editor zu einer eigenständigen Plattform mit mehreren Prozessen, mehreren Modellen und eigener Infrastruktur für Unternehmen.
Der Zeitpunkt ist kein Zufall. Nur zwei Tage nach dem Rollout, am 17. August 2026, fiel die Copilot-Authentifizierung in mehreren Anwendungen für Stunden aus, wie der deutsche IT-Blog BornCity berichtete. Die Trennung von Agent-Prozessen und Kernfunktionen, die Microsoft mit 1.129 einführt, wirkt seither wie eine direkte Antwort auf genau solche Ausfälle. Dieser Artikel ordnet ein, was sich technisch ändert, wie sich Copilot damit im Wettbewerb gegen Cursor und Amazon Q Developer positioniert und was Teams in Österreich jetzt prüfen sollten.
Was ändert sich mit VS Code 1.129 konkret?
VS Code 1.129 bündelt drei Neuerungen, die einzeln schon Release Notes füllen würden, in einem Update. Erstens der bereits erwähnte Agent-Host, der KI-Agenten wie Copilot, Claude und Codex in einem eigenen Prozess ausführt. Zweitens ein neu gestaltetes Agents-Fenster als Editor-Panel, über das sich mehrere Chat-Sitzungen parallel verwalten lassen. Drittens die Möglichkeit, Befehle direkt aus dem Chat heraus mit dem Präfix ! auszuführen, laut den Release Notes von Releasebot. Dazu kommt eine Vorschau auf eine überarbeitete Oberfläche, die Microsoft schrittweise ausrollt.
Für die tägliche Arbeit heißt das: Wer bisher mehrere Copilot-Chats gleichzeitig offen hatte und den Überblick verlor, bekommt mit dem neuen Fenster eine Session-Verwaltung, die eher an eine Prozessliste als an ein Chat-Protokoll erinnert. Sitzungen lassen sich auflisten, erstellen, beobachten und gezielt ansteuern, ohne dass man den Kontext im Editor wechseln muss. Das klingt nach einem kleinen UI-Detail, ist aber die Voraussetzung dafür, dass mehrere Agenten gleichzeitig an verschiedenen Teilen eines Projekts arbeiten können, ohne sich gegenseitig zu blockieren.
Der Agent-Host: KI-Prozesse laufen jetzt isoliert
Der Kern des Updates ist architektonisch, nicht kosmetisch. Bisher liefen KI-Agenten im selben Prozessraum wie der restliche VS-Code-Kern. Ein Absturz eines Agenten, ein Speicherleck oder eine hängende Anfrage konnten im schlimmsten Fall den ganzen Editor lahmlegen. Mit dem dedizierten Agent-Host trennt Microsoft diese Prozesse ab. Agenten bekommen eigene Ressourcen, eigene Fehlerbehandlung und laut Releasebot ein erweitertes Set an Werkzeugen zur Session-Verwaltung, unabhängig vom Hauptprozess des Editors.
Warum Isolation jetzt zum Standard wird
Diese Architektur folgt einem Muster, das GitHub bereits im Mai 2026 bei Build angekündigt hatte: Cloud- und lokale Sandboxes für Copilot, die seither in der öffentlichen Vorschau laufen, wie aus der Community-Zusammenfassung zu Microsoft Build 2026 hervorgeht. Der Agent-Host in VS Code 1.129 ist damit kein Einzelschritt, sondern der nächste Baustein einer Strategie, KI-Ausführung konsequent von der restlichen Entwicklungsumgebung zu trennen. Für Sicherheitsteams ist das relevant, weil ein Agent mit Werkzeugzugriff, der Dateien schreibt oder Befehle ausführt, im Fehlerfall keinen Zugriff auf den gesamten Editor-Kontext mehr haben soll.
GitHub Copilot SDK erreicht allgemeine Verfügbarkeit
Parallel zum Editor-Update hat GitHub den Copilot SDK aus der Preview-Phase in die allgemeine Verfügbarkeit überführt. Entwickler können damit eigene Agenten-Erfahrungen bauen und Copilot-Workflows in eigene Anwendungen und IDE-Erweiterungen einbetten, statt sich auf die Standard-Oberfläche zu verlassen. Das SDK ist eng mit den neuen Agent Plugins 1.0 verzahnt, die seit dem 12. August 2026 in VS Code, der Copilot CLI, dem SDK und der Copilot-App verfügbar sind und auf allen Copilot-Plänen laufen, von Pro bis Enterprise, wie GitHub im offiziellen Changelog bestätigt. Eine ausführliche Einordnung dieses Plugin-Standards findet sich im Artikel Copilot Agent Plugins 1.0 auf shattered.io.
Bemerkenswert ist die Verzahnung der beiden Systeme: Ein Plugin, das über die Copilot CLI installiert wird, taucht automatisch auch in VS Code auf. Entwickler müssen ein Plugin nur einmal installieren, damit es sowohl in der Kommandozeile als auch im Editor zur Verfügung steht. Für Teams, die Copilot über mehrere Oberflächen hinweg nutzen, entfällt damit ein Schritt, der bisher für Frust sorgte, nämlich das doppelte Einrichten identischer Werkzeuge.
Kimi K3 zieht in fünf Copilot-Tarife ein
Mit dem wöchentlichen Copilot-Release vom 10. August 2026 hat GitHub begonnen, das Coding-Modell Kimi K3 für die Pläne Pro, Pro+, Max, Business und Enterprise auszurollen, wie im Changelog vom 13. August dokumentiert ist. Kimi K3 erweitert damit die Modellauswahl über die üblichen Anthropic- und OpenAI-Optionen hinaus und reiht sich neben Grok 4.6 ein, das GitHub bereits zuvor auf acht Plattformen gebracht hatte (siehe GitHub Copilot: Grok 4.6 startet auf 8 Plattformen).
Die Copilot CLI selbst hat Ende August zusätzlich einen höheren Reasoning-Modus für Grok 4.6 bekommen, intern als “xhigh” bezeichnet, dazu Session-Restore nach Abstürzen und verbesserte Sign-out-Logik, wie Releasebot auflistet. Für Entwickler, die lange CLI-Sitzungen offen halten, ist die Wiederherstellung nach einem Absturz kein Detail, sondern spart im Alltag mehrfach am Tag Zeit, insbesondere bei komplexen Refactoring-Aufgaben, die sich über mehrere Dateien erstrecken.
MAI-Code-1-Flash: Microsofts Antwort auf einfache Anfragen
Neben Kimi K3 rollt auch MAI-Code-1-Flash in Copilot ein, ein kleineres Modell, das Microsoft bei Build 2026 als schnelle Option für einfache Coding-Aufgaben vorgestellt hat. Start ist die Integration in VS Code, laut der Build-Zusammenfassung auf GitHub. Die Logik dahinter deckt sich mit einem Trend, der sich seit Monaten branchenweit zeigt: Statt für jede Anfrage das größte verfügbare Modell zu nutzen, sollen kleinere, schnellere Modelle Routineaufgaben übernehmen, während rechenintensivere Modelle für komplexe Refactorings reserviert bleiben. Das drückt Kosten und Latenz gleichzeitig.
Für Unternehmen, die Copilot-Nutzung nach Credits abrechnen, ist das direkt relevant. Business- und Enterprise-Kunden können laut GitHub bereits seit Juli 2026 ihren gesamten KI-Credit-Verbrauch für den aktuellen Abrechnungszeitraum im Copilot-Status einsehen. Ein schnelleres Modell für einfache Anfragen senkt diesen Verbrauch spürbar, ohne dass Entwickler manuell zwischen Modellen wechseln müssen.
Enterprise-Login: Copilot spricht jetzt mit GitHub-Enterprise-Servern
Eine der praktisch folgenreichsten Änderungen in VS Code 1.129 betrifft die Authentifizierung. Copilot unterstützt jetzt direkt GitHub-Enterprise-Instanzen (GHE). Entwickler in Unternehmen mit eigenem GHE-Host müssen sich damit nicht mehr über github.com anmelden, sondern authentifizieren sich direkt gegen ihren eigenen Enterprise-Server. Sowohl der OAuth-Flow als auch die Copilot-Token-Anfragen zielen laut Releasebot künftig auf den gewählten Enterprise-Host.
Für größere österreichische und deutsche Unternehmen, die aus Compliance-Gründen auf eigene GHE-Instanzen setzen, schließt das eine Lücke, die bisher Workarounds nötig machte. Bislang mussten IT-Abteilungen entweder Ausnahmen im Identitätsmanagement einrichten oder Entwickler über Umwege an github.com anmelden, was in regulierten Branchen wie dem Finanzsektor oder der öffentlichen Verwaltung regelmäßig für Rückfragen bei Datenschutzbeauftragten sorgte.
Verwaltete Copilot-Einstellungen per MDM
Zusätzlich zur GHE-Unterstützung erlaubt VS Code 1.129 Administratoren, Copilot-Einstellungen über native MDM-Kanäle auf Windows und macOS auszurollen, zusätzlich zu den bisherigen kontobasierten Einstellungsdateien. Für IT-Abteilungen, die Endgeräte bereits über Intune oder Jamf verwalten, bedeutet das eine zentrale Kontrolle über Copilot-Rollouts, statt jede Einstellung einzeln über Gruppenrichtlinien oder Konfigurationsdateien zu verteilen.
Diese Kombination aus GHE-Login und MDM-Verteilung zielt erkennbar auf große Organisationen mit mehreren hundert oder tausend Entwicklern, bei denen ein manuelles Onboarding pro Arbeitsplatz nicht praktikabel ist. GitHub positioniert Copilot damit klarer als Plattform für regulierte Enterprise-Umgebungen und nicht mehr nur als Werkzeug für einzelne Entwickler oder kleine Teams.
Timeline: So hat sich Copilot 2026 entwickelt
Die folgende Tabelle ordnet die wichtigsten Copilot- und VS-Code-Releases des Jahres 2026 chronologisch ein und zeigt, wie sich das Produkt vom reinen Autovervollständiger zur Agenten-Plattform entwickelt hat.
| Zeitraum | Release | Kernfunktion |
|---|---|---|
| Mai 2026 | VS Code Copilot, Mai-Release | Air-gapped BYOK, Custom-Endpoint-Provider, Modellauswahl nach Anbieter |
| Mai 2026 | Microsoft Build 2026 | Ankündigung Cloud-/Lokal-Sandboxes, MAI-Code-1-Flash, Copilot-App-Preview |
| Juni 2026 | VS Code Copilot, Juni-Release | 1-Mio.-Token-Kontextfenster für kompatible Anthropic-/OpenAI-Modelle |
| Juli 2026 | VS Code Copilot, Juli-Release | Copilot Vision (Bild-/PDF-Input) erreicht GA |
| 10. August 2026 | Wöchentliches Copilot-Release | Rollout von Kimi K3 auf Pro, Pro+, Max, Business, Enterprise |
| 12. August 2026 | Agent Plugins 1.0 | GA in VS Code, Copilot CLI, SDK und Copilot-App, alle Pläne |
| 17. August 2026 | GitHub-Ausfall | Copilot-Authentifizierung in mehreren Apps für Stunden gestört |
| 19. August 2026 | VS Code 1.129 | Dedizierter Agent-Host, GHE-Login, MDM-verwaltete Einstellungen |
| Ende August 2026 | Copilot CLI Update | xhigh-Reasoning für Grok 4.6, Session-Restore, Plugin-Fixes |
Marktvergleich: Copilot gegen Cursor, Amazon Q und JetBrains AI
Der Ausbau von Copilot zur Multi-Prozess-Plattform mit eigenem SDK trifft auf einen Markt, der sich 2026 deutlich verdichtet hat. Cursor hat mit Cloud-Agents bei Kunden wie SpaceX geworben (siehe Cursor bei SpaceX: Cloud-Agents laufen 3x schneller), Amazon hat Q Developer zugunsten von Kiro zurückgefahren, und JetBrains baut seinen eigenen AI Assistant in alle IDEs der Produktfamilie ein. Ein früherer Vergleich auf shattered.io zeigte bereits eine klare Nutzungsverteilung zwischen Copilot und Cursor (GitHub Copilot vs Cursor: 68% vs 18% Nutzung), die sich mit dem SDK-Ausbau eher noch zugunsten von Copilot verschieben dürfte, weil Unternehmen jetzt eigene Copilot-Integrationen bauen können, statt zu einem Konkurrenzprodukt zu wechseln.
| Tool | Modellauswahl | Eigenes SDK | Enterprise-Login (GHE/SSO) | Agent-Isolation |
|---|---|---|---|---|
| GitHub Copilot | Mehrere Anbieter (Kimi K3, Grok 4.6, MAI-Code-1-Flash, Anthropic, OpenAI) | Ja, seit August 2026 GA | Ja, GHE-Login seit VS Code 1.129 | Ja, dedizierter Agent-Host seit 1.129 |
| Cursor | Mehrere Anbieter, Cloud-Agents | Nein (Stand August 2026) | Teilweise, SSO für Enterprise-Tarif | Cloud-seitig getrennt, kein dedizierter Editor-Host |
| Amazon Q Developer / Kiro | Amazon-eigene und Anthropic-Modelle | Begrenzt, Kiro mit 350 Anfragen im Basistarif | Ja, AWS-IAM-Integration | AWS-seitig, kein Client-Agent-Host |
| JetBrains AI Assistant | Mehrere Anbieter, IDE-gebunden | Nein | Ja, JetBrains-Account-Verwaltung | An JetBrains-IDE-Prozess gebunden |
Der Vorsprung, den Copilot mit dem SDK und dem Agent-Host aufbaut, liegt weniger in einzelnen Funktionen als in der Kombination: Wer heute eine eigene Entwickler-Plattform baut und Copilot als Backend einbinden will, findet mit dem GA-SDK erstmals eine offiziell unterstützte Schnittstelle dafür. Cursor und Amazon Q Developer bieten das in dieser Form aktuell nicht in gleichem Umfang.
Historischer Kontext: Vom Autocomplete zum autonomen Agenten
GitHub Copilot startete 2021 als Zeilen-Vervollständiger, der auf Basis von OpenAI Codex Vorschläge im Editor einblendete. Die erste große Zäsur kam mit Copilot Chat, das aus dem Autovervollständiger einen Dialogpartner machte. 2025 folgte der Sprung zu Agentenmodi, die eigenständig Dateien ändern und Befehle ausführen konnten. Mit den Entwicklungen von 2026, angefangen bei Air-gapped BYOK im Mai über das 1-Mio.-Token-Kontextfenster im Juni bis zum Agent-Host im August, vollzieht Copilot den nächsten Schritt: weg vom Feature innerhalb eines Editors, hin zu einer Plattform mit eigener Prozessarchitektur, eigenem SDK und eigenem Plugin-Ökosystem.
Diese Entwicklung folgt einem Muster, das man aus anderen Entwickler-Werkzeugen kennt. Auch Docker begann als einzelnes Kommandozeilen-Tool und wuchs über Jahre zu einer Plattform mit eigenem Ökosystem, eigenen Registries und eigenen Enterprise-Funktionen. Copilot durchläuft diesen Prozess innerhalb weniger Jahre statt Jahrzehnte, was auch erklärt, warum die Release-Kadenz so hoch bleibt: GitHub veröffentlicht inzwischen wöchentliche Changelogs statt vierteljährlicher Major-Releases.
Sicherheitsfolgen: Warum Prozess-Isolation nach dem August-Ausfall zählt
Der Ausfall vom 17. August 2026 traf laut BornCity vor allem die Copilot-Authentifizierung in einzelnen Anwendungen, während Copilot über die GitHub-CLI und die GitHub-App weiterlief. Genau diese Art von partiellem Ausfall, bei dem ein Teilsystem betroffen ist und andere weiterlaufen, ist das erklärte Ziel der neuen Prozess-Trennung in VS Code 1.129. Wenn Agent-Prozesse vom Kernsystem getrennt sind, kann ein Authentifizierungsproblem in einer Komponente theoretisch abgefangen werden, ohne den gesamten Editor zu blockieren.
Ob das in der Praxis hält, was das Konzept verspricht, lässt sich erst nach weiteren Monaten im produktiven Einsatz beurteilen. Sicherheitsteams sollten die Umstellung dennoch nutzen, um zu prüfen, welche Berechtigungen Copilot-Agenten in ihrer Umgebung tatsächlich benötigen, insbesondere wenn Agenten Schreibzugriff auf Repositories oder Ausführungsrechte für Kommandos besitzen. Die öffentliche Vorschau der Cloud- und Lokal-Sandboxes aus dem Mai-Release ist ein guter Ausgangspunkt, um Agenten testweise mit reduzierten Rechten laufen zu lassen, bevor man sie im gesamten Team freischaltet.
Wichtig ist dabei die Unterscheidung zwischen Ausfallsicherheit und Datenschutz. Ein isolierter Agent-Prozess verhindert nicht automatisch, dass sensible Repository-Inhalte an ein externes Modell übertragen werden. Wer in regulierten Branchen arbeitet, sollte deshalb weiterhin prüfen, welches Modell welche Daten verarbeitet, unabhängig davon, ob der Agent-Host aktiv ist. Die Prozess-Trennung löst ein Stabilitätsproblem, kein Datenschutzproblem, und beide Themen sollten in der internen Copilot-Richtlinie getrennt behandelt werden.
Was das für Entwickler und Unternehmen in Österreich bedeutet
Für Einzelentwickler in Österreich ändert sich im Alltag zunächst wenig, außer dass sich Copilot-Chats jetzt übersichtlicher verwalten lassen und ein zusätzliches, schnelleres Modell für einfache Aufgaben zur Verfügung steht. Relevanter ist das Update für IT-Abteilungen mittelständischer und großer Unternehmen, die Copilot bereits im Einsatz haben oder die Einführung planen. Die Kombination aus GHE-Login und MDM-Verteilung senkt den Aufwand für einen unternehmensweiten Rollout spürbar, weil sich Copilot damit in bestehende Identitäts- und Geräteverwaltung einfügt, statt eine Sonderlösung zu erfordern.
Wer noch keinen produktiven Copilot-Einsatz hat, findet eine Einstiegsanleitung im Artikel GitHub Copilot in VS Code: 12 Schritte, 40 Min. Teams, die bereits mit älteren Copilot-Modellen arbeiten, sollten zudem den Beitrag GitHub Copilot: 6 Modelle fallen am 1. September prüfen, da einige Modelle zeitgleich mit den hier beschriebenen Neuerungen aus dem Angebot fallen.
Praktisch heißt das für IT-Leiter in Wien, Linz oder Graz: Vor dem nächsten Copilot-Rollout lohnt sich ein kurzer Check, ob die eigene Identitätsverwaltung bereits GHE-fähig ist und ob die Endgeräteverwaltung die neuen MDM-Profile unterstützt. Beides zusammen entscheidet, wie schnell sich ein unternehmensweiter Umstieg tatsächlich umsetzen lässt, unabhängig davon, wie viele Entwickler ein Team zählt.
Prognosen: Wie geht es mit Copilot und VS Code weiter?
- Mehr Modelle, mehr Auswahl nach Aufgabe: Nach Kimi K3 und MAI-Code-1-Flash dürften bis Jahresende weitere Modelle folgen, die gezielt für einzelne Aufgabentypen statt allgemein positioniert werden.
- Agent-Host wird zur Pflicht für Drittanbieter-Agenten: Sobald sich die Isolation bewährt, ist es wahrscheinlich, dass GitHub auch Plugin-Agenten von Drittanbietern zwingend über den Agent-Host laufen lässt, um die gleiche Fehlertoleranz zu erzwingen.
- SDK-Ökosystem wächst schneller als die Editor-Oberfläche selbst: Mit GA-Status wird das Copilot SDK vermutlich mehr Drittanbieter-Tools hervorbringen als neue native VS-Code-Funktionen, ähnlich wie es bei anderen Plattform-SDKs in der Vergangenheit lief.
- Enterprise-Features werden zum Haupttreiber neuer Verträge: GHE-Login und MDM-Verteilung dürften bei größeren Vertragsabschlüssen stärker ins Gewicht fallen als einzelne Modell-Updates, weil sie Beschaffungs- und Compliance-Prozesse direkt betreffen.
- Konkurrenzdruck durch Cursor und JetBrains bleibt hoch: Solange Cursor mit Cloud-Agents bei prominenten Kunden punktet, wird GitHub den Rhythmus wöchentlicher Releases eher beschleunigen als verlangsamen, um die Nutzungsverteilung von aktuell rund 68 zu 18 Prozent zugunsten von Copilot zu verteidigen.
Beispiel: Copilot-Agent über GHE-Login konfigurieren
Wer Copilot in VS Code 1.129 gegen eine eigene GitHub-Enterprise-Instanz statt gegen github.com authentifizieren will, hinterlegt den Enterprise-Host in den Nutzereinstellungen. Ein vereinfachtes Beispiel für die settings.json:
{
"github.copilot.advanced.authProvider": "github-enterprise",
"github.copilot.advanced.enterpriseUri": "https://ghe.beispielfirma.at",
"github.copilot.chat.agentHost.enabled": true
}Nach dem Neustart von VS Code fragt Copilot beim ersten Anmeldeversuch gezielt den hinterlegten Enterprise-Host ab, statt automatisch auf github.com zu verweisen. Für IT-Teams empfiehlt es sich, diese Einstellung über die neuen MDM-Kanäle zentral auszurollen, statt sie jedem Entwickler einzeln zu überlassen.
Häufige Fragen zu VS Code 1.129 und dem Copilot-Update
Was ist der Agent-Host in VS Code 1.129 genau?
Der Agent-Host ist ein eigener Prozess, in dem KI-Agenten wie Copilot, Claude oder Codex laufen, getrennt vom Hauptprozess des Editors. Das soll Abstürze und Fehler von Agenten vom restlichen Editor fernhalten.
Ist der GitHub Copilot SDK kostenlos nutzbar?
Das SDK selbst ist frei zugänglich, verbraucht aber je nach Nutzung reguläre Copilot-Anfragen und damit Credits des jeweiligen Copilot-Plans, den ein Entwickler oder ein Unternehmen bereits abonniert hat.
Welche Copilot-Pläne bekommen Kimi K3?
Kimi K3 rollt laut GitHub-Changelog für die Pläne Pro, Pro+, Max, Business und Enterprise aus. Der kostenlose Copilot-Tarif ist in der aktuellen Rollout-Welle nicht aufgeführt.
Funktioniert der GHE-Login auch mit Self-Hosted-GitHub-Instanzen?
Ja, die neue Authentifizierung richtet sich gezielt an Unternehmen mit eigenem GitHub-Enterprise-Server (GHE), bei dem OAuth-Flow und Token-Anfragen gegen den selbst gehosteten Host statt gegen github.com laufen.
Was war die Ursache des GitHub-Ausfalls am 17. August 2026?
GitHub hat laut BornCity zunächst sporadische Störungen bestätigt, die die Copilot-Authentifizierung in mehreren Anwendungen betrafen. Copilot über die GitHub-CLI und die GitHub-App blieb während des Vorfalls nutzbar. Eine detaillierte technische Ursachenanalyse hat GitHub öffentlich nicht in vollem Umfang veröffentlicht.
Muss ich Agent Plugins 1.0 separat für VS Code und die Copilot CLI installieren?
Nein. Ein Plugin, das über die Copilot CLI installiert wird, erscheint automatisch auch in VS Code und umgekehrt, sodass eine einmalige Installation für beide Oberflächen reicht.
Ersetzt MAI-Code-1-Flash die größeren Copilot-Modelle?
Nein. MAI-Code-1-Flash ist als schnelle Ergänzung für einfache Aufgaben gedacht, nicht als Ersatz für rechenintensivere Modelle wie Grok 4.6 oder die Anthropic- und OpenAI-Modelle, die weiterhin für komplexe Refactorings vorgesehen sind.
Wo sehe ich als Business- oder Enterprise-Kunde meinen Copilot-Credit-Verbrauch?
Business- und Enterprise-Kunden können ihren gesamten KI-Credit-Verbrauch für den laufenden Abrechnungszeitraum direkt im Copilot-Status in VS Code einsehen, eine Funktion, die GitHub im Juli-2026-Release eingeführt hat.
Related Coverage
- Copilot Agent Plugins 1.0: 10.000 Server, 5 Partner [2026]
- GitHub Copilot: Grok 4.6 startet auf 8 Plattformen [2026]
- GitHub Copilot: 6 Modelle fallen am 1. September [2026]
- GitHub Copilot in VS Code: 12 Schritte, 40 Min [2026]
- GitHub Copilot vs Cursor: 68% vs 18% Nutzung [2026]
- GitHub-Ausfall: Copilot 7:47 Std. down, 4 Vorfälle [2026]
Mehr zu Entwickler-Werkzeugen und KI-Coding-Assistenten gibt es in der Software-Rubrik von shattered.io.
