NAME
vibe-coding-agentic-engineering — Vibe coding, après la lune de miel
SYNOPSIS
cat vibe-coding-agentic-engineering.md
DESCRIPTION
Le Vibe coding fait partie de ces expressions qui semblent nées pour être détestées et qui, petit à petit, deviennent utiles.
Au début, cela ressemble à : je ne pense pas, je demande à l'IA, j'accepte ce qui sort, continue. Une manière joyeuse de produire de la dette technique sur fond musical.
Mais il serait trop facile de l’écarter ainsi. La vérité est que le vibe coding a intercepté quelque chose de réel : programmer avec un modèle change la relation entre l’idée et le prototype.
Vous avez d’abord eu une réflexion, puis une longue ascension. Maintenant, souvent, vous avez une pensée et une demi-heure plus tard, quelque chose bouge sur l'écran. Difficile de ne pas se laisser séduire.
La question intéressante, en 2026, n’est pas de savoir si le vibe coding est vrai. C'est. La question est : que se passe-t-il après la lune de miel ?
Le prototype est devenu économique
C'est la partie la plus importante.
Les outils d’IA ont réduit le coût émotionnel du démarrage. Avant, si vous vouliez essayer une idée, vous deviez déjà vous mettre au travail : choisir la pile, créer un projet, mémoriser le passe-partout, écrire la mise en page, connecter les API, vous battre avec des détails ennuyeux.
Maintenant vous pouvez dire : donnez-moi une première version.
Et une première version arrive.
Pas toujours beau. Pas toujours correct. Souvent fragile. Mais ça vient. Et quand ça arrive, ça change la conversation. Vous ne discutez plus dans le vide. Vous touchez quelque chose.
C'est très puissant pour les concepteurs, les fondateurs, les chefs de produit, les développeurs seniors fatigués de réécrire des échafaudages, les curieux qui n'auraient jamais ouvert d'éditeur auparavant.
Le Vibe coding est à la mode car il donne à davantage de personnes la sensation physique du logiciel en cours de création.
Le problème est que le logiciel perdure
La partie que le mème raconte le moins est le lendemain.
Le prototype doit être lu. Correct. Testé. Déployé. Sécurisé. Je l'ai reçu de quelqu'un d'autre. Connecté à des données réelles. Rendu accessible. Conservé lorsqu'une dépendance change.
Ici, le codage purement vibratoire frappe le mur.
Un modèle peut générer rapidement beaucoup de code, mais le code n’a pas de valeur en soi. C'est une promesse de comportement. Et une promesse doit être vérifiée.
Le risque du vibe coding n’est pas d’écrire du code laid. Nous l’avons toujours fait même sans l’IA. Le risque est de perdre le sentiment d’appartenance : « le modèle l’a fait » devient une excuse pour ne pas suffisamment comprendre.
Mais le runtime n’accepte aucune excuse. Si le code s'exécute en production, il vous appartient.
Du vibe coding à l'ingénierie agentique
La version mature du vibe coding ne consiste pas à arrêter d’utiliser des agents. Il s'agit de les utiliser avec un cycle plus sérieux.
Non : cela génère tout et nous l’espérons.
Mais :
- décrire l'intention ;
- laissez générer un brouillon ;
- demander à l'agent d'expliquer le plan ;
- faire de petites différences ;
- lancer les tests ;
- faire des révisions ;
- correct ;
- alors seulement, rejoignez-nous.
Cette chose mérite un nom différent. J'aime l'ingénierie des agents, même si cela semble un peu solennel. Cela signifie utiliser les agents non pas comme des machines à sous, mais comme des collaborateurs au sein d'un processus d'ingénierie.
Le but n’est pas de retirer de l’énergie au vibe coding. Cela lui donne des traces.
Où ça marche très bien
Le codage vibratoire fonctionne lorsque le coût de l’erreur est faible et que la valeur de l’exploration est élevée.
Exemples :
- prototypes d'interfaces ;
- des outils personnels ;
- des tableaux de bord internes ;
- des petits jeux ;
- script unique ;
- Analyses API ;
- preuve de concept ;
- des refacteurs mécaniques avec de bons tests ;
- des contenus techniques à transformer en démos.
Dans ces cas-là, la vitesse est la clé. Vous voulez voir si l’idée a du sens. Vous voulez découvrir ce que vous n'avez pas compris. Vous voulez avoir une conversation concrète.
Le Vibe coding est parfait pour faire émerger la forme.
Là où ça devient dangereux
Cela devient dangereux lorsque le système a des conséquences et que personne ne ralentit.
Paiements, données personnelles, authentification, autorisations, infrastructure, migrations de bases de données, code hérité sensible, conformité, production. Ici, l'ambiance ne suffit pas. Il nous faut de la rigueur.
Cela ne veut pas dire que l’IA ne peut pas aider. En fait, cela peut aider beaucoup. Mais cela doit fonctionner dans des limites étroites : branche, bac à sable, test, lint, révision, indicateur de fonctionnalité, restauration.
La phrase à tatouer sur le moniteur est simple : plus l’agent est rapide, plus le processus doit être lisible.
Si vous ne pouvez pas expliquer ce qui a changé, vous n’avez pas accéléré. Vous venez de déplacer la dette du temps vers la compréhension.
Le nouveau rôle du développeur
Le plus intéressant est que le métier de développeur ne disparaît pas. Changer la densité.
Moins de temps sur le passe-partout. Plus de temps sur l'intention, la décomposition, la révision, l'intégration, les tests, les limites.
Le développeur devient une sorte d’éditeur technique. Pas dans le sens boiteux de « relectures ». Au sens fort : il décide de ce qui doit exister, de ce qui doit être supprimé, de ce qui est cohérent avec le système, de ce qui mérite confiance.
Un bon éditeur ne prend pas tout ce qu'il a. Il ne réécrit même pas tout par fierté. Reconnaît le bon matériel, le met en forme, protège le lecteur.
Avec les agents, le lecteur est aussi le futur mainteneur. Souvent, c'est vous dans trois semaines.
Le modèle que je vois émerger
Le modèle le plus sain est le suivant :
- humain : intention, contraintes, goût, responsabilité ;
- agent : variantes, échafaudage, recherche, modifications locales, tests répétitifs ;
- infrastructure : sandbox, CI, trace, permissions, déploiement ;
- équipe : revue, appropriation, normes.
Lorsqu’une de ces pièces manque, quelque chose se déforme.
Uniquement humain : lent, souvent enlisé par un travail répétitif.
Agent uniquement : rapide, mais sans jugement situé.
Juste une infrastructure : un processus élégant pour produire des choses inutiles.
Equipe uniquement : réunions très ordonnées autour d'un prototype qui n'arrive jamais.
Le meilleur arrive lorsque les pièces se parlent.
Une petite liste de contrôle
Avant de laisser grandir un prototype codé en vibe, je me poserais ces questions :
- est-ce que je comprends la structure du code ?
- existe-t-il des tests de comportement critique ?
- puis-je savoir quels fichiers l'agent a touché ?
- ai-je supprimé le code généré mais non utilisé ?
- des secrets, des jetons ou de fausses données se sont-ils retrouvés au mauvais endroit ?
- l'accessibilité minimale est-elle respectée ?
- le déploiement est-il annulé ?
- quelqu'un d'autre que moi peut-il le garder ?
Si la réponse est non à trop de questions, ce n’est pas un échec. C'est juste un prototype qui doit rester un prototype encore un peu.
Ma lecture
Le Vibe coding est un mot fort pour désigner une chose tendre : la joie de voir une idée prendre forme avant que la peur ne l’arrête.
Je ne veux pas le jeter. Ce serait snob. Beaucoup de bonnes choses naissent ainsi, à moitié tordues et vivantes.
Mais le logiciel restant a besoin de plus. Cela nécessite de la compréhension, des tests, de l’appropriation, de l’infrastructure et des limites. Il faut que quelqu'un dise : cool, maintenant rendons-le réel.
Peut-être que l'avenir ne consistera pas à choisir entre une programmation « sérieusement » et une programmation « ambiance ». C'est peut-être apprendre à changer de vitesse : explorer avec légèreté, puis consolider avec respect.
La part humaine est là. Sachez quand courir et quand vous asseoir et lire le différentiel.
##Sources
METADATA
- date: 2026-06-30
- reading: 7 min
- author: Filippo Spinella
- tags: AI, Coding, Agents, Developer Tools