Les cinq archétypes de l'ingénierie IA

Regardez un agent de codage IA travailler et vous remarquerez qu'il n'a qu'une seule vitesse. Il écrit la première version de tout avec la même assurance, que vous lui demandiez de maquetter une idée jetable ou de sécuriser le code des paiements. Il demande rarement ce que vous vouliez dire. Il ne s'arrête presque jamais pour vérifier si ce qu'il vient d'écrire fonctionne vraiment. Ce réglage par défaut unique se trompe bien plus souvent qu'il ne réussit, et il est important de comprendre pourquoi.

Boris Cherny, le créateur de Claude Code, propose un cadre qui rend le problème limpide. Selon lui, les anciens intitulés de postes disparaissent. Le produit, l'ingénierie, le design et la data science fusionnent en cinq archétypes de développement, et une équipe solide passe de l'un à l'autre selon les besoins du moment. Selon ses propres mots :

Alors que l'ingénierie, le produit, le design, la data science, etc., fusionnent en un nouveau type de rôle... quand je regarde l'équipe de Claude Code, je vois ce que je considère comme cinq archétypes : le Prototypeur, le Bâtisseur, le Nettoyeur, le Propulseur et le Mainteneur.

Boris Cherny, créateur de Claude Code

Chacun de ces rôles est un métier à part entière, il convient donc de les définir clairement :

• Le Prototypeur enchaîne les idées neuves, en grande quantité, dont la plupart ne seront jamais déployées. C'est tout l'intérêt. La vitesse et l'exploration l'emportent sur la rigueur, car le but est de trouver la seule idée qui vaut la peine d'être développée, pas de bien la concevoir dès le départ.
• Le Bâtisseur prend un prototype prometteur et le concrétise : un produit prêt pour la production, une infrastructure solide, les éléments qui doivent tenir le coup lorsque des utilisateurs externes s'appuient dessus.
• Le Nettoyeur fait le ménage. Il simplifie le code, épure l'interface, supprime les fonctionnalités inutiles et accélère ce qui est lent. Il supprime aussi facilement qu'il ajoute.
• Le Propulseur prend un produit fini et le pousse vers l'adéquation avec son marché, en itérant selon le comportement réel des utilisateurs jusqu'à ce que le produit soit celui que les gens veulent.
• Le Mainteneur maintient un système mature sécurisé, fiable, rapide et économique à grande échelle, bien après que l'effervescence du lancement soit retombée.

Le second point de Cherny est celui que l'on oublie souvent, et il concerne la répartition. Un produit avant son adéquation au marché a besoin de Prototypeurs, de Bâtisseurs et de Nettoyeurs : explorer à fond, concrétiser les paris qui survivent, rester léger. Un produit qui trouve son public passe aux Bâtisseurs, aux Nettoyeurs et aux Propulseurs, et le rôle de Mainteneur commence à compter. Un produit bien établi s'appuie sur les Nettoyeurs, les Propulseurs et les Mainteneurs, avec juste assez de Bâtisseurs pour continuer à livrer. L'archétype n'est pas figé à votre poste. C'est une réponse aux besoins du moment.

Un archétype est une fonction de valeur, pas une compétence

Voici pourquoi cette grille de lecture s'applique si bien aux agents de codage IA. Un archétype n'est pas vraiment une compétence. C'est la superposition de trois éléments : une fonction de valeur qui définit ce qui est satisfaisant, une définition du travail terminé qui indique quand s'arrêter, et une liste d'actions interdites qui dicte ce qu'il ne faut pas faire, même si c'est facile.

La fonction de valeur d'un Prototypeur valorise la vitesse et l'exploration. Le travail est terminé quand l'idée est assez claire pour être évaluée. L'action interdite est de peaufiner quelque chose que l'on s'apprête à jeter. La fonction de valeur d'un Bâtisseur valorise la rigueur et la durabilité. Le travail est terminé quand le code tourne, que vous l'avez prouvé et que d'autres peuvent s'appuyer dessus. L'action interdite est de déployer le premier jet sans le vérifier. La fonction de valeur d'un Nettoyeur valorise la soustraction. Le travail est terminé quand il y a moins de code et que tout fonctionne encore. L'action interdite est d'ajouter une fonctionnalité. Même personne, même clavier, mais un travail complètement différent, car la fonction de valeur sous-jacente a changé.

Votre agent de codage IA n'exécute qu'une seule fonction de valeur, et il a choisi la mauvaise

