Qu'est-ce que le vibe coding et comment l'utiliser avec discernement

Le vibe coding décrit une manière de créer un logiciel en dialoguant avec une intelligence artificielle (IA). Andrej Karpathy a popularisé le terme en 2025 pour un style guidé par le modèle. Dans un flux responsable, la personne garde l'objectif, les limites et la décision finale.

Nous suivrons un cas concret : une page d'inscription à un atelier en présentiel. La première version demandera un nom, un e-mail et une session, refusera les données invalides et affichera une confirmation. Chaque section reprend cette même fonction pour séparer la vitesse de l'improvisation.

Le vibe coding transforme une intention en itérations

Le processus commence par la description d'un résultat en langage naturel et une demande de proposition de code. Vous observez ensuite ce qui existe, indiquez un changement et recommencez. La valeur ne vient pas d'accepter chaque réponse, mais de réduire le temps entre une décision et un test.

Pour l'inscription à l'atelier, « crée une plateforme d'événements » ouvre trop de fronts. « Ajoute un formulaire avec nom, e-mail et session ; valide les champs et confirme la place » définit une première itération. Votre premier bon prompt montre comment transformer ce périmètre en instructions vérifiables.

Commencer par de petites tâches est une heuristique, pas une garantie. Certains changements exigent de coordonner une migration entière ou de revoir un contrat partagé avant d'éditer. La bonne taille dépend du risque et de la possibilité de vérifier le résultat.

L'idée a besoin d'une personne et d'un problème

Une idée utile nomme qui agit et quelle difficulté elle résout. Dans notre cas, une personne intéressée veut choisir une session et savoir si son inscription est enregistrée. L'organisation, elle, a besoin de données complètes, sans doublons ni adresses invalides.

Écrivez ce contexte avant de demander une interface. Vous évitez ainsi un écran décoratif qui ne prévoit ni confirmation, ni places disponibles, ni messages d'erreur. Vous pouvez aussi reporter des fonctions absentes du premier parcours, comme les paiements, la liste d'attente ou l'accès administrateur.

La question centrale n'est pas de savoir quelle technologie paraît nouvelle. Définissez quel comportement doit changer pour la personne qui utilise le produit. L'IA peut proposer des composants, mais elle ne connaît pas seule la priorité de l'atelier.

Un petit périmètre protège la décision suivante

Le périmètre fixe ce qui entre et ce qui reste dehors. Au premier tour, incluez les champs, la validation et la confirmation ; laissez de côté les paiements, les comptes et la synchronisation avec un service externe. Cette frontière rend la relecture possible en une seule session.

Séparez le travail quand deux tâches ne partagent pas le même contrat. Vous pouvez rédiger le message de confirmation pendant qu'une autre personne prépare des données d'exemple, mais il vaut mieux éviter que deux agents modifient en même temps le schéma d'inscription. Le guide des agents IA explique comment appliquer permissions minimales et validations.

Notez aussi les fichiers ou zones qui doivent rester intacts. Si l'application possède déjà des boutons, des champs ou des règles de style, demandez leur réutilisation. Éviter une seconde implémentation réduit les incohérences futures.

Le premier brouillon est un matériau de relecture

L'outil produit une hypothèse de solution, pas une vérité. Ouvrez le formulaire, réalisez une inscription et lisez le code qui traite les données. Vérifiez que le message visible correspond à l'état réel et n'apparaît pas avant l'enregistrement.

Testez des entrées qui sortent du chemin heureux. Utilisez un e-mail sans arobase, laissez le nom vide, changez de session et envoyez deux fois. Si le formulaire accepte une donnée invalide, renvoyez l'action, le résultat observé et le résultat attendu.

Gardez la correction dans le même périmètre. Ne demandez pas une animation ou un nouveau tableau de bord pendant que vous réparez la validation. Une variable à la fois permet de reconnaître quel changement a résolu la faille.

La vérification ferme chaque tour

Un test automatique couvre une règle répétable, tandis que le navigateur confirme l'expérience intégrée. Pour l'atelier, un test peut vérifier qu'un envoi sans e-mail affiche une erreur ; le parcours réel doit confirmer en plus le focus, le texte et le comportement à 390 px. Les deux couches répondent à des questions différentes.

Vérifiez la console et le réseau quand le flux utilise des services externes. Une confirmation visible ne suffit pas si la requête échoue ou duplique des enregistrements. Documentez ce qui a été vérifié et ce qui est resté de côté, pour que l'itération suivante ne parte pas d'une supposition.

Si la preuve est correcte, intégrez le changement et choisissez la tâche suivante. En cas d'échec, revenez au périmètre ou au brouillon avec une information nouvelle. Le cycle se termine par des critères d'acceptation, pas par la fatigue ni par l'assurance verbale du modèle.

La responsabilité inclut données et permissions

Le formulaire manipule des noms et des e-mails : il vous faut donc une finalité claire, une politique de conservation et un accès limité. Ne collez ni données réelles ni identifiants dans le prompt. Travaillez avec des exemples fictifs et configurez les secrets en dehors du contenu généré.

L'IA ne doit pas non plus publier, envoyer des e-mails ou modifier des permissions sans autorisation explicite. Les actions externes peuvent affecter d'autres personnes et sont plus difficiles à annuler. Maintenez une validation humaine avant le déploiement et avant toute communication.

Dans des domaines comme la santé, les paiements ou les décisions juridiques, une relecture visuelle est insuffisante. Ajoutez des spécialistes, des tests de sécurité et les contrôles propres au domaine. Le vibe coding change l'interface de création, pas le niveau de responsabilité exigé.

Les échecs les plus courants ont des signes visibles

Le premier échec consiste à élargir le produit avant de valider son cœur. Si l'inscription duplique encore des enregistrements, ajouter des profils ne fait que multiplier les états défectueux. Réparez d'abord le contrat existant.

Un autre échec consiste à accepter des dépendances ou une architecture sans les comprendre. Demandez une explication du changement, évaluez sa maintenance et lancez les commandes du projet. Une solution qui ne fonctionne que dans la session de l'agent n'est pas prête.

Du code plausible avec des tests faibles peut aussi apparaître. Lisez ce que chaque test affirme et forcez un cas qui devrait échouer. Une suite verte n'est une preuve que si elle vérifie le comportement convenu.

Vérifiez l'itération avant de l'élargir

Utilisez ces cases à la fin de chaque tour du cas pratique. N'ouvrez pas la tâche suivante avant de pouvoir justifier chaque réponse.

• L'itération répond à un besoin concret de l'inscription à l'atelier.
• Le périmètre exclut paiements, comptes et changements non autorisés.
• Les états valides, vides et en erreur ont été testés.
• Le parcours fonctionne au clavier et sur écran étroit.
• Les données utilisées sont fictives et les permissions minimales.
• Une personne a relu et autorisé le résultat avant publication.

Le vibe coding fonctionne comme une discipline d'itération, pas comme un raccourci pour sauter des contrôles. Si vous répétez idée, périmètre, brouillon et vérification avec des preuves, chaque tour produit une base plus claire pour la décision suivante.