Réponse directe — la dictée vocale intégrée de VS Code remplace-t-elle une application de dictée dédiée ? Pas en dehors de VS Code. La version 1.131, publiée le 29 July 2026, a ajouté une dictée expérimentale sur l’appareil aux zones de saisie du chat, aux éditeurs de texte et au terminal intégré, à l’aide d’un modèle Nemotron local. Elle s’arrête à la frontière de la fenêtre VS Code. Une application système comme Weesper Neon Flow permet de dicter dans Slack, un e-mail, un navigateur et tout autre éditeur grâce à un seul raccourci clavier.
Pendant des années, la dictée vocale VS Code signifiait installer l’extension VS Code Speech et espérer qu’elle reste maintenue. Cela a changé le 29 July 2026, quand VS Code 1.131 a livré la dictée intégrée, qui ne nécessite aucune extension, exécute un modèle sur l’appareil et fonctionne dans les zones de saisie du chat, les éditeurs de texte et le terminal intégré.
C’est une fonctionnalité réellement utile, livrée avec l’éditeur que vous utilisez déjà. Elle est aussi, par conception, limitée à la fenêtre de VS Code.
Ce guide détaille ce que Microsoft a réellement livré, où se situe cette frontière, et comment se joue l’arbitrage dictée VS Code contre Weesper pour un développeur dont la journée ne se déroule pas entièrement dans une seule application. Si vous dictez déjà des prompts à un agent de codage, c’est la comparaison à lire avant de changer votre configuration.
Qu’a réellement livré VS Code 1.131 ?
Une dictée intégrée, sur l’appareil, couvrant trois surfaces — les zones de saisie du chat, les éditeurs de texte et le terminal intégré — publiée le 29 July 2026 et signalée comme expérimentale.
Les notes de version la présentent comme « Dictée intégrée dans tout VS Code (expérimental) », avec « une seule session vocale et une sélection de microphone partagées entre les trois » surfaces. Aucune extension à installer, aucun compte, aucune clé API.
La transcription s’exécute localement. La documentation indique que « le modèle de reconnaissance vocale par défaut traite l’audio du microphone sur votre appareil », et les notes de version précisent que le modèle « se télécharge lors de la première utilisation et conserve l’audio sur votre appareil ».
Le moteur par défaut est nemotron-3.5-asr-streaming-0.6b, modifiable via le réglage dictation.model. Trois autres réglages comptent : dictation.enabled, dictation.showTranscript et dictation.experimental.llmCleanup.
Comment l’activer :
- Chat et fenêtre Agents :
⌘Isur macOS,Ctrl+Isur Windows et Linux - Dictée dans l’éditeur :
⌥⌘Vsur macOS,Ctrl+Alt+Vsur Windows et Linux - Terminal intégré : uniquement via la palette de commandes
Un point mérite une seconde lecture avant d’activer l’option. dictation.experimental.llmCleanup transforme une dictée brute en texte plus propre, et la documentation est explicite sur le compromis : « Lorsque dictation.experimental.llmCleanup est activé, VS Code envoie le texte de la transcription, mais pas l’audio, à un modèle de langage Copilot pour le nettoyage. » L’enregistrement reste sur votre machine. Les mots que vous avez dictés, non.
Quelles plateformes et quelles langues sont couvertes ?
Windows en x64 et Arm64, macOS sur puce Apple silicon, et Linux en x64 et Arm64 avec glibc 2.34 ou une version ultérieure. Les espaces de travail distants sont également couverts.
La documentation liste ce qui n’est pas pris en charge : VS Code pour le Web, les Mac à base Intel, les systèmes 32 bits et Arm32, ainsi que les distributions Linux basées sur musl comme Alpine. Sur ces plateformes, l’extension VS Code Speech reste la solution de repli.
Les langues sont le point le plus flou. VS Code ne publie aucune liste de langues et indique seulement que « la prise en charge d’un plus grand nombre de plateformes et de langues est en cours ».
La fiche du modèle par défaut est plus précise sur elle-même : NVIDIA indique que nemotron-3.5-asr-streaming-0.6b « transcrit 40 language-locales à partir d’un seul modèle », que NVIDIA répartit en 19 transcription-ready locales, 13 broad-coverage and 8 adaptation-ready. Ce chiffre décrit le modèle tel que son éditeur l’a mesuré — ce n’est pas un engagement sur ce que l’intégration à l’éditeur expose aujourd’hui.
Où s’arrête la dictée intégrée de VS Code ?
À la frontière de la fenêtre VS Code. La fonctionnalité est liée aux zones de saisie du chat, aux éditeurs et au terminal intégré — pas à votre système d’exploitation.
Cette frontière est facile à sous-estimer, jusqu’à ce qu’on compte la part de l’écriture d’un développeur qui se déroule ailleurs :
- La revue de pull request que vous tapez dans un navigateur
- Les fils Slack, Teams ou Discord
- La description de ticket dans Jira ou Linear
- Un second éditeur ou IDE — JetBrains, Xcode, Android Studio, Zed
- Un terminal en dehors de VS Code : iTerm2, Windows Terminal, une session tmux via SSH
- Le post-mortem d’incident dans Notion ou Confluence
- Les messages de commit rédigés dans un client Git
Aucun de ces cas ne peut recevoir de texte dicté depuis VS Code. Ce n’est pas un défaut, c’est la conception retenue. L’issue de roadmap dans le dépôt vscode — « Étendre la dictée intégrée sur l’appareil à la dictée dans l’éditeur, à la voix dans le terminal, et ajouter la lecture à voix haute (TTS) » — porte sur l’élargissement de la couverture au sein de VS Code, et prévoit explicitement de « revenir à l’extension là où la transcription intégrée sur l’appareil n’est pas prise en charge ».
Une application de dictée système inverse le modèle : un seul raccourci global, une transcription en arrière-plan, et un texte inséré au curseur de la fenêtre qui a le focus, quelle qu’elle soit. L’application réceptrice n’a jamais besoin de savoir que l’outil existe, ce qui explique pourquoi la même configuration couvre aussi bien un champ Jira que la dictée vocale pour la documentation de code, sans aucune intégration spécifique par application.
Dictée VS Code contre Weesper Neon Flow : ce que chacune couvre
Les deux outils résolvent chacun une moitié différente du problème. L’un est profondément intégré dans une seule fenêtre ; l’autre est superficiel mais universel.
| Capacité | Dictée intégrée VS Code (1.131) | Weesper Neon Flow |
|---|---|---|
| Où le texte apparaît | Zones de saisie du chat, éditeurs de texte, terminal intégré | Toute application macOS ou Windows, au curseur |
| Traitement audio | Sur l’appareil ; le modèle se télécharge à la première utilisation | Sur l’appareil, Whisper local |
| Transcription envoyée hors de l’appareil ? | Uniquement avec dictation.experimental.llmCleanup activé | Non |
| Maturité | Expérimental | Produit en production |
| Systèmes d’exploitation | Windows x64/Arm64, macOS Apple silicon, Linux x64/Arm64 (glibc 2.34+) | macOS, Windows |
| Explicitement non pris en charge | VS Code pour le Web, Mac Intel, 32 bits/Arm32, Linux musl | Linux |
| Langues | 40 language-locales dans la fiche du modèle par défaut ; liste de l’éditeur non publiée | 55+ |
| Déclenchement | ⌥⌘V éditeur, ⌘I chat, palette de commandes pour le terminal | Un raccourci global unique, dans toutes les applications |
| Coût | Inclus avec VS Code | €5/mo, €45/yr ou €99 en paiement unique ; 15 days gratuits |
La ligne consacrée aux langues est celle qu’on interprète le plus souvent de travers. Le chiffre de 40 language-locales appartient au modèle NVIDIA, mesuré par NVIDIA en 2026 ; VS Code n’a pas publié lesquelles de ces langues sont exposées.
Lequel choisir en tant que développeur ?
Si votre dictée ne sort jamais de VS Code et que votre machine figure sur la liste prise en charge, la fonctionnalité intégrée s’impose comme le choix par défaut. Si votre écriture s’étend à un navigateur, un client de chat et un second éditeur, un raccourci qui fonctionne partout vaut plus qu’une intégration plus profonde dans une seule fenêtre.
Vous travaillez presque entièrement dans VS Code. La dictée intégrée l’emporte rien que sur la friction : rien à installer, rien qui tourne en arrière-plan, une seule session microphone partagée entre le chat, l’éditeur et le terminal.
Votre journée se répartit sur une dizaine de fenêtres. La fonctionnalité intégrée n’en couvre qu’une seule. Tout le reste — le commentaire de PR, la note de stand-up, l’e-mail client — reste tapé au clavier. C’est là qu’un outil de dictée système vous en apprend plus que n’importe quel tableau comparatif, car la différence ne se manifeste que dans les applications que VS Code ne peut pas atteindre.
Votre matériel n’est pas sur la liste. Un Mac Intel, un espace de travail dans le navigateur ou un conteneur Alpine ne tire aucun bénéfice de la dictée intégrée. Une application système sur macOS ou Windows évite entièrement le problème, même si elle ne vous aidera pas sous Linux, où Weesper ne fonctionne pas.
Vos transcriptions sont couvertes par un NDA. Laisser dictation.experimental.llmCleanup désactivé garde tout en local dans VS Code. Si l’exigence est qu’aucune transcription ne quitte jamais la machine, quel que soit le réglage, un outil sans aucune voie vers le cloud élimine ce risque de configuration.
Quel que soit votre choix, les modèles vocaux généralistes orthographient rarement correctement les identifiants internes du premier coup. kubectl, useEffect et un nom de classe inventé au sprint précédent sont exactement ce qu’un vocabulaire personnalisé pour les noms de frameworks et de bibliothèques existe pour corriger.
Peut-on utiliser les deux sans conflit de raccourci ?
Oui. Elles utilisent des déclencheurs différents, et la dictée de VS Code peut être entièrement désactivée avec dictation.enabled.
- Décidez quel moteur gère l’éditeur. Pour un comportement cohérent partout, réglez
dictation.enabledsurfalseet laissez votre raccourci global gérer VS Code comme n’importe quelle autre fenêtre. - Si vous gardez les deux, évitez la collision. VS Code réserve
⌥⌘V/Ctrl+Alt+Vpour la dictée dans l’éditeur et⌘I/Ctrl+Ipour le chat. Choisissez un raccourci global qui ne touche à aucun des deux. - Laissez le nettoyage par LLM désactivé sur les dépôts que vous ne pouvez pas partager. C’est une décision par réglage, pas par projet, donc facile à oublier.
- Testez spécifiquement le cas du terminal. La dictée dans le terminal de VS Code se lance depuis la palette de commandes ; un raccourci global fonctionne dans n’importe quel terminal, intégré ou non.
Utiliser les deux est un état final tout à fait raisonnable : la dictée intégrée pour les prompts de chat rapides, un outil système pour tout le reste. C’est cette combinaison qui permet à un flux de travail de codage piloté à la voix de survivre au contact d’une vraie journée de travail, et pas seulement à une démonstration.
En résumé
VS Code 1.131 a donné aux développeurs quelque chose qui en valait la peine : une dictée privée, sur l’appareil, dans l’éditeur, le terminal et le chat, sans extension et sans aller-retour vers le cloud pour l’audio. Dans les limites de son périmètre, c’est excellent ; et comme c’est expérimental, il faut s’attendre à ce que les réglages évoluent.
Cette frontière est toute l’histoire. La dictée intégrée couvre une fenêtre. Une application dédiée couvre le système d’exploitation — là où vivent réellement les revues de pull request, les descriptions de tickets, les réponses de chat et les seconds éditeurs.
Prochaine étape : essayez Weesper Neon Flow gratuitement pendant 15 days et dictez dans les applications que VS Code ne peut pas atteindre, ou consultez les guides de raccourcis et de microphone dans le Centre d’aide avant de configurer votre raccourci global.