Ton idée devient un truc qu’on peut essayer
Tout le monde ne met pas exactement la même chose derrière « vibecoding ». Ici, imagine : tu expliques ce que tu veux à une IA, tu essaies le résultat, puis tu corriges la direction. Moins de temps à taper chaque ligne, plus de « presque, mais ce bouton devrait faire ça ».
Pour un petit outil, une idée d’interface ou une expérience audio, c’est franchement chouette. Le truc que tu repoussais depuis des mois devient testable. Tu découvres vite si ça vaut la peine de continuer. Cette première version sert à poser une question, pas à faire semblant d’avoir déjà fini le produit.
Ça marche une fois. Super. Et maintenant ?
Le piège, c’est de confondre une jolie démo avec un système fiable. Essaie une mauvaise entrée, une session expirée, une coupure réseau, un compte qui ne doit surtout pas voir les données d’un autre. Où sont les secrets ? Qu’est-ce qui part dans les logs ? Si tu ne sais pas répondre, pas de vraies données clients dedans.
Avance par petits changements qu’on peut relire et annuler. Garde l’historique, lance les tests, regarde les modifications. Même si l’agent te dit que tout est vert. Il peut aider à écrire les tests, mais le résultat attendu doit venir de ce qu’on voulait faire, pas de ce qu’il a bricolé.
Laisse-lui un atelier, pas toutes les clés
Pas besoin d’un accès administrateur à la production pour déplacer un titre. Un environnement de développement isolé, des droits limités, une validation pour les actions qui comptent : c’est un bon début. Regarde les permissions réelles de ton outil. Derrière une conversation sympa, il peut y avoir de vraies commandes.
J’aime aller vite. J’aime aussi comprendre assez le résultat pour le reprendre quand ça casse. « C’est l’IA qui l’a fait », ça n’aide personne ce jour-là. « Voilà ce que ça fait, ce qu’on a testé et comment revenir en arrière », déjà beaucoup plus.