Vibe coding, après la lune de miel

spinny:~/writing $ vim 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~

NORMAL · vibe-coding-agentic-engineering.md [readonly]162 lines · :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 ?

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~