Le vibe coding n’était qu’un début

Le vibe coding, c’est pas fait pour l’entreprise

Premier malentendu à lever : le vibe coding, ce n’est pas une technologie. C’est une méthode de travail — et ce n’est pas la bonne. Les modèles qui tournent derrière, eux, sont puissants, et ils s’améliorent de jour en jour, de semaine en semaine, au rythme des sorties. Ce n’est pas ça que je conteste.

Le vibe coding, c’était la première étape : celle qui a servi à montrer à tout le monde que ça fonctionnait. Elle a fait son travail. Maintenant il va falloir passer à la version structurée, avec les bonnes personnes aux mains.

Ce qui vient après, je l’appelle la vibe création. Des profils non techniques, sans aucune connaissance de code, vont pouvoir créer directement du software — sans voir une seule ligne de code. Ils vont s’intéresser au design. Est-ce que ça fonctionne bien ? Est-ce que c’est assez rapide ? Mais du code, ils n’en verront jamais. C’est pour ça que garder le mot « code » dans le terme est une mauvaise utilisation : il n’y a plus de code dans ce que ces gens-là font.

Et ce n’est pas seulement une question de temps perdu. Il n’y a pas assez de tracking, pas assez de structuration, pas assez de suivi. Les applicatifs se cumulent, ils consomment du budget par les tokens, et personne ne tient le fil. C’est ça, être à risque.

Le vibe coding n’était qu’un début. Vous choisirez peut-être la vibe création.

L’écosystème de demain : un tech lead et un PO

Les bonnes personnes aux mains, ce sont les vibe créateurs. Parce que tout ça, c’est de la création : on va pouvoir créer, créer, créer des choses super. Et pour être créateur, il n’y a pas besoin d’être designer — ni d’être que designer, ni d’être que tech. Il faut être multi-sujets. C’est ce que j’appelle être digital natif.

L’écosystème de demain tient donc sur deux profils. Un tech lead et un PO.

Le PO est ce profil digital natif. Il a la capacité de faire du design, de comprendre le socle technique, et de faire évoluer son produit par rapport à l’UX demandé, en respectant la marque. Ce n’est pas un développeur qui s’ignore : c’est quelqu’un dont le métier est le produit, et qui a maintenant les moyens de le fabriquer lui-même.

Le tech lead, lui, n’est pas un développeur non plus. C’est un profil qui a une connaissance du socle, une connaissance des bonnes choses à faire, et qui est là pour sécuriser l’entièreté et poser le cadrage. Il est en gestion sur plusieurs projets à la fois — c’est même le principe : sa mission se répète d’un projet à l’autre.

Le design et le développement vont pouvoir être mis à la main d’IA. Ça, c’est le point important, et c’est ce qui rend les deux autres possibles. Encore faut-il un socle technique, avec les bons outils, les bonnes organisations et les bonnes règles.

La méthode digital natif

La méthode tient en deux boucles.

La première est la boucle initiale : le tech lead structure le projet et crée les agents. C’est le seul moment où quelqu’un travaille sur la base elle-même.

Ensuite tourne la seconde. Le PO arrive sur une plateforme. Il ne verra même pas une ligne de code se faire — il arrive sur un code qui a déjà été fait, on ne part jamais de zéro. Il met à jour, il change son design, il modifie tout ce qui lui plaît, dans les règles qui ont été mises en place par le tech lead. C’est l’agent qui connaît ces règles pour lui. Quand il dit « c’est bon pour moi », ça tombe chez le tech lead, qui refait des validations, des sécurisations, et met en production.

Et cette boucle-là tourne, tourne, tourne, autant qu’on veut.

S’il y a de gros changements drastiques, on repart à la boucle initiale : le tech lead devra peut-être faire de grosses mises à jour de ses agents et de la structuration du projet, pour accueillir ces changements-là. Mais tant qu’on reste dans le cadre, personne n’a besoin de revenir en arrière.

Uniquement deux profils peuvent faire ça.

Ce designer-développeur n’existe guère

Et pour répondre à ces besoins, il faut amener une solution. Pour le tech lead, il faut les meilleurs outils de code génératif, ceux qui lui permettent de structurer et de faire sa mission sur de nombreux projets en même temps.

Pour le product owner, il faut l’accompagner avec des outils beaucoup moins tech. Quels sont les meilleurs réflexes d’un PO ? Faire des commentaires sur Figma, et faire des petites modifications. Donc il faut lui permettre de commenter directement sur un front, de faire des modifications de design, et que ça parte — exactement comme s’il était sur un Figma en train de faire des retours à son designer développeur.

Sauf que ce designer développeur n’existe guère. Derrière, c’est une IA, structurée par le tech lead.

Au final, c’est assez simple. On s’attendait à plus gros.

Aucun outil ne répond à ça

Le plus compliqué, c’est qu’aujourd’hui aucun outil ne répond à ces sujets-là. Il n’existe pas de plateforme où un tech lead cadre une fois et où un PO travaille ensuite sans jamais croiser une ligne de code. Il faut donc que cet outil existe.

C’est ce que j’essaie de faire avec agentation.fr. C’est une one guy company, mais c’est la vision derrière.