GitHub hat am 10. September 2026 im Rahmen der wöchentlichen Copilot-Releases zwei neue Agent-Funktionen ausgerollt: einen experimentellen Sprachmodus und eine öffentliche Vorschau für wiederkehrende Agent-Aufgaben. Beide Features stecken in Visual Studio Code 1.137, das am selben Tag erschien, parallel zum “GitHub Copilot Day”, einer Live-Session zu Agenten, Modellwahl und dem Zusammenspiel von GitHub, Copilot App, Copilot CLI und VS Code. Für Entwickler in Österreich und der gesamten DACH-Region bedeutet das: Copilot wird vom Zeilen-Vervollständiger endgültig zum Werkzeug, das man per Zuruf steuert und nach Zeitplan arbeiten lässt.
Dieser Artikel ordnet ein, was Voice Mode und Automations technisch leisten, wie sie sich einrichten lassen, welche Einschränkungen gelten und wo GitHub damit im Vergleich zu Cursor, Claude Code, Windsurf und Amazon Q steht. Dazu liefern wir zwei Datentabellen, fünf verifizierte Zitate aus offiziellen GitHub-Quellen und eine Einschätzung, wohin sich Copilot in den kommenden Monaten entwickelt.
Voice Mode im Detail: Wie die Sprachsteuerung funktioniert
Der neue Sprachmodus für GitHub Copilot ist kein einfaches Diktierfeld. Laut den offiziellen VS-Code-1.137-Release-Notes erlaubt Voice Mode ein “natürliches, gesprochenes Gespräch mit einem Agenten, während dieser an Ihrem Code arbeitet”. Der Unterschied zu klassischer Sprache-zu-Text-Eingabe: Man kann den Agenten mitten in der Antwort unterbrechen, ihn in eine andere Richtung lenken oder einfach weiterreden, ohne die Sitzung neu zu starten. Wer die Funktion testen will, aktiviert die Einstellung agents.voice.enabled und klickt dann auf die Voice-Mode-Schaltfläche im Chat-Eingabefeld.
Technisch ist Voice Mode session-bewusst. Der Agent kann während des Gesprächs Fragen zur aktiven Sitzung beantworten, etwa welches Modell gerade läuft oder welche Dateien angehängt sind, und meldet aktiv, ob eine neue Anfrage eine bestehende Sitzung fortsetzt oder eine neue startet. GitHub selbst beschreibt in seinem offiziellen Wochen-Changelog vom 10. September 2026 den Kern der Funktion so: “Voice mode is now in experimental so you can talk to, interrupt, or redirect Copilot while it works on your code” (GitHub, GitHub Changelog).
Push-to-Talk, Transkript und Sprachauswahl
Wer während einer laufenden Antwort dazwischenreden will, nutzt entweder einfach das Mikrofon oder eine dedizierte Push-to-Talk-Taste. Zusätzliche Einstellungen erlauben Feintuning: agents.voice.showTranscript blendet ein Live-Transkript im Chat-Eingabefeld ein, agents.voice.voice bestimmt, welche Stimme Antworten vorliest. Über die Befehlspalette lässt sich mit “Chat: Dictate: Select Microphone” zudem das Eingabegerät für Diktat und Voice Mode gemeinsam festlegen. Wer lieber nur tippen will, kann die Funktion jederzeit deaktiviert lassen, denn sie rollt ohnehin schrittweise aus und ist nicht für jedes berechtigte Konto sofort verfügbar.
Wichtige Einschränkung: Nicht für Business- und Enterprise-Pläne
Eine Einschränkung dürfte viele Firmenkunden überraschen: Voice Mode setzt einen individuellen GitHub-Copilot-Plan voraus und steht laut offizieller VS-Code-Dokumentation aktuell weder mit GitHub Copilot Business noch mit GitHub Copilot Enterprise zur Verfügung. Organisationen können Preview-Funktionen zusätzlich per Richtlinie komplett abschalten. Für Unternehmen in Österreich, die Copilot über Business- oder Enterprise-Lizenzen einsetzen, bleibt der Sprachmodus damit vorerst reine Theorie, selbst wenn einzelne Entwickler im Team ihn privat ausprobiert haben.
Parallel zum VS-Code-Feature hat GitHub Sprachfunktionen auch in der Copilot App und der Copilot CLI verankert, allerdings in Form von klassischem Diktat statt eines fortlaufenden Gesprächs. Die offizielle Dokumentation formuliert es nüchtern: “You can use voice dictation to speak prompts in a session instead of typing them” (GitHub Docs, offizielle Dokumentation). Für die Kommandozeile gilt laut Docs dasselbe Prinzip: “Speak your prompts to GitHub Copilot CLI instead of typing them, using the CLI’s speech-to-text feature” (GitHub Docs, offizielle Dokumentation).
Datenschutz: Wo die Sprachverarbeitung stattfindet
Gerade für Entwickler in Österreich, wo die DSGVO Sprachdaten als besonders schützenswert einstuft, ist die technische Umsetzung der Spracherkennung relevant. In der Ankündigung der Copilot App beschreibt GitHub die Verarbeitung so: “Voice mode uses on-device speech-to-text, so audio never leaves your machine” (GitHub, offizieller Produkt-Blog). Die Sprache wird demnach lokal auf dem Rechner in Text umgewandelt, bevor der eigentliche Prompt an Copilot geschickt wird. Das reduziert die Angriffsfläche gegenüber einer Cloud-Transkription, ersetzt aber keine unternehmensweite Prüfung, weil der daraus resultierende Text natürlich trotzdem an die gewählten KI-Modelle übermittelt wird, genau wie bei getippten Prompts.
Für IT-Verantwortliche in österreichischen Unternehmen heißt das konkret: Die Audiodaten selbst verlassen das Gerät nicht, der daraus entstehende Text unterliegt aber denselben Regeln wie jede andere Copilot-Eingabe, inklusive bestehender Content-Exclusion-Richtlinien. Wer sensible Projekte mit Ausschlusslisten schützt, sollte prüfen, ob diese Regeln auch für Voice-Mode-Transkripte greifen, bevor die Funktion im Team freigeschaltet wird.
Automations: Wiederkehrende Agent-Aufgaben im öffentlichen Preview
Die zweite große Neuerung heißt schlicht Automations und läuft laut offiziellen Release-Notes über die Einstellung chat.automations.enabled. Sie lässt Copilot-Agenten wiederkehrende Aufgaben nach Zeitplan ausführen, sodass Routinearbeiten nicht mehr manuell angestoßen werden müssen. Nutzer können mit einer Vorlage starten, etwa um Änderungen nachzuverfolgen, Issues zu triagieren oder Bugs aufzuspüren, oder einen eigenen Prompt mit eigenem Zeitplan definieren. Aktiviert wird die Funktion im Agents-Fenster über den Sidebar-Eintrag Automations, ausgeführt wird ein Job entweder sofort auf Zuruf oder stündlich, täglich beziehungsweise wöchentlich wiederkehrend.
Automations befindet sich in der Vorschau (Preview) und rollt wie Voice Mode schrittweise an alle Nutzer aus. Praktisch bedeutet das: Ein Team kann etwa jeden Morgen automatisch eine Zusammenfassung offener Pull Requests generieren lassen oder wöchentlich nach veralteten Abhängigkeiten suchen, ohne dass jemand den Auftrag von Hand startet. Das ist ein deutlicher Schritt weg vom reaktiven Assistenten hin zu einem Agenten, der im Hintergrund mitläuft.
Der Befehl /every in der Copilot CLI
Wer lieber auf der Kommandozeile arbeitet, findet dieselbe Logik im Copilot-CLI-Befehl /every wieder. GitHub beschreibt die Funktion im Launch-Beitrag zur agentennativen Copilot App so: “`/every` schedules recurring prompts and background tasks” (GitHub, offizieller Produkt-Blog). Damit lässt sich direkt im Terminal ein wiederkehrender Prompt definieren, ohne die grafische Oberfläche von VS Code zu öffnen.
copilot
> /every daily "Prüfe offene Pull Requests auf fehlende Tests und fasse die Ergebnisse zusammen"
> /every weekly "Suche nach veralteten npm-Abhängigkeiten im Repository und liste Sicherheitswarnungen auf"Solche Hintergrundaufträge laufen unabhängig von einer geöffneten Sitzung und liefern ihre Ergebnisse asynchron zurück, ähnlich wie ein Cronjob, nur gesteuert über natürlichsprachliche Prompts statt über Cron-Syntax.
Zwei Features, ein Release: Die Tabelle im Überblick
Die folgende Tabelle fasst zusammen, welche der neuen Agent-Funktionen aus dem September-2026-Release welchen Status haben, wie sie aktiviert werden und für wen sie verfügbar sind.
| Funktion | Status | Einstellung (VS Code) | Verfügbarkeit | Kernfunktion |
|---|---|---|---|---|
| Voice Mode | Experimentell | agents.voice.enabled | Nur individuelle Copilot-Pläne, nicht Business/Enterprise | Gespräch mit Agent, unterbrechen und umlenken |
| Automations | Öffentliche Vorschau | chat.automations.enabled | Agents-Fenster in VS Code 1.137 | Wiederkehrende Agent-Aufgaben stündlich/täglich/wöchentlich |
| GitHub Issues/PRs im Agents-Fenster | Experimentell | extensions.experimental.enableAgentsWindowCapability | Erfordert GitHub-Pull-Requests-Extension | Issue/PR-Details ohne Browser-Wechsel ansehen |
| Copilot-CLI-Befehl /every | Öffentliche Vorschau | CLI-Befehl | Copilot-CLI-Nutzer | Wiederkehrende Prompts und Hintergrundaufgaben planen |
| Sprachdiktat in Copilot App/CLI | Verfügbar | – | Copilot App und CLI | Prompts per Sprache statt Tippen eingeben |
Warum GitHub jetzt auf Sprache und Automatisierung setzt
Der Zeitpunkt ist kein Zufall. GitHub hat den Release bewusst mit dem GitHub Copilot Day am 10. September 2026 zusammengelegt, einer Live-Veranstaltung, die laut Ankündigung zeigen sollte, “wie man Copilot am effektivsten nutzt, von Agenten und Modellwahl bis zum Zusammenspiel von GitHub, Copilot App, Copilot CLI und Visual Studio Code” (Visual Studio Code, offizielle Release-Notes). Das signalisiert eine klare Strategie: Copilot soll nicht länger nur im Editor-Fenster stattfinden, sondern über App, CLI und Sprachsteuerung hinweg als durchgängiges Agentensystem funktionieren.
Diese Verschiebung passt zu einem größeren Muster im September-2026-Release: Neben Voice Mode und Automations bekam das Agents-Fenster auch die Fähigkeit, GitHub-Issues und Pull-Request-Details direkt anzuzeigen, ohne dass ein Repository geöffnet sein muss. Auch das zielt darauf ab, Kontextwechsel zu reduzieren. Wer bisher zwischen Editor, Browser und Terminal hin- und herspringen musste, um an einer Aufgabe zu arbeiten, soll künftig in einer einzigen Oberfläche bleiben können, egal ob per Tastatur, Sprache oder automatisiertem Zeitplan gesteuert.
Historischer Rückblick: Vom Ghost-Text zum autonomen Agenten
Um einzuordnen, wie groß dieser Schritt ist, lohnt ein Blick zurück. GitHub Copilot startete 2021 als technische Vorschau und erreichte im Juni 2022 die allgemeine Verfügbarkeit. In dieser ersten Phase bestand die gesamte Interaktion aus grauem “Ghost Text”, einzeiligen Vorschlägen, die man mit Tab annahm oder verwarf. Von einer Konversation, geschweige denn einem Agenten, der eigenständig Aufgaben erledigt, war damals keine Rede.
Der eigentliche Umbruch kam mit dem sogenannten Agent Mode, der schrittweise mehrstufige Aufgaben übernehmen konnte: Dateien anlegen, Tests ausführen, Fehler selbst beheben. Copilot Workspace und die Copilot CLI folgten als weitere Bausteine, ebenso wie die Copilot App als eigenständige Desktop-Oberfläche. Der wöchentliche Release-Rhythmus, den GitHub seit Anfang 2025 fährt, hat dieses Tempo weiter beschleunigt: Statt großer, seltener Versionssprünge liefert GitHub inzwischen nahezu jede Woche neue Funktionen aus, von Modell-Updates über Enterprise-Kontrollen bis zu den jetzt vorgestellten Sprach- und Zeitplan-Features. Voice Mode und Automations sind damit weniger ein einzelner Sprung als der bisher deutlichste Ausdruck eines langfristigen Trends: weg vom Werkzeug, das man bedient, hin zu einem System, das mitdenkt und selbstständig weiterarbeitet.
Marktposition: Wo steht Copilot 2026 wirklich?
GitHub Copilot bleibt nach mehreren Marktanalysen aus dem Sommer 2026 die am weitesten verbreitete KI-Coding-Lösung, auch wenn der Vorsprung merklich geschrumpft ist. Auswertungen auf Basis von Entwicklerbefragungen beziffern die Workplace-Nutzung von Copilot auf rund 29 Prozent, während Cursor und Claude Code mit jeweils rund 18 Prozent aufgeholt haben. Bei den zahlenden Abonnements nennen mehrere Quellen übereinstimmend rund 4,7 Millionen bezahlte Copilot-Sitze, bei den Gesamtnutzern über alle Pläne hinweg kursieren konservative Schätzungen von über 20 Millionen.
Diese Marktanteile erklären auch, warum GitHub bei Voice Mode und Automations so schnell vorprescht. Laut einer Entwicklerbefragung von JetBrains aus dem Jahr 2026 nutzen inzwischen 85 Prozent der befragten Entwickler regelmäßig mindestens ein KI-Coding-Tool, ein Anstieg von 62 Prozent im Vorjahreszyklus. In Projekten, die Copilot aktiv einsetzen, gilt laut derselben Erhebung rund 46 Prozent des Codes als KI-vorgeschlagen. Wer in diesem Umfeld nicht kontinuierlich neue Bedienkonzepte liefert, verliert schnell den Anschluss, gerade weil Claude Code und Cursor in den vergangenen anderthalb Jahren stark aufgeholt haben.
Konkurrenzvergleich: Wer bietet Sprachsteuerung und Zeitpläne?
Ein Blick auf die wichtigsten Wettbewerber zeigt, dass Copilot mit einem benannten Sprachmodus für Coding-Agenten derzeit vorne liegt. Weder Cursor noch Claude Code, Windsurf, Amazon Q Developer oder die JetBrains-KI-Assistenten haben in verfügbaren Produktankündigungen aus 2026 eine vergleichbare, fortlaufende Sprachsteuerung für Agenten dokumentiert. Bei wiederkehrenden Agent-Aufgaben nach Zeitplan sieht es ähnlich aus: Amazon Q Developer bindet Automatisierung eng an AWS-CI/CD-Workflows, bietet aber keine allgemeine, IDE-native Zeitplan-Oberfläche wie Copilots Automations.
| Tool | Workplace-Nutzung (ca.) | Nutzerbasis | Sprachsteuerung für Agenten | Geplante Agent-Aufgaben |
|---|---|---|---|---|
| GitHub Copilot | ~29 % | ~4,7 Mio. zahlende Abos, über 20 Mio. Gesamtnutzer | Ja, Voice Mode (experimentell) | Ja, Automations/`/every` (Preview) |
| Cursor | ~18 % | Keine offiziellen Zahlen für 2026 verifiziert | Nicht als benanntes Feature dokumentiert | Nicht als benanntes Feature dokumentiert |
| Claude Code | ~18 % | Keine offiziellen Zahlen für 2026 verifiziert | Nicht als benanntes Feature dokumentiert | Nicht als benanntes Feature dokumentiert |
| Windsurf | Einstellig bis niedrig zweistellig | Keine offiziellen Zahlen für 2026 verifiziert | Nicht dokumentiert | Nicht dokumentiert |
| Amazon Q Developer | Einstellig | An AWS-Abo gebunden | Nicht dokumentiert | An AWS-CI/CD gebunden, kein generisches Scheduler-UI |
Diese Lücke dürfte nicht von Dauer sein. Sprachsteuerung ist technisch kein Alleinstellungsmerkmal, sondern eine Frage der Priorisierung, und Automatisierung nach Zeitplan lässt sich mit bestehender Agenten-Infrastruktur relativ schnell nachrüsten. Copilot hat sich damit vor allem einen zeitlichen Vorsprung gesichert, keinen technologischen Burggraben.
Auswirkungen auf Entwickler-Workflows in Unternehmen
Für einzelne Entwickler verändert Voice Mode vor allem Situationen, in denen Tippen unpraktisch ist, etwa beim Pair Programming, bei Barrierefreiheit oder wenn man parallel Dokumentation liest und dem Agenten nebenbei Anweisungen gibt. Automations wiederum betrifft eher Teams und deren Routinen: Statt dass jemand morgens manuell durch offene Pull Requests und veraltete Abhängigkeiten scrollt, übernimmt ein geplanter Agent-Lauf diese Vorarbeit und liefert eine Zusammenfassung.
Für IT-Abteilungen bedeutet die Business/Enterprise-Sperre bei Voice Mode allerdings, dass sich das Feature vorerst nicht flächendeckend ausrollen lässt. Wer in einem österreichischen Unternehmen mit Enterprise-Lizenz arbeitet, muss abwarten, bis GitHub die Einschränkung aufhebt, oder einzelnen Entwicklern individuelle Lizenzen für Testzwecke zur Seite stellen. Automations dagegen läuft unabhängig vom Lizenztyp im Agents-Fenster und lässt sich damit deutlich breiter einsetzen, sofern die Organisation Preview-Funktionen nicht per Richtlinie blockiert hat.
Prognosen: Wie geht es mit Copilot weiter?
- Voice Mode wird in den nächsten Release-Zyklen für Business und Enterprise geöffnet. GitHub hat bei früheren Preview-Funktionen wiederholt gezeigt, dass Experimental-Features innerhalb weniger Monate in Richtung General Availability wandern, sobald genügend Nutzungsdaten vorliegen.
- Automations bekommt feinere Zeitplan-Optionen. Stündlich, täglich und wöchentlich dürften nur der Anfang sein, komplexere Zeitfenster oder ereignisbasierte Trigger sind der naheliegende nächste Schritt für Teams mit spezifischeren Automatisierungsbedürfnissen.
- Wettbewerber ziehen bei Sprachsteuerung nach. Da keine der großen Alternativen aktuell ein vergleichbares Feature dokumentiert hat, ist mit Ankündigungen von Cursor, Claude Code oder JetBrains-Tools innerhalb der nächsten zwei bis drei Quartale zu rechnen.
- Voice Mode wandert in mobile Copilot-Oberflächen. Angesichts bestehender Remote- und Mobil-Funktionen im Copilot-Ökosystem liegt eine Ausweitung der Sprachsteuerung auf unterwegs genutzte Clients nahe.
- Enterprise-Kunden fordern Audit-Nachweise für die On-Device-Verarbeitung. Gerade im EU-Regulierungsumfeld, inklusive DSGVO-Anforderungen, dürfte die Zusage “Audio verlässt das Gerät nicht” formelle Nachweise und Zertifizierungen nach sich ziehen, bevor große Organisationen die Funktion freigeben.
Technische Voraussetzungen: Was Voice Mode und Automations brauchen
Wer Voice Mode und Automations produktiv einsetzen will, sollte zuerst auf VS Code 1.137 oder neuer aktualisieren, da beide Funktionen an diese Version gebunden sind. GitHub rollt neue Versionen schrittweise aus, wer sofort testen will, greift laut den offiziellen Release-Notes zum nächtlichen Insiders-Build, der neue Funktionen deutlich früher enthält als der reguläre Stable-Kanal. Für Voice Mode braucht es zusätzlich ein funktionierendes Mikrofon sowie einen individuellen Copilot-Plan, da Business- und Enterprise-Konten wie beschrieben aktuell ausgeschlossen bleiben.
Für Automations reicht dagegen ein bestehendes Copilot-Abo mit Zugriff auf das Agents-Fenster, unabhängig vom Lizenztyp. Wichtig ist, dass Organisationen Preview-Funktionen per Richtlinie deaktivieren können. Teams, die Automations testen wollen, sollten also vorher mit der IT-Abteilung klären, ob Preview-Features in der eigenen GitHub-Organisation überhaupt freigegeben sind, bevor sie versuchen, einen ersten Zeitplan einzurichten. Wer die Funktion aktiv nutzt, sollte außerdem regelmäßig prüfen, welche Aktionen ein automatisierter Agent tatsächlich ausführt, etwa ob er nur Berichte erstellt oder auch Code verändert und committet, denn diese Grenze zieht jedes Team über die gewählte Vorlage und den eigenen Prompt selbst.
Was heißt das für Entwickler und Unternehmen in Österreich?
Für den österreichischen Markt sind zwei Punkte besonders relevant. Erstens der Lizenz-Flaschenhals bei Voice Mode: Viele heimische Softwarefirmen und Behörden setzen aus Compliance-Gründen auf Copilot Business oder Enterprise, genau die Pläne, die vom Sprachmodus vorerst ausgeschlossen sind. Wer Voice Mode ausprobieren will, braucht also entweder eine individuelle Lizenz oder muss auf die Business/Enterprise-Freigabe warten.
Zweitens die Datenschutzfrage: Die On-Device-Verarbeitung der Sprache ist ein Pluspunkt für DSGVO-Prüfungen, ersetzt aber keine vollständige Datenschutz-Folgenabschätzung, weil die daraus entstehenden Text-Prompts weiterhin an Copilot-Modelle übertragen werden. IT- und Datenschutzverantwortliche sollten Voice Mode und Automations wie jede andere neue Copilot-Funktion behandeln: erst in einer kontrollierten Testgruppe freigeben, Content-Exclusion-Regeln prüfen und erst danach breiter ausrollen.
Häufig gestellte Fragen zu GitHub Copilot Voice Mode
Was ist GitHub Copilot Voice Mode genau?
Voice Mode ist eine experimentelle Funktion in VS Code 1.137, die ein fortlaufendes gesprochenes Gespräch mit einem Copilot-Agenten erlaubt. Nutzer können den Agenten während der Arbeit unterbrechen, umlenken oder ihm einfach zusätzliche Anweisungen zurufen, statt eine neue Anfrage zu tippen.
Wie aktiviere ich Voice Mode in VS Code?
Die Einstellung agents.voice.enabled muss aktiviert werden, danach erscheint eine Voice-Mode-Schaltfläche im Chat-Eingabefeld. Zusätzliche Optionen wie agents.voice.showTranscript und agents.voice.voice steuern Transkript-Anzeige und die vorlesende Stimme.
Funktioniert Voice Mode mit Copilot Business oder Enterprise?
Nein. Laut offizieller VS-Code-Dokumentation steht Voice Mode nur mit individuellen GitHub-Copilot-Plänen zur Verfügung, nicht mit Copilot Business oder Copilot Enterprise. Organisationen können Preview-Funktionen zusätzlich per Richtlinie komplett deaktivieren.
Werden meine Sprachdaten in die Cloud übertragen?
Nach Angaben von GitHub nutzt Voice Mode On-Device-Spracherkennung, sodass Audio das Gerät nicht verlässt. Der daraus entstehende Text-Prompt wird anschließend wie jede andere Copilot-Eingabe an die gewählten KI-Modelle übermittelt.
Was sind Automations bei GitHub Copilot?
Automations, aktivierbar über chat.automations.enabled, lassen Copilot-Agenten wiederkehrende Aufgaben nach Zeitplan ausführen, etwa stündlich, täglich oder wöchentlich. Die Funktion befindet sich in der öffentlichen Vorschau und wird über das Agents-Fenster in VS Code gesteuert.
Wie unterscheidet sich der CLI-Befehl /every von Automations in VS Code?
Beide Funktionen planen wiederkehrende Agent-Aufgaben, nutzen aber unterschiedliche Oberflächen. Automations läuft über die grafische Agents-Sidebar in VS Code, während /every denselben Mechanismus direkt aus der Copilot CLI heraus ansteuert, ohne dass VS Code geöffnet sein muss.
Bieten Cursor oder Claude Code ähnliche Sprachsteuerungs-Funktionen?
Nach aktuell verfügbaren Produktankündigungen aus 2026 haben weder Cursor noch Claude Code, Windsurf, Amazon Q Developer oder JetBrains-KI-Assistenten eine vergleichbare, benannte Sprachsteuerung für Coding-Agenten dokumentiert. GitHub Copilot liegt mit Voice Mode aktuell vorn.
Kostet Voice Mode zusätzlich zum bestehenden Copilot-Abo?
Laut den offiziellen Release-Notes ist Voice Mode Teil bestehender individueller Copilot-Pläne und erfordert kein separates Zusatzabo, allerdings ist die Funktion an die genannten Plan-Einschränkungen gebunden und rollt schrittweise aus.