Voici le diagnostic. Aujourd'hui, les agents de codage IA exécutent une seule fonction de valeur implicite, que personne n'a choisie délibérément. Par défaut, un agent cherche uniquement à produire du code. Il devine ce que vous vouliez dire au lieu de vous le demander. Il écrit la version qui semble la plus complète au lieu de la plus simple qui fonctionne. Il considère la tâche terminée dès que le code est écrit, avant même d'avoir exécuté la moindre ligne. Il crée une abstraction, une couche de configuration ou une nouvelle dépendance là où une simple ligne de code aurait suffi.

Relisez cette liste. Ce sont les instincts d'un Prototypeur appliqués au travail d'un Bâtisseur. Rapide, tous azimuts, ne jetant jamais rien, traitant le premier jet comme le produit fini. Un Prototypeur dégradé qui se prend pour un Bâtisseur, c'est la recette parfaite pour produire du code de mauvaise qualité : des textes en dégradé, onze composants de cartes presque identiques, une fonction utilitaire qui enveloppe un champ de saisie natif sans raison, et un joyeux « ça devrait marcher » sans que rien n'ait été testé. Ce n'est pas que le modèle est stupide. C'est simplement qu'il utilise la mauvaise fonction de valeur pour la situation actuelle.

C'est aussi pourquoi l'approche consistant à « ajouter plus d'agents » ne résout rien. Dix agents exécutant tous la fonction de valeur du Prototypeur vous donneront dix fois plus de code médiocre, plus rapidement. Le volume n'a jamais été le problème. C'était la direction. C'est la même raison pour laquelle le vibe coding n'est pas à blâmer : la pratique est bonne, mais la fonction de valeur par défaut qui la sous-tend ne l'est pas.

Le véritable savoir-faire consiste à adapter l'archétype au moment présent

La solution ne réside pas dans un essaim de robots plus grand. Elle consiste à indiquer à l'agent quel archétype il doit incarner, puis à le contraindre à respecter les règles de cet archétype.

Explorez comme un Prototypeur quand la vraie question est de savoir ce que le produit doit être. Acceptez que ce soit rapide, approximatif et parfois un peu faux. Générez cinq versions et jetez-en quatre délibérément. C'est le seul mode où le comportement par défaut est le bon : utilisez-le donc de manière intentionnelle plutôt que par accident.

Puis changez de mode. Engagez-vous comme un Bâtisseur une fois votre choix fait. Un Bâtisseur pose des questions avant de supposer. Il apporte la modification la plus minime possible qui fonctionne réellement, et non la plus impressionnante qu'il puisse imaginer. Il vérifie de ses propres yeux que le code tourne avant de déclarer la tâche terminée. Et il refuse de livrer du code qui a l'air généré par une IA, car cet aspect artificiel est un échec pour un Bâtisseur, pas un simple détail esthétique.

Puis nettoyez. Quand le projet commence à s'alourdir, devenez un Nettoyeur : supprimez les abstractions hypothétiques, intégrez directement la fonction utilitaire utilisée à un seul endroit, réduisez cinquante lignes à cinq. Moins de code qui fonctionne toujours, c'est là toute la victoire.

C'est cela, le véritable savoir-faire de l'ingénierie IA. Ce n'est pas rédiger des prompts toujours plus complexes, ni utiliser un seul mode indéfiniment en rejetant la faute du désordre sur le modèle. C'est savoir quel archétype la situation exige, et passer de l'un à l'autre proprement.

Intégrer le rôle de Bâtisseur

C'est le pari derrière kitstarter. L'agent par défaut est un Prototypeur sans bouton d'arrêt, nous en faisons donc un Bâtisseur par défaut : demander avant de coder, faire la modification la plus simple possible qui fonctionne, prouver que le code tourne et éviter l'aspect généré par IA. Ce sont les règles qu'un bon Bâtisseur a déjà en tête, rédigées là où l'agent les lira vraiment. Si vous partez de zéro, installez Claude Code et configurez-le pour qu'il se comporte correctement avant d'écrire la moindre ligne. Quand vous voulez vraiment explorer, c'est toujours possible. La différence, c'est que la base est désormais un Bâtisseur, et non plus un Prototypeur qui a oublié de s'arrêter.

Les cinq archétypes dessinent une carte précise de l'avenir du développement. Ceux qui tireront le meilleur parti des agents de codage IA seront ceux qui cesseront de leur demander de tout faire dans un seul mode, pour commencer à leur indiquer quel mode adopter.

Le mode dont vous avez besoin dépend de qui vous êtes. Un adepte du vibe coding qui lance sa première application, un fondateur solo pressé par son lancement ou un développeur soucieux de garder le contrôle combattent tous le Prototypeur sous un angle différent. Trouvez le profil qui vous ressemble, et découvrez ce qui change lorsque la base de départ évolue.