Vibe coding, après la lune de miel

spinny:~/writing $ less vibe-coding-agentic-engineering.md

1 
2Le Vibe coding fait partie de ces expressions qui semblent nées pour être détestées et qui, petit à petit, deviennent utiles.
3 
4Au 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.
5 
6Mais 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.
7 
8Vous 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.
9 
10La 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 ?
11 
12## Le prototype est devenu économique
13 
14C'est la partie la plus importante.
15 
16Les 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.
17 
18Maintenant vous pouvez dire : donnez-moi une première version.
19 
20Et une première version arrive.
21 
22Pas 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.
23 
24C'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.
25 
26Le Vibe coding est à la mode car il donne à davantage de personnes la sensation physique du logiciel en cours de création.
27 
28## Le problème est que le logiciel perdure
29 
30La partie que le mème raconte le moins est le lendemain.
31 
32Le 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.
33 
34Ici, le codage purement vibratoire frappe le mur.
35 
36Un 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.
37 
38Le 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.
39 
40Mais le runtime n’accepte aucune excuse. Si le code s'exécute en production, il vous appartient.
41 
42## Du vibe coding à l'ingénierie agentique
43 
44La 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.
45 
46Non : cela génère tout et nous l’espérons.
47 
48Mais :
49 
501. décrire l'intention ;
512. laissez générer un brouillon ;
523. demander à l'agent d'expliquer le plan ;
534. faire de petites différences ;
545. lancer les tests ;
556. faire des révisions ;
567. correct ;
578. alors seulement, rejoignez-nous.
58 
59Cette 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.
60 
61Le but n’est pas de retirer de l’énergie au vibe coding. Cela lui donne des traces.
62 
63## Où ça marche très bien
64 
65Le codage vibratoire fonctionne lorsque le coût de l’erreur est faible et que la valeur de l’exploration est élevée.
66 
67Exemples :
68 
69- prototypes d'interfaces ;
70- des outils personnels ;
71- des tableaux de bord internes ;
72- des petits jeux ;
73- script unique ;
74- Analyses API ;
75- preuve de concept ;
76- des refacteurs mécaniques avec de bons tests ;
77- des contenus techniques à transformer en démos.
78 
79Dans 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.
80 
81Le Vibe coding est parfait pour faire émerger la forme.
82 
83## Là où ça devient dangereux
84 
85Cela devient dangereux lorsque le système a des conséquences et que personne ne ralentit.
86 
87Paiements, 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.
88 
89Cela 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.
90 
91La phrase à tatouer sur le moniteur est simple : plus l’agent est rapide, plus le processus doit être lisible.
92 
93Si 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.
94 
95## Le nouveau rôle du développeur
96 
97Le plus intéressant est que le métier de développeur ne disparaît pas. Changer la densité.
98 
99Moins 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.
100 
101Le 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.
102 
103Un 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.
104 
105Avec les agents, le lecteur est aussi le futur mainteneur. Souvent, c'est vous dans trois semaines.
106 
107## Le modèle que je vois émerger
108 
109Le modèle le plus sain est le suivant :
110 
111- humain : intention, contraintes, goût, responsabilité ;
112- agent : variantes, échafaudage, recherche, modifications locales, tests répétitifs ;
113- infrastructure : sandbox, CI, trace, permissions, déploiement ;
114- équipe : revue, appropriation, normes.
115 
116Lorsqu’une de ces pièces manque, quelque chose se déforme.
117 
118Uniquement humain : lent, souvent enlisé par un travail répétitif.
119 
120Agent uniquement : rapide, mais sans jugement situé.
121 
122Juste une infrastructure : un processus élégant pour produire des choses inutiles.
123 
124Equipe uniquement : réunions très ordonnées autour d'un prototype qui n'arrive jamais.
125 
126Le meilleur arrive lorsque les pièces se parlent.
127 
128## Une petite liste de contrôle
129 
130Avant de laisser grandir un prototype codé en vibe, je me poserais ces questions :
131 
132- est-ce que je comprends la structure du code ?
133- existe-t-il des tests de comportement critique ?
134- puis-je savoir quels fichiers l'agent a touché ?
135- ai-je supprimé le code généré mais non utilisé ?
136- des secrets, des jetons ou de fausses données se sont-ils retrouvés au mauvais endroit ?
137- l'accessibilité minimale est-elle respectée ?
138- le déploiement est-il annulé ?
139- quelqu'un d'autre que moi peut-il le garder ?
140 
141Si 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.
142 
143## Ma lecture
144 
145Le 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.
146 
147Je ne veux pas le jeter. Ce serait snob. Beaucoup de bonnes choses naissent ainsi, à moitié tordues et vivantes.
148 
149Mais 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.
150 
151Peut-ê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.
152 
153La part humaine est là. Sachez quand courir et quand vous asseoir et lire le différentiel.
154 
155##Sources
156 
157- [Simon Willison : Toute la programmation assistée par l'IA n'est pas du codage d'ambiance](https://simonwillison.net/2025/Mar/19/vibe-coding/)
158- [OpenAI : Comment les gens utilisent ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)
159- [Blog GitHub : agent de codage GitHub Copilot](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
160- [Anthropic : Créer des agents efficaces](https://www.anthropic.com/engineering/building-effective-agents)
161- [Stack Overflow Blog : Pourquoi le vibe coding est l'avenir](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
162

:Vibe coding, après la lune de miellines 1-162 (END) — press q to close

2Le Vibe coding fait partie de ces expressions qui semblent nées pour être détestées et qui, petit à petit, deviennent utiles.

4Au 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.

6Mais 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.

8Vous 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.

10La 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 ?

12## Le prototype est devenu économique

14C'est la partie la plus importante.

16Les 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.

18Maintenant vous pouvez dire : donnez-moi une première version.

20Et une première version arrive.

22Pas 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.

24C'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.

26Le Vibe coding est à la mode car il donne à davantage de personnes la sensation physique du logiciel en cours de création.

28## Le problème est que le logiciel perdure

30La partie que le mème raconte le moins est le lendemain.

32Le 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.

34Ici, le codage purement vibratoire frappe le mur.

36Un 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.

38Le 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.

40Mais le runtime n’accepte aucune excuse. Si le code s'exécute en production, il vous appartient.

42## Du vibe coding à l'ingénierie agentique

44La 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.

46Non : cela génère tout et nous l’espérons.

48Mais :

501. décrire l'intention ;

512. laissez générer un brouillon ;

523. demander à l'agent d'expliquer le plan ;

534. faire de petites différences ;

545. lancer les tests ;

556. faire des révisions ;

567. correct ;

578. alors seulement, rejoignez-nous.

59Cette 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.

61Le but n’est pas de retirer de l’énergie au vibe coding. Cela lui donne des traces.

63## Où ça marche très bien

65Le codage vibratoire fonctionne lorsque le coût de l’erreur est faible et que la valeur de l’exploration est élevée.

67Exemples :

69- prototypes d'interfaces ;

70- des outils personnels ;

71- des tableaux de bord internes ;

72- des petits jeux ;

73- script unique ;

74- Analyses API ;

75- preuve de concept ;

76- des refacteurs mécaniques avec de bons tests ;

77- des contenus techniques à transformer en démos.

79Dans 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.

81Le Vibe coding est parfait pour faire émerger la forme.

83## Là où ça devient dangereux

85Cela devient dangereux lorsque le système a des conséquences et que personne ne ralentit.

87Paiements, 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.

89Cela 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.

91La phrase à tatouer sur le moniteur est simple : plus l’agent est rapide, plus le processus doit être lisible.

93Si 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.

95## Le nouveau rôle du développeur

97Le plus intéressant est que le métier de développeur ne disparaît pas. Changer la densité.

99Moins 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.

100

101Le 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.

102

103Un 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.

104

105Avec les agents, le lecteur est aussi le futur mainteneur. Souvent, c'est vous dans trois semaines.

106

107## Le modèle que je vois émerger

108

109Le modèle le plus sain est le suivant :

110

111- humain : intention, contraintes, goût, responsabilité ;

112- agent : variantes, échafaudage, recherche, modifications locales, tests répétitifs ;

113- infrastructure : sandbox, CI, trace, permissions, déploiement ;

114- équipe : revue, appropriation, normes.

115

116Lorsqu’une de ces pièces manque, quelque chose se déforme.

117

118Uniquement humain : lent, souvent enlisé par un travail répétitif.

119

120Agent uniquement : rapide, mais sans jugement situé.

121

122Juste une infrastructure : un processus élégant pour produire des choses inutiles.

123

124Equipe uniquement : réunions très ordonnées autour d'un prototype qui n'arrive jamais.

125

126Le meilleur arrive lorsque les pièces se parlent.

127

128## Une petite liste de contrôle

129

130Avant de laisser grandir un prototype codé en vibe, je me poserais ces questions :

131

132- est-ce que je comprends la structure du code ?

133- existe-t-il des tests de comportement critique ?

134- puis-je savoir quels fichiers l'agent a touché ?

135- ai-je supprimé le code généré mais non utilisé ?

136- des secrets, des jetons ou de fausses données se sont-ils retrouvés au mauvais endroit ?

137- l'accessibilité minimale est-elle respectée ?

138- le déploiement est-il annulé ?

139- quelqu'un d'autre que moi peut-il le garder ?

140

141Si 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.

142

143## Ma lecture

144

145Le 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.

146

147Je ne veux pas le jeter. Ce serait snob. Beaucoup de bonnes choses naissent ainsi, à moitié tordues et vivantes.

148

149Mais 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.

150

151Peut-ê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.

152

153La part humaine est là. Sachez quand courir et quand vous asseoir et lire le différentiel.

154

155##Sources

156

157- [Simon Willison : Toute la programmation assistée par l'IA n'est pas du codage d'ambiance](https://simonwillison.net/2025/Mar/19/vibe-coding/)

158- [OpenAI : Comment les gens utilisent ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)

159- [Blog GitHub : agent de codage GitHub Copilot](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

160- [Anthropic : Créer des agents efficaces](https://www.anthropic.com/engineering/building-effective-agents)

161- [Stack Overflow Blog : Pourquoi le vibe coding est l'avenir](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

162