Définition courte
Construire un logiciel en formulant l'intention à un assistant de code plutôt qu'en écrivant soi-même le code, et en pilotant la production par essais successifs sur le produit qui tourne.
Définition détaillée
Le terme est né dans l'usage public des assistants de code et il y désigne surtout une manière de faire : décrire ce qu'on veut, laisser l'outil écrire, regarder le résultat, ajuster. Il porte dans cet usage une connotation d'improvisation, et souvent une pointe d'ironie — on code « à l'instinct », sans plan préalable.
Dans les articles de ce blog, le terme est employé sans jugement de valeur et se délimite par trois traits. D'abord, la personne qui pilote n'écrit pas le code et ne le relit pas intégralement. Ensuite, la vérification passe par l'usage du produit et par les tests plutôt que par la lecture. Enfin, la pratique porte sur un produit — écrans, API internes, modifications de données, choix d'architecture — et non sur un script utilitaire dont la sortie tient dans une fonction.
Ce troisième trait est celui qui sépare le vibe coding de la délégation de script pratiquée depuis longtemps avec un modèle de langage : déléguer l'écriture d'un script laisse un objet court et relisable, le vibe coding laisse un système qu'on ne relit pas.
Usage dans le domaine
Le terme sert à poser deux questions que « développer avec l'IA » ne pose pas : dans quel périmètre cette pratique est acceptable, et avec quels garde-fous. Il apparaît chaque fois qu'il s'agit d'arbitrer ce qu'un profil non développeur — Product Manager, support, ops, métier — a le droit de produire lui-même.
Synonymes et variantes
« Vibe-coder » comme verbe. « Développer avec un assistant » en est la formulation neutre, mais elle n'implique ni l'absence de relecture, ni le pilotage par l'usage.
À ne pas confondre avec
- Assistance au développement — un développeur écrit son code avec l'aide d'un assistant, relit ce qui est produit et reste capable de l'expliquer ligne à ligne. La compétence de sortie est intacte.
- No-code — construction d'une application par assemblage d'éléments dans un environnement fermé, sans code produit ni accès au dépôt. Le vibe coding produit du code réel, dans un vrai dépôt, avec les conséquences de l'un et de l'autre.
- Product builder — rôle, et non pratique : quelqu'un qui construit dans le prolongement du produit de l'entreprise. On peut vibe-coder sans être product builder, et l'inverse.
Exemples
Un Product Manager qui, en quatre jours et plus de cent quatre-vingts commits, part de zéro et obtient des écrans, des API internes, plusieurs centaines de tests et une documentation générée depuis le code, sans écrire lui-même les lignes.
Ambiguïtés / débats
L'usage courant fait du terme tantôt une pratique amateur à décourager, tantôt une nouvelle norme de production. Les deux emplois sont attestés. Le sens retenu ici est descriptif : le vibe coding nomme la pratique, et ce qui se discute est son périmètre, pas sa légitimité de principe.
Le degré de relecture varie aussi d'un locuteur à l'autre : certains appellent vibe coding toute production assistée, y compris relue intégralement. Ici, l'absence de relecture complète fait partie de la définition.