Mis à jour le 6 septembre 2026 · Par Sumbat.T
Voice Input pour Cursor : ce qui fonctionne en 2026
La réponse courte
- Cursor a une saisie vocale, et elle vit dans la boîte de chat. Appuyez sur Cmd+Shift+Space pour basculer Voice Mode, ou cliquez sur le microphone dans le champ de chat. La documentation de Cursor la limite à ce seul panneau.
- Elle est tombée en panne deux fois, de deux façons différentes, sur trois systèmes d’exploitation. Une interface audio obsolète en décembre 2025, et un fichier voice-processor.js manquant en mai 2026. Les deux sont encore sur le forum, avec les numéros de version.
- Pour tout ce qui est hors de la boîte de chat, utilisez un outil de dictée système. BlabbyAI tape dans le champ qui a le focus, donc le même raccourci marche dans l’éditeur, le terminal, le champ de commit et votre navigateur, et les modes personnalisés façonnent le texte à l’arrivée. L’offre gratuite : 60 crédits par semaine, sans carte.
Si vous avez cherché ça, il y a de fortes chances que vous ayez déjà cliqué sur le microphone dans Cursor et que rien ne se soit passé. C’est assez fréquent pour avoir généré plusieurs des premiers résultats sur la requête, tous des rapports de bugs. Cette page fait deux choses : elle pose ce qu’est vraiment la saisie vocale de Cursor, d’après Cursor, et ce que sont vraiment les pannes signalées, d’après les rapports. Puis elle couvre la part qu’aucune de ces deux réponses n’aborde : comment dicter les 80 % restants de ce qu’un développeur tape dans une journée.
Ce qu’est vraiment la saisie vocale de Cursor
Partez du fabricant, parce que le fabricant est inhabituellement précis ici et que cette précision est toute l’histoire. La documentation de Cursor sur le prompting des agents décrit la fonction en une phrase :
“Click the microphone icon in the chat input to dictate your prompt instead of typing. Speak naturally, include technical details like file and function names, and review the transcription before sending.”
Cursor Docs, Prompting agents
Relisez ça en regardant l’endroit plutôt que la consigne. Le champ de chat. Pas l’éditeur, pas le terminal, pas le champ de commit. La référence des raccourcis de Cursor est d’accord et encore plus nette : il y a exactement un raccourci lié à la voix dans tout le document.
Cmd Shift Space Toggle Voice Mode
C’est toute la surface vocale du produit. C’est une décision de conception raisonnable, et elle colle à ce pour quoi Cursor est fait : vous parlez un prompt, l’agent écrit le code. Mais cela veut dire que la fonction n’est pas vraiment de la dictée pour votre éditeur. C’est un microphone sur une boîte de texte, et si vous comptiez parler à tout votre environnement de développement, l’écart que vous avez rencontré est voulu, pas un défaut.
La distinction qui décide de l’outil dont vous avez besoin
Prompting, c’est parler une instruction à un agent IA qui écrit ensuite quelque chose. Dictée, c’est parler du texte qui atterrit, comme texte, là où est votre curseur.
Cursor Voice Mode fait le premier, dans un panneau. Un outil de dictée système fait le second, partout. La plupart des développeurs qui mettent ça en place correctement finissent par utiliser les deux, pour des tâches différentes.
Pourquoi ça ne marche probablement pas
La recherche liée la plus fréquente sur ce sujet est cursor voice input not working, et trois des dix premiers résultats sur la requête sont des rapports de bugs du forum Cursor, pas des articles. C’est inhabituel, et ça vaut d’être pris au sérieux comme signal : la fonction a une vraie histoire. La voici, avec versions et dates, parce que chaque récit de ce problème ailleurs décrit un symptôme sans se référer aux autres.
octobre 2025
Cursor 2.0
La saisie vocale arrive avec la version 2.0, aux côtés de Composer et du navigateur intégré.
octobre 2025
Cursor 2.0
Des utilisateurs signalent que les mots-clés submit personnalisés envoient des messages vides dans le chat dans la plupart des tentatives. Le mot-clé par défaut fonctionne.
décembre 2025
2.2.20
Le microphone ne répond plus sous macOS, Windows 10, Windows 11 et Linux. La console nomme une interface audio obsolète, ScriptProcessorNode. Un modérateur parle de "a known technical problem".
mai 2026
3.2.21
Une seconde panne, différente : voice-processor.js renvoie net::ERR_FILE_NOT_FOUND, l’indicateur de niveau reste mort, aucune transcription n’arrive. Toutes les offres d’abonnement concernées.
Décembre 2025 : l’interface audio obsolète
Après la mise à jour vers 2.2.20, des utilisateurs ont signalé que le microphone ne faisait plus rien du tout. Le rapport couvre macOS, Windows 10, Windows 11 et Linux ensemble, ce qui écarte la plupart de ce que vous iriez vérifier en premier. La sortie console du fil pointe vers une interface audio de navigateur dépréciée depuis des années :
[Deprecation] The ScriptProcessorNode is deprecated. Use AudioWorkletNode instead.
Un modérateur Cursor a répondu, l’a reconnu comme “a known technical problem”, et a confirmé que l’équipe migrait vers l’API moderne AudioWorkletNode. Aucun calendrier n’a été donné.
Mai 2026 : une seconde panne, sans lien
Cinq mois plus tard, sous Cursor 3.2.21, un autre bug a produit la même expérience utilisateur. Le bouton microphone s’active, le visualiseur de niveau audio reste mort, et aucune transcription n’apparaît. La console réseau montre pourquoi :
voice-processor.js net::ERR_FILE_NOT_FOUND
Ce rapport liste macOS, Windows 11 et Ubuntu 24.04, et note quelque chose qu’il vaut de répéter, parce que ça a d’abord été mal diagnostiqué dans le fil lui-même : la panne touche Free, Pro, Pro+ et Ultra pareil, ce n’est donc pas un plafond d’abonnement. Le développeur qui a signalé le bug donne un contournement, et c’est la phrase la plus utile de tout le fil :
“Use the mic button in the Agents Window. Transcription works there on the same build.”
Cursor Community Forum, rapport de bug 159747, mai 2026
Le même fil déconseille le downgrade, le problème ayant été reproduit sur plusieurs versions plus anciennes. Si vous êtes sous macOS, il suggère aussi de basculer sur le raccourci de dictée système, qui “types straight into the Cursor chat input”. C’est un bon réflexe, et c’est le même réflexe sur lequel cet article est construit : la couche sous l’éditeur ne casse pas quand l’éditeur casse.
Le bug du mot-clé submit, pire qu’il n’y paraît
Un de plus, dans la discussion de sortie de Cursor 2.0, parce que le mode de panne est vraiment dangereux plutôt que seulement agaçant. Des utilisateurs ont signalé que changer le mot-clé submit par défaut casse l’envoi :
“Using any keyword to submit instead of, well, `submit`, leads to voice mode sending empty messages to the chat in 70-80% percents of cases.”
Cursor Community Forum, discussion de sortie Cursor 2.0
Un autre utilisateur l’a confirmé et a décrit la conséquence exactement : “I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want.” Un prompt vide est pire que pas de prompt, parce qu’un agent va agir dessus. Si vous utilisez Voice Mode, gardez le mot-clé submit par défaut.
Un contrôle rapide avant d’accuser l’éditeur
Cursor a besoin de l’accès au microphone du système d’exploitation, comme n’importe quelle autre application. Sous macOS, c’est Réglages Système, Confidentialité et sécurité, Microphone. Sous Windows, c’est Paramètres, Confidentialité et sécurité, Microphone, avec « Autoriser les applications de bureau à accéder à votre microphone » activé. C’est toute la surface de configuration, et c’est précisément pourquoi une panne ici n’est en général pas quelque chose que vous avez fait.
Dictez n’importe où dans votre éditeur
Un raccourci, chaque champ de texte
BlabbyAI tourne au niveau du système d’exploitation, donc la même touche marche dans le chat de Cursor, le fichier que vous éditez, le terminal intégré et la pull request que vous rédigez dans votre navigateur. Application de bureau Windows et extension Chrome. 60 crédits par semaine gratuits, sans carte.
La vraie limite, c’est la portée, pas la fiabilité
Les bugs se corrigent. La migration vers AudioWorkletNode arrivera, le fichier manquant sera restauré, et à un moment Voice Mode marchera de façon fiable pour tout le monde. La limite qui sera encore là ensuite est celle écrite dans la documentation : c’est un microphone sur le champ de chat.
Pensez à ce que vous tapez vraiment un jour de travail normal. Le prompt à l’agent n’en est qu’une fraction.
| Où vous tapez | Cursor Voice Mode | Dictée système |
|---|---|---|
| Chat et saisie agent | Oui | Oui |
| Un fichier ouvert dans l’éditeur | Non | Oui |
| Le terminal intégré | Non | Oui |
| Champ de message de commit | Non | Oui |
| Description de pull request dans le navigateur | Non | Oui |
| Gestionnaire de tickets, Slack, e-mail | Non | Oui |
C’est l’argument pour poser la dictée une couche sous l’éditeur plutôt que dedans. Un outil qui tape dans le champ focalisé n’a pas besoin de savoir ce qu’est Cursor. Il marche dans Cursor, et il continue de marcher dans votre navigateur, votre terminal, votre gestionnaire de tickets et le message Slack où vous expliquez pourquoi le build est rouge. Il ne s’arrête pas non plus de marcher quand l’éditeur livre une régression, ce qui, d’après les faits ci-dessus, est une vraie considération plutôt qu’une hypothèse.
Ce qui vaut vraiment d’être dicté quand vous codez
Soyons clairs sur la part qui ne marche pas, parce que trop vendre ça est le chemin vers la déception. N’essayez pas de dicter de la syntaxe brute. Le code est dense en crochets, en ponctuation, en camel case et en identifiants exacts. Les dire à voix haute est lent, source d’erreurs, et vraiment plus agaçant que de les taper. Des systèmes de voice-coding qui gèrent la syntaxe correctement existent, et ils marchent, mais ils demandent d’apprendre un langage de commandes et de s’entraîner pendant des semaines.
Ce qui a changé, c’est la part de la programmation qui est désormais de la prose. Prompts à un agent. Messages de commit. Descriptions de pull request. Commentaires de revue de code. Documentation. Tickets. La réponse Slack. Tout cela est de l’anglais ordinaire dans un champ de texte, tout cela est fastidieux à taper, et tout cela se dicte aussi bien que n’importe quelle autre écriture. Voilà les 80 % dont il vaut de parler.
Là où les modes personnalisés changent la réponse
Une transcription brute vous rend vos mots tels que vous les avez dits, ce qui, pour un message de commit, n’est pas ce que vous voulez. Vous avez dit quelque chose de long et de conversationnel ; ce qui appartient au dépôt, c’est une ligne de sujet conventional commit et un corps. Un mode personnalisé BlabbyAI est une instruction IA libre, donc vous l’écrivez une fois, vous le choisissez avant de parler, et le texte arrive déjà mis en forme.
Mode Message de commit
Ce que vous dites
“fixed the race condition in the upload queue where two workers could grab the same job, added a lock around the claim step and a test for it”
Ce qui est tapé
fix(queue): prevent duplicate job claims Two workers could claim the same job when polling concurrently. Adds a lock around the claim step and a regression test covering the race.
Mode Description de pull request
Ce que vous dites
“this one swaps the old date parser for the native one, it drops a dependency and it is faster, I tested it against the fixtures we already had plus a couple of timezone cases”
Ce qui est tapé
## What changed Replaces the custom date parser with the native implementation, removing one dependency. ## Why Smaller bundle and measurably faster parsing. ## Testing Existing fixtures, plus added timezone cases.
Mode Commentaire de revue de code
Ce que vous dites
“this works but if the array is empty it will throw, maybe guard it or use optional chaining, not blocking”
Ce qui est tapé
This throws when the array is empty. A guard or optional chaining would cover it. Not blocking.
Pourquoi ça compte plus pour les développeurs que pour la plupart des gens
L’écriture des développeurs est inhabituellement formatée. Les conventions de commit, les modèles de PR, les modèles de tickets, les entrées de changelog et l’étiquette de revue ont tous une forme que votre voix parlée ne produit pas naturellement. La transcription vous tend la matière brute et vous laisse le reformatage, c’est là que le gain de temps disparaît en silence. Un mode fait le reformatage dans le même raccourci.
Une configuration qui survit à la prochaine régression
L’arrangement sur lequel la plupart des gens atterrissent a deux couches, et les garder séparées est tout l’intérêt.
Couche 1
Cursor Voice Mode, pour les prompts
Il est intégré, il ne coûte rien de plus, et parler un prompt à l’agent est exactement la tâche pour laquelle il a été conçu. Gardez le mot-clé submit par défaut. Quand il casse, le micro dans l’Agents Window a marché sur des builds où le micro du chat ne marchait pas.
Couche 2
Dictée système, pour tout le reste
Un raccourci qui marche dans l’éditeur, le terminal, le champ de commit, le navigateur et Slack. BlabbyAI couvre cette couche, avec des modes personnalisés pour les messages de commit et les pull requests. Il continue aussi de marcher les jours où l’éditeur ne le fait pas.
Si vous êtes sous Windows
Windows a une saisie vocale intégrée sur Win+H, gratuite et qui marche dans n’importe quel champ. Elle est nettement plus faible sur le vocabulaire technique, précisément la faiblesse qui fait mal quand vous dites des noms de bibliothèques, des noms de fonctions et des acronymes toute la journée. L’application Windows BlabbyAI est la même idée, avec un modèle qui gère ce vocabulaire et des modes qui formatent la sortie.
Si vous travaillez surtout dans le navigateur
Une grande part de l’écriture autour du code ne se passe jamais dans l’éditeur : la description de pull request, les commentaires de revue, le ticket, le document de design. L’extension Chrome BlabbyAI couvre exactement cette surface, sans application de bureau à installer, ce qui en fait aussi l’option pratique sur un portable professionnel géré où vous ne pouvez pas installer de logiciel. Elle marche dans GitHub, GitLab, Linear, Jira et Notion comme partout ailleurs, parce que pour l’extension ce ne sont que des champs de texte.
Les options, côte à côte
| Outil | Où il tape | Plateforme | Mise en forme | Prix |
|---|---|---|---|---|
| BlabbyAI | Tout champ de texte, toute app | App Windows, extension Chrome | Modes personnalisés, forme libre | Offre gratuite, puis 8,49 $/mois |
| Cursor Voice Mode | Champ de chat uniquement | Intégré à Cursor | Transcription seulement | Inclus avec Cursor |
| Windows Voice Typing | Tout champ de texte | Windows uniquement | Transcription seulement | Gratuit avec Windows |
| macOS Dictation | Tout champ de texte | macOS uniquement | Transcription seulement | Gratuit avec macOS |
La colonne qui compte pour cet article, c’est la deuxième. Chaque outil ici transcrit la parole de façon compétente en 2026 ; ça a cessé d’être le différenciateur il y a un moment. Ce qui les sépare, c’est l’endroit où le texte a le droit d’atterrir, et s’il arrive dans la forme dont vous aviez besoin.
Questions fréquentes
Cursor a-t-il une saisie vocale ?
Oui. Cursor livre une saisie vocale intégrée, et sa propre documentation la décrit avec précision : "Click the microphone icon in the chat input to dictate your prompt instead of typing. Speak naturally, include technical details like file and function names, and review the transcription before sending." Le raccourci clavier est Cmd+Shift+Space, listé dans la référence des raccourcis de Cursor comme "Toggle Voice Mode", et c’est le seul raccourci lié à la voix dans tout ce document. Le point important de la description du fabricant, c’est l’endroit : le champ de chat. La dictée de Cursor est une fonction d’un panneau, pas de l’éditeur. Elle ne met pas de texte dans un fichier ouvert, dans le terminal intégré, dans le champ de commit, dans la boîte de renommage ni dans une description de pull request. Pour dicter vos prompts à l’agent, cette portée suffit. Pour dicter tout le reste de ce qu’un développeur tape dans une journée, il vous faut quelque chose au niveau du système d’exploitation, et c’est ce que fait un outil comme BlabbyAI : il tape dans le champ de texte qui a le focus, dans n’importe quelle application.
Pourquoi la saisie vocale ne fonctionne-t-elle pas dans Cursor ?
Parce qu’elle est vraiment tombée en panne plus d’une fois, de deux façons différentes, et les rapports de bugs nomment les causes. En décembre 2025, des utilisateurs sous macOS, Windows 10, Windows 11 et Linux ont signalé que le microphone ne faisait plus rien après la mise à jour vers la version 2.2.20. La sortie console de ce rapport pointe vers une interface audio de navigateur obsolète : "[Deprecation] The ScriptProcessorNode is deprecated. Use AudioWorkletNode instead." Un modérateur Cursor l’a reconnu comme "a known technical problem" et a dit que l’équipe migrait vers l’API moderne AudioWorkletNode, sans donner de calendrier. En mai 2026, sous Cursor 3.2.21, une autre panne est apparue : l’indicateur de niveau reste mort et aucune transcription n’arrive, parce que voice-processor.js échoue à se charger avec net::ERR_FILE_NOT_FOUND. Ce rapport note le problème sous macOS, Windows 11 et Ubuntu 24.04, et sur les offres Free, Pro, Pro+ et Ultra pareil, ce n’est donc pas une limite d’abonnement. Si votre microphone marche dans d’autres applications et ne fait rien dans Cursor, vous avez presque sûrement un problème côté client, pas côté audio. Comme les pannes sont dans le pipeline audio de Cursor lui-même, un outil de dictée qui tourne au niveau du système d’exploitation n’est pas concerné : BlabbyAI écrit dans le champ de chat exactement comme dans n’importe quel autre champ, sans passer par le code microphone de Cursor.
Comment activer la saisie vocale dans Cursor ?
Ouvrez un panneau de chat et cliquez sur l’icône microphone dans le champ de chat, ou appuyez sur Cmd+Shift+Space pour basculer Voice Mode. La première fois, le système d’exploitation demandera l’accès au microphone, et Cursor doit l’obtenir : sous macOS, c’est Réglages Système, Confidentialité et sécurité, Microphone, et sous Windows, c’est Paramètres, Confidentialité et sécurité, Microphone, avec « Autoriser les applications de bureau à accéder à votre microphone » activé. C’est toute la configuration, c’est pourquoi une panne à ce stade n’est en général pas quelque chose que vous avez mal réglé. Si l’animation du microphone apparaît et qu’aucun texte n’arrive, le contournement donné par le développeur qui a signalé le bug, dans le fil de mai 2026, est d’utiliser le bouton micro dans l’Agents Window, parce que "Transcription works there on the same build". Un downgrade n’est explicitement pas recommandé dans ce fil, le problème ayant été reproduit sur plusieurs versions plus anciennes. L’autre voie consiste à ne plus dépendre de l’éditeur pour dicter : BlabbyAI s’active une fois au niveau du système, puis fonctionne dans le chat de Cursor, dans le fichier ouvert et dans le terminal, avec le même raccourci partout.
Puis-je dicter du code avec la saisie vocale ?
Vous dictez beaucoup plus facilement la prose autour du code que le code lui-même, et cette distinction compte plus qu’il n’y paraît. Le code source est dense en ponctuation, en crochets, en camel case et en identifiants exacts, tous lents à dire à voix haute et rapides à taper. Des systèmes de voice-coding dédiés qui gèrent la syntaxe brute existent, et ils marchent, mais ils demandent d’apprendre un langage de commandes et de s’entraîner pendant des semaines. Ce qui a changé, c’est la part d’une journée de développement moderne qui est de l’anglais ordinaire : prompts à un agent IA, messages de commit, descriptions de pull request, commentaires de revue de code, documentation, tickets et réponses aux collègues. Tout cela est de la prose dans un champ de texte, et cela se dicte aussi bien que n’importe quelle autre écriture. Le schéma pratique sur lequel la plupart des gens atterrissent, c’est de parler l’intention et de laisser l’agent produire la syntaxe, exactement le flux pour lequel Cursor est conçu. C’est aussi là que les modes personnalisés de BlabbyAI prennent tout leur sens : un mode transforme une explication parlée en message de commit conventionnel, un autre en description de pull request, si bien que le texte autour du code arrive déjà mis en forme plutôt qu’en transcription brute.
Quelle est la différence entre Cursor Voice Mode et une app de dictée ?
Surtout la portée. Cursor Voice Mode fait partie de Cursor et fonctionne dans le champ de chat de Cursor. Une app de dictée tourne au niveau du système d’exploitation et tape dans le champ qui a le focus, donc le même raccourci marche dans l’éditeur, le terminal intégré, le champ de commit, votre navigateur, Slack et votre gestionnaire de tickets. La seconde différence, c’est ce qui arrive aux mots. Voice Mode transcrit ce que vous avez dit pour que vous puissiez l’envoyer comme prompt. Un outil avec des modes personnalisés peut le transformer : les modes personnalisés BlabbyAI sont des instructions IA libres, donc un mode peut transformer une explication parlée un peu longue en message de conventional commit, un autre peut transformer le même type de parole en description de pull request avec un résumé et une section de tests, et un autre peut laisser les termes techniques strictement tranquilles. Vous choisissez le mode avant de parler et le texte arrive déjà mis en forme.
La saisie vocale de Cursor fonctionne-t-elle sous Windows ?
Elle est censée le faire, et les deux gros rapports de bugs listent Windows parmi les systèmes touchés, ce qui vous dit qu’elle n’est ni limitée à Windows ni épargnée sous Windows. Le rapport de décembre 2025 couvre macOS, Windows 10, Windows 11 et Linux ensemble, et celui de mai 2026 couvre macOS, Windows 11 et Ubuntu. Si vous êtes sous Windows et que la fonction ne répond pas, vérifiez que Cursor a l’accès au microphone dans Paramètres, Confidentialité et sécurité, Microphone, puis essayez le microphone de l’Agents Window comme contournement dans l’app. Un outil de dictée système contourne entièrement la question, parce qu’il ne dépend jamais du pipeline audio de l’éditeur. BlabbyAI a une application de bureau Windows native qui met le texte dans n’importe quel champ focalisé, y compris le chat de Cursor, le fichier que vous éditez et le terminal.
Puis-je utiliser la saisie vocale dans le terminal de Cursor ?
Pas avec le Voice Mode intégré de Cursor, parce que la documentation du fabricant limite la dictée au champ de chat plutôt qu’à l’éditeur dans son ensemble. Le terminal intégré est pourtant l’un des endroits les plus utiles pour l’avoir, puisque les longues commandes, les messages git et les scripts ponctuels sont exactement le genre de texte fastidieux à taper et facile à dire. Un outil de dictée au niveau du système d’exploitation s’en charge, parce qu’il ne sait pas et ne se soucie pas de quelle application possède le champ de texte. Avec BlabbyAI, vous appuyez sur le raccourci, vous parlez, et le texte est tapé là où est le curseur, que ce curseur soit dans un terminal, un fichier Markdown, une boîte de chat ou un onglet de navigateur.
Y a-t-il un moyen gratuit de dicter dans Cursor ?
Oui, plusieurs, avec des compromis différents. Les deux systèmes d’exploitation incluent la dictée : sous macOS, le raccourci de dictée système est Fn appuyé deux fois par défaut, que le fil Cursor de mai 2026 suggère comme contournement parce que "It types straight into the Cursor chat input", et sous Windows c’est Win+H. Les deux sont gratuits et les deux sont nettement plus faibles sur le vocabulaire technique qu’un outil basé sur Whisper, précisément la faiblesse qui fait mal quand vous dites des noms de bibliothèques et des noms de fonctions. BlabbyAI a une offre gratuite de 60 crédits par semaine sans carte, assez pour voir si dicter vos prompts et vos messages de commit convient à votre façon de travailler avant de décider quoi que ce soit. Il y a une application de bureau Windows et une extension Chrome, et l’extension n’exige aucune installation d’application de bureau.
La saisie vocale fonctionne-t-elle avec les mots-clés submit de Cursor ?
Elle a été peu fiable, et c’est un bug signalé précis plutôt qu’une impression générale. Dans la discussion de sortie de Cursor 2.0, un utilisateur a rapporté que "Using any keyword to submit instead of, well, submit, leads to voice mode sending empty messages to the chat in 70-80% percents of cases", et un autre l’a confirmé avec une description qui mérite d’être citée, parce qu’elle saisit exactement le mode de panne : "I thought I'd be cool and add a new submit keyword, but it just submits an empty prompt and off the agent goes guessing what you want." Si vous utilisez Voice Mode, la configuration sûre est le mot-clé submit par défaut. Un prompt vide envoyé à un agent est pire que pas de prompt du tout, parce que l’agent va agir dessus. Avec un outil de dictée au niveau du système comme BlabbyAI, la question ne se pose pas : le texte est écrit dans le champ et c’est vous qui appuyez sur Entrée, exactement comme si vous aviez tapé.
Quelle est la meilleure configuration de saisie vocale pour Cursor en 2026 ?
La configuration sur laquelle la plupart des gens se posent a deux parties, et il vaut la peine de les séparer. Utilisez le Voice Mode de Cursor quand il marche et que vous voulez seulement parler un prompt dans le chat, puisqu’il est intégré et ne coûte rien. Utilisez un outil de dictée système pour tout le reste de ce que vous tapez, ce qui, un jour normal, est la plus grande part : le message de commit, la description de pull request, le commentaire de revue de code, la commande terminal, la réponse Slack qui explique pourquoi le build est rouge, le ticket que vous ouvrez ensuite. Le second outil vous couvre aussi quand le premier casse, ce qui, d’après l’année écoulée, n’est pas une hypothèse. BlabbyAI occupe cette seconde place : un raccourci, n’importe quel champ de texte, des modes personnalisés qui façonnent le texte à l’arrivée, et l’historique audio gardé sur votre propre disque.
Sources
- Cursor Docs, Prompting agents, pour la description du microphone dans le champ de chat.
- Cursor Docs, Keyboard shortcuts, pour Cmd+Shift+Space, Toggle Voice Mode.
- Cursor Community Forum, Voice Input Not Working in Cursor IDE, décembre 2025, pour la dépréciation de ScriptProcessorNode et la réponse du modérateur.
- Cursor Community Forum, rapport de bug 159747, mai 2026, pour la panne de voice-processor.js sous 3.2.21 et le contournement Agents Window.
- Cursor Community Forum, Cursor 2.0: Composer, in-app browser, voice & more, pour les signalements sur le mot-clé submit.
Parlez à tout l’éditeur, pas seulement à la boîte de chat
BlabbyAI tape dans n’importe quel champ de texte focalisé, donc un raccourci couvre le chat de Cursor, le fichier que vous éditez, le terminal, le message de commit et la pull request. Les modes personnalisés transforment une explication parlée en conventional commit ou en description de PR à l’arrivée. App Windows et extension Chrome, 60 crédits par semaine gratuits, sans carte.