Vous avez peut-être déjà vu passer des démonstrations spectaculaires : quelqu'un tape trois phrases, et une application apparaît. C'est impressionnant, mais cela ne vous dit rien de l'essentiel : comment on passe, en vrai, d'une idée dans votre tête à une application en ligne que vous utilisez tous les jours. Quelles étapes, dans quel ordre, avec quels réflexes.
Car c'est bien un chemin complet qu'il faut parcourir, pas un tour de magie. La bonne nouvelle : ce chemin est toujours le même, quel que soit le projet. Une fois que vous connaissez le cycle, vous pouvez le rejouer pour chaque nouvelle idée.
Déroulons-le de A à Z sur un exemple concret : un carnet de recettes familial, où chacun ajoute ses recettes et retrouve celles des autres. Un projet modeste, volontairement, car c'est exactement le bon format pour apprendre.
Étape 1 : l'idée, et surtout sa description
Tout commence par un besoin réel : les recettes de la famille dorment dans des carnets, des captures d'écran et des messages éparpillés. L'idée : une application commune pour les rassembler.
L'erreur du débutant serait de s'arrêter là et de lancer l'IA avec « fais-moi une application de recettes ». Le résultat serait générique et décevant. Avant d'ouvrir le moindre outil, prenez dix minutes pour décrire votre besoin par écrit, en français simple : qui va utiliser l'application (les membres de la famille), ce qu'on doit pouvoir faire (ajouter une recette avec titre, ingrédients, étapes et photo ; chercher par nom ou par ingrédient), et ce qui rendrait l'outil agréable (une page d'accueil avec les dernières recettes ajoutées).
Cette description est votre boussole. Plus elle est concrète, plus l'agent construira juste. C'est le même principe qu'avec un artisan : « refaites ma cuisine » donne un devis flou, « un plan de travail de deux mètres avec l'évier sous la fenêtre » donne un résultat précis.
Étape 2 : l'agent construit la première version
Vous ouvrez votre environnement de travail : un agent de code, par exemple Claude Code, l'agent en ligne de commande d'Anthropic (une IA à qui l'on donne des instructions écrites et qui rédige le code), organisé depuis votre poste de pilotage. Vous lui transmettez une première demande, et c'est ici que se joue la règle d'or du vibe coding : ne demandez pas tout, demandez le socle.
Pour notre carnet de recettes, le socle tient en une phrase : « une application où je peux ajouter une recette avec un titre, une liste d'ingrédients et des étapes, et voir la liste de toutes les recettes ». Pas de photos, pas de recherche, pas de comptes utilisateurs pour l'instant. L'agent travaille quelques minutes : il crée les fichiers, écrit le code, met en place la base de données (l'endroit où l'application rangera les recettes).
Pendant ce temps, votre rôle n'est pas d'admirer : c'est de préparer votre test.
Étape 3 : on teste dans le navigateur, comme un utilisateur exigeant
L'agent annonce que c'est prêt. Vous ouvrez l'application dans votre navigateur et vous l'utilisez vraiment : vous ajoutez la recette du gratin de grand-maman, une deuxième recette, une troisième avec un titre très long pour voir ce que ça donne. Vous vérifiez que la liste s'affiche, que rien ne déborde, que les étapes apparaissent dans le bon ordre.
Ce test systématique après chaque changement est le geste qui sépare les projets qui aboutissent de ceux qui s'enlisent. L'IA peut affirmer que tout fonctionne ; seul votre œil le confirme. Deux minutes de test après chaque étape vous épargnent des heures de démêlage plus tard. Testez comme le ferait votre utilisateur le plus maladroit : c'est lui que votre application devra supporter.
Étape 4 : on corrige en dialoguant
Votre test révèle deux détails : la liste des ingrédients s'affiche sur une seule ligne illisible, et rien ne confirme qu'une recette a bien été enregistrée. Vous le dites à l'agent, simplement, comme vous le diriez à un collègue : « affiche chaque ingrédient sur sa propre ligne » puis, une fois cette correction vérifiée, « ajoute un message de confirmation après l'enregistrement ».
Remarquez le rythme : une remarque à la fois, une vérification à chaque fois. C'est contre-intuitif au début, on a envie de tout lister d'un coup, mais les boucles courtes gardent le contrôle. Si quelque chose casse, vous savez immédiatement quelle demande est en cause. Ce dialogue est aussi l'occasion de comprendre votre application : n'hésitez pas à demander à l'agent d'expliquer, en langage courant, ce qu'il vient de modifier et pourquoi.
Étape 5 : on sauvegarde, et c'est non négociable
Votre socle fonctionne. Avant d'aller plus loin, vous le mettez à l'abri sur GitHub, le coffre-fort de votre code : chaque sauvegarde y crée un point de restauration daté, vers lequel vous pourrez toujours revenir si une modification future tourne mal.
Prenez ce réflexe dès le premier jour : on sauvegarde après chaque boucle réussie, jamais « plus tard ». Une version qui fonctionne et qui n'est pas sauvegardée est une version que vous pouvez perdre. Avec ce filet de sécurité, vous pouvez expérimenter sereinement : au pire, vous revenez en arrière.
Étape 6 : on déploie, puis on itère
Une application sur votre ordinateur, c'est bien ; en ligne, accessible depuis le téléphone de toute la famille, c'est le vrai objectif. La mise en ligne suit un rituel en trois temps, toujours le même quelle que soit la solution technique choisie : sauvegarder (votre version est au coffre), déployer (la publier sur Internet), vérifier (ouvrir l'adresse en ligne et refaire vos tests, car une application peut fonctionner chez vous et se comporter différemment une fois publiée).
Ce rituel n'est pas réservé à la grande première : vous le rejouerez à chaque évolution. Et des évolutions, il y en aura, car c'est maintenant que le projet devient vivant. La semaine suivante, vous ajoutez les photos : décrire, construire, tester, corriger, sauvegarder, déployer, vérifier. Puis la recherche par ingrédient : même boucle. Puis la page d'accueil avec les dernières recettes : même boucle encore.
Chaque tour de boucle prend une soirée, parfois moins. Au bout d'un mois, l'application a grandi fonctionnalité par fonctionnalité, sans jamais casser, parce qu'à aucun moment vous n'avez avancé sur un terrain non vérifié.
Le vrai secret : le rythme, pas la vitesse
Si vous ne retenez qu'une chose, retenez ceci : le workflow du vibe coding n'est pas une ligne droite héroïque, c'est une succession de petites boucles fermées. Une fonctionnalité à la fois. Décrire, construire, tester, corriger, sauvegarder. Et régulièrement : déployer, vérifier.
Les débutants qui échouent sont presque toujours ceux qui brûlent les étapes : demandes énormes, tests sautés, sauvegardes oubliées. Ceux qui réussissent avancent d'un pas tranquille et régulier, et paradoxalement, ils vont beaucoup plus vite, car ils ne reculent jamais.
Ce rythme, ainsi que l'environnement qui le rend possible (l'agent, le poste de pilotage, le coffre-fort, la mise en ligne), cela s'apprend de façon guidée. C'est exactement le programme de la formation Construction de votre environnement Vibe Coding : monter votre environnement complet, puis parcourir ce cycle de A à Z sur vos propres projets, jusqu'à des applications en ligne que vous utiliserez vraiment.