Idée principale

Les fichiers qui grossissent trop, les tests absents, le métier dispersé dans les endpoints, les architectures trop compliquées pour le besoin, les refontes repoussées : rien de tout cela n'est apparu avec les assistants de développement. Des équipes construisaient déjà une cathédrale pour poser une étagère, et des entreprises confondaient déjà vitesse de delivery et valeur réelle.

Ce qui change n'est donc pas la nature des défauts, c'est leur débit. Un assistant accélère ce qui allait déjà trop vite, rend moins visible ce qui était déjà mal compris, et permet d'empiler en quelques heures des décisions que personne n'a vraiment prises.

La conséquence est qu'un système peut désormais présenter une maturité apparente sans avoir traversé les étapes qui la produisent d'ordinaire. Le défaut n'est pas nouveau ; c'est sa vitesse d'accumulation qui dépasse maintenant celle de la compréhension de l'équipe.

Pourquoi c'est important

Cela déplace le diagnostic. Attribuer ces défauts à l'outil conduit à chercher un meilleur outil ou à interdire son usage ; les reconnaître comme des pathologies anciennes amplifiées conduit à réarmer les dispositifs qui les contenaient déjà mal — revue, arbitrage d'architecture, tests, décision explicite.

Cela donne aussi une lecture des projets qui se dégradent vite : ce n'est pas la génération de code qui les a fragilisés, c'est qu'elle a supprimé le délai pendant lequel la fragilité restait corrigeable.

Couche apportée par « Quatre jours de vibe coding… » (2026-07-28). Observé de près sur quatre jours de construction, le mécanisme prend une forme précise et répétable. Un fichier commence raisonnable, puis gonfle jusqu'à faire un peu tout, et le coût apparaît trois jours plus tard quand il faut le modifier. Les couches se mélangent parce que rien n'oblige à décider où va la logique métier. Une API qui renvoie trente mille éléments est traitée comme une API qui en renvoie deux cents. Aucun de ces gestes n'est nouveau ; ce qui l'est, c'est qu'ils s'accumulent en quelques heures et que la démonstration passe quand même. Le mécanisme se prolonge aussi hors du code : les outils fabriqués dans un coin, sans maintenance et sans gouvernance, sont un problème connu des entreprises depuis les tableurs et les macros — l'assistant ne l'invente pas non plus, il baisse le prix d'entrée, donc le nombre d'objets qui l'empruntent.

Nuances et limites

Le changement d'échelle n'est pas neutre : au-delà d'un certain débit, une différence de quantité devient une différence de nature, parce que les dispositifs humains de contrôle — relire, discuter, arbitrer — ne suivent pas la même courbe.

Et certaines équipes disciplinées obtiennent l'effet inverse : le même assistant écrit les tests, sépare le domaine de la tuyauterie et propose une solution plus simple dès qu'on le lui demande explicitement. Ce qu'il fait spontanément et ce qu'il sait faire sont deux choses différentes.

Questions ouvertes

• À partir de quel débit de production les dispositifs humains de contrôle cessent-ils d'être dimensionnés, et comment le mesurer avant l'incident ?