Coder à la voix : comment programmer en parlant avec Cursor, Claude Code et Copilot

« Vibe coding » signifie décrire à un assistant IA ce que tu veux construire et le laisser écrire le code, pendant que tu guides, vérifies et ajustes la direction. Des outils comme Cursor, Claude Code, GitHub Copilot ou Windsurf l’ont rendu possible. Le goulot d’étranglement n’est plus d’écrire le code, mais d’écrire les instructions. Et là, la voix est imbattable.

Pourquoi parler est mieux que taper pour les agents

Un agent de programmation a besoin de contexte : que fait l’application, ce que tu as essayé, quelles contraintes existent, à quoi ressemble le résultat final. En tapant, un tel message fait trois lignes. En parlant, vingt — et la différence se voit au premier essai de l’agent.

Taper : « corrige le bug du login »
Parler : « Au login, si l’utilisateur a déjà une session expirée dans le cookie, il reçoit une erreur 500 au lieu d’être redirigé vers la page de connexion. Je pense que le problème vient du middleware d’authentification, qui essaie de lire l’utilisateur avant de vérifier l’expiration. Ne change pas le format du token, il est aussi utilisé par les applis mobiles. Ajoute un test qui reproduit ce cas. »

Flux de travail

1. Tu décris la tâche à voix haute. Place le curseur dans le chat de l’agent et maintiens Ctrl+Win. Dis ce que tu veux, pourquoi, ce qu’il ne faut pas toucher et comment vérifier le résultat.
2. Tu laisses l’agent proposer un plan. Tu lis le plan et le corriges toujours à voix haute : « l’étape trois n’est pas nécessaire, on a déjà cette fonction dans utils ».
3. Tu révèles les différences. Quand tu vois quelque chose d’étrange, dis exactement quoi : « pourquoi as-tu déplacé la validation du controller vers le modèle ? Remets-la, le modèle l’utilise aussi, et l’import depuis des fichiers où la validation est différente. »
4. Tu débugues en discutant. Colle l’erreur et explique ce que tu as observé autour ; l’agent reçoit aussi tes hypothèses, pas juste le stack trace.

Le dictionnaire est essentiel

Les noms de fonctions, tables et bibliothèques sont le cauchemar de toute dictée : « use effect », « get server side props », « postgres ». Mets dans le dictionnaire Zicelo les termes de ton projet (useEffect, getServerSideProps, PostgreSQL, le nom de tes classes) et ils seront écrits exactement comme ça. Zicelo conserve aussi les termes anglais au milieu des phrases françaises, sans les « traduire ».

Ce qu’il ne faut pas dicter

• Le code lui-même. Ne dicte pas les parenthèses ni les points-virgules ; décris ce que tu veux, et l’agent écrit le code.
• Les secrets. Ne dis pas à voix haute tes mots de passe ou clés API — ni dans la dictée, ni dans le chat de l’agent.

Mode commande pour descriptions de PR et commits

Quand tu as fini, sélectionne la liste des modifications et dis « écris un message de commit court, à l’impératif, en anglais » ou « fais-en la description d’un pull request, avec les sections Quoi, Pourquoi, Comment j’ai testé ». Ça prend cinq secondes.

Quelques prompts dictés qui fonctionnent bien

• « Avant de changer quoi que ce soit, explique-moi en cinq lignes comment fonctionne le flux de paiement actuel, pour vérifier qu’on a la même compréhension. »
• « Fais le plus petit changement qui corrige le problème ; ne refactorise rien autour. »
• « Écris d’abord le test qui échoue, montre-le-moi, puis corrige-le. »
• « Cherche dans le projet tous les endroits qui lisent directement la table commandes et dis-moi lesquels seraient affectés si j’ajoute une colonne obligatoire. »

Essaie un jour : toute instruction pour l’agent qui dépasse une phrase, dis-la. Télécharge Zicelo pour Windows.