Spracheingabe in VS Code hat sich verändert, und die meisten Ratschläge im Netz sind veraltet. Diktieren ist jetzt eingebaut statt an eine Erweiterung gebunden, es läuft auf dem Gerät, und es ist standardmäßig aktiv, sobald KI-Funktionen eingeschaltet sind. Aber es deckt nicht jede Plattform ab, und es endet an der Grenze des Editors.

Hier der aktuelle Stand und wie du zwischen drei Ansätzen entscheidest.

Option 1: eingebautes Diktieren in VS Code

Die Einstellung dictation.enabled steuert das Diktat, und sie ist standardmäßig an. Es läuft ein Modell auf dem Gerät — nemotron-3.5-asr-streaming-0.6b —, sodass Audio auf deinem Rechner bleibt.

Tastenkürzel: ⌥⌘V startet das Diktat im Editor auf macOS (Ctrl+Alt+V unter Windows und Linux). ⌘I diktiert in den Chat (sonst Ctrl+I). Halte das Startkürzel gedrückt für den Walkie-Talkie-Modus: Die Erkennung bleibt aktiv, bis du loslässt, und schickt dann von selbst ab.

Der Haken ist die Plattformabdeckung:

Unterstützt Nicht unterstützt
macOS auf Apple Silicon Intel-Macs
Windows x64 und Arm64 VS Code im Browser
Linux x64/Arm64, glibc 2.34+ Linux mit musl (Alpine)
Remote-Arbeitsbereiche 32-Bit und Arm32

Auf einem Intel-Mac gibt es eingebautes Diktieren nicht.

Eine Datenschutz-Fußnote, die man kennen sollte: Aktivierst du dictation.experimental.llmCleanup, schickt VS Code den Transkripttext — nicht das Audio — zur Formatierung an Copilot-Server. Das Audio bleibt so oder so auf dem Gerät, der Bereinigungsdurchgang nicht. Wenn dich das stört, lass es aus.

Das Terminal wird gesondert behandelt: Die Erkennung passt sich an Befehlssyntax an, und accessibility.voice.speechTimeout stoppt nach Stille automatisch.

Option 2: die Erweiterung VS Code Speech

Microsofts Erweiterung gab es vor der eingebauten Unterstützung, und sie füllt weiterhin zwei Lücken.

Sie deckt Plattformen ab, die das eingebaute Diktieren nicht abdeckt — Intel-Macs, VS Code im Browser, musl-Linux. Läuft das eingebaute Modell nicht auf deiner Hardware, ist das dein Weg.

Sie bringt „Hey Code“. Die Aktivierung per Weckwort für eine Copilot-Chat-Sitzung gibt es nur in der Erweiterung, und sie versteht Chat-Grammatik: „at workspace“ wird zu @workspace, „slash fix“ zu /fix. Wer GitHub Copilot Chat gern vollständig per Stimme steuert, bekommt hier etwas, das die eingebaute Variante nicht nachbildet.

Die Erweiterung ist kostenlos, wird von Microsoft gepflegt und liefert Sprachunterstützung als eigene Begleiterweiterungen aus.

Option 3: systemweites Diktieren

Beide obigen Optionen enden am Editor. Genau diese Grenze ist das Argument für den dritten Ansatz — und ob sie zählt, hängt davon ab, wo deine Wörter tatsächlich landen.

Ein normaler Tag besteht nicht nur aus Code in VS Code. Dazu kommen die PR-Beschreibung auf GitHub, Review-Kommentare, ein Slack-Thread über den Ansatz, das Ticket, das Design-Dokument, eine Commit-Nachricht, eine E-Mail an die Person, die auf dich wartet. Das Diktat von VS Code deckt genau eines davon ab. Der Rest lebt im Browser und in der Chat-App.

Ein systemweites Werkzeug funktioniert in allen, mit einem Kürzel und einem Satz Verhaltensweisen. Das ist der Pitch für Vext: Diktat, das in die App tippt, die gerade den Fokus hat, mit Stilen pro App — Slack bekommt eine chatförmige Nachricht, dein Mailprogramm E-Mail-Formatierung, dein Terminal das unangetastete Transkript.

Der andere praktische Unterschied ist das Vokabular. Korrekturen gelten für jedes Transkript in jeder App — deine Modulnamen, Abhängigkeiten und die Namen von Kolleginnen und Kollegen werden in der PR-Beschreibung und in der Slack-Nachricht erkannt, nicht nur im Editor. Die Transkription läuft auf dem Gerät mit Parakeet TDT v3 über FluidAudio, die Nachbearbeitung mit einem lokalen MLX-Modell.

brew install muvon/tap/vext

Welches Werkzeug wofür

Eingebautes Diktieren, wenn du unterstützte Hardware hast und deine Stimme vor allem für Copilot-Chat-Prompts und Kommentare im Editor nutzt. Kostenlos, schon da, auf dem Gerät. Nichts zu installieren.

Die Speech-Erweiterung, wenn du auf einem Intel-Mac oder in VS Code im Browser arbeitest, oder wenn du gezielt „Hey Code“ willst.

Systemweit, wenn der Editor die Minderheit deiner Tipparbeit ausmacht. Die Prosa rund um den Code überwiegt den Code meist — das ist das Argument aus Sprachnotizen für Entwickler.

Das schließt sich nicht aus. Eingebautes Diktieren für den Chat plus ein systemweites Werkzeug für alles andere ist ein völlig sinnvolles Setup.

Was keines davon gut kann

Code selbst diktieren. for (let i = 0; i < arr.length; i++) zu sprechen ist langsamer und fehleranfälliger als es zu tippen, und kein Werkzeug in dieser Liste ändert das. Symbole, exakte Zeichensetzung und Groß- und Kleinschreibung von Bezeichnern sind die Punkte, an denen Sprache auseinanderfällt.

Worin Sprache im Entwickleralltag wirklich gut ist, ist Absicht: einem Agenten beschreiben, was du willst, in einem Review-Kommentar eine Abwägung erklären, die PR-Beschreibung schreiben, die das Warum erklärt. Einem Coding-Agenten einen Absatz Kontext zu sprechen dauert etwa zwanzig Sekunden und ergibt bessere Anweisungen als die knappe Variante, die du getippt hättest — du nimmst die Randbedingungen mit, die du sonst weggekürzt hättest. Das Argument haben wir in Voice Coding mit KI-Agenten ausgeführt, und es gilt, egal ob die Wörter über den Mikrofonknopf in VS Code oder ein systemweites Kürzel kommen.

Wenn du Cursor statt VS Code nutzt, gilt dieselbe Überlegung mit anderen eingebauten Funktionen — siehe Spracheingabe für Cursor. Und wenn dein Agent das Diktat steuern soll, statt dass du eine Taste drückst, stellt Vext das über MCP bereit, was wir in 1.4.0 behandelt haben.

Vext kostet einmalig 49 $, mit einer Testphase über 100 Diktate. macOS 14+ auf Apple Silicon.