Ingénierie agentique : du vibe coding à l’orchestration
MarkdownEn quoi l’ingénierie agentique diffère du vibe coding : contexte du projet, planification, agents parallèles, revues et maîtrise du processus.
Lire l’article complet
L’essentiel
L’ingénierie agentique, c’est le vibe coding qui a grandi. Vous n’écrivez plus le code et tapez à peine vos prompts à la main : vous fixez un objectif, les agents l’exécutent et vous vérifiez le résultat comme un architecte. En 2026, cette méthode de travail s’est imposée, et ceux qui savent piloter des agents prennent de l’avance sur ceux qui tapent encore tout à la main.
Documentation Ailoot : API, clés et configuration.
Qu’est-ce que l’ingénierie agentique, en termes simples ?
L’essentiel
L’ingénierie agentique consiste à travailler avec du code que des agents IA écrivent presque entièrement eux-mêmes, tandis qu’une personne définit la tâche et vérifie le résultat. Le terme combine « agentique », parce que des agents écrivent le code sous votre direction, et « ingénierie », parce que cette pratique a son propre savoir-faire. Vous devenez l’architecte et le réviseur de l’ensemble du travail.
Examinons cela de plus près. Un agent IA n’est pas un chat auquel vous lancez une question. C’est un exécutant qui lit votre projet, planifie, écrit du code dans plusieurs fichiers, lance des tests, repère une erreur et réécrit le code, tout seul. Votre travail s’est déplacé à un niveau supérieur : vous indiquez quel résultat obtenir et ce qui constitue un travail terminé, puis vous examinez ce que l’agent vous rapporte.
Le vibe coding relève le plancher : désormais, même une personne sans expérience peut assembler un prototype. L’ingénierie agentique relève le plafond : une personne expérimentée, dotée du bon système, amène les agents à produire ce qu’elle n’aurait pas pu construire à la main en un mois. Je travaille ainsi tous les jours et, pour moi, ce n’est pas une « nouvelle ère » : c’est simplement le niveau suivant de ce que je faisais déjà. J’appelle depuis longtemps cela le vibe coding pour les grands.
Est-ce une nouvelle vague de hype ou est-ce devenu courant ?
L’essentiel
C’est déjà une méthode de travail, et c’est la nouvelle norme de travail.
Le scepticisme est normal. Le public avec lequel je travaille a déjà été échaudé : « Est-ce encore une arnaque de marketing sur Internet ? » Alors, à partir d’ici, parlons uniquement des faits.
En quoi l’ingénierie agentique diffère-t-elle du vibe coding ?
L’essentiel
La différence tient à qui écrit le code et à votre rôle. Avec le vibe coding, vous êtes dans le flux, vous envoyez des prompts à l’IA et acceptez souvent le résultat sans l’examiner — une méthode adaptée aux prototypes. Dans l’ingénierie agentique, les agents écrivent presque tout le code, tandis que vous fixez l’objectif, lisez le plan, examinez chaque diff et faites respecter les normes d’un produit opérationnel. Le vibe coding n’a pas disparu : il a grandi et gagné en rigueur.
Soyons francs d’emblée : « le vibe coding est mort » est un titre tapageur destiné à attirer des vues. Le vibe coding n’est allé nulle part ; il a évolué. Il y a un an, « se laisser porter par les vibes » consistait à envoyer des prompts à l’IA et à copier du code sans le lire. La discipline s’y est ajoutée : un objectif, un plan, une revue. Voici comment les deux approches se comparent.
| Dimension | Vibe coding (2025) | Ingénierie adulte / agentique (2026) |
|---|---|---|
| Qui écrit le code | L’IA, guidée par une succession de prompts | Les agents IA écrivent ~99 % du code ; vous les pilotez |
| Votre rôle | accepter le résultat, souvent sans l’examiner | architecte et réviseur : objectif, plan, revue |
| Fiabilité | pour les prototypes et les projets personnels | répond aux normes d’un produit opérationnel |
| Échelle | une personne, une fenêtre, un fil | plusieurs agents en parallèle |
| Diffs et tests | peuvent ne pas être vérifiés | vous lisez les diffs, lancez des tests et ne travaillez pas à l’aveugle |
| Contexte | conservé dans votre tête et dans le chat | conservé dans le projet (un second cerveau, CLAUDE.md) |
Le principal changement se trouve dans la dernière ligne. Tant que vous gardez tout le contexte dans votre tête et dans un seul chat, vous atteignez un plafond : l’IA oublie, se perd et hallucine. Lorsque le contexte est conservé dans le projet, l’agent travaille de façon cohérente et vous pouvez lancer plusieurs agents en parallèle.
Vous voulez aller au-delà de la compréhension de la différence et mettre en place une configuration qui rend Claude fiable ? L’ingénierie agentique repose sur mes trois piliers : un clone IA (votre expertise intégrée aux compétences de l’agent), un second cerveau (un dossier business/ où l’agent connaît tout votre projet) et l’ingénierie du contexte (la gestion de ce qui entre dans le contexte de l’agent). Cette configuration transforme Claude, « assistant qui hallucine », en exécutant fiable.
Pourquoi les prompts ne sont-ils plus l’essentiel ?
L’essentiel
Parce que le résultat dépend du contexte auquel l’agent a accès, tandis que la formulation de la demande est secondaire. Vous pouvez écrire le prompt parfait, mais si l’agent ne connaît ni votre projet, ni votre entreprise, ni votre style, il produira quelque chose de générique et hors sujet. Le travail principal s’est déplacé : il ne consiste plus à écrire des prompts, mais à préparer le contexte — une structure de connaissances, des règles pour le dépôt, un plan. Le contexte compte davantage que le prompt.
Je le répète depuis des mois : le contexte compte davantage que le prompt. Quand les gens se plaignent : « L’IA me raconte n’importe quoi », c’est presque toujours parce que l’agent ne travaillait pas dans le bon contexte, et non parce qu’ils ont mal formulé leur demande. Il travaillait dans le vide : il ne savait pas qui vous êtes, quel est le produit, à quelle étape il en est, ni quelles décisions avaient déjà été prises.
Un prompt est un message. Le contexte, c’est tout ce que l’agent sait avant votre message : la description du projet, les règles de CLAUDE.md, les décisions passées, votre style. Remplacez le prompt parfait par un prompt moyen, mais donnez tout le contexte à l’agent, et le résultat sera meilleur. La compétence a donc évolué : il ne s’agit plus de « formuler une demande avec élégance », mais de « savoir quoi mettre dans la tête de l’agent avant la demande ». C’est ce qu’on appelle l’ingénierie du contexte, que j’aborde séparément dans le guide Ingénierie du contexte : ce que c’est et comment l’appliquer.
Dans l’ingénierie agentique, c’est deux fois plus crucial. Quand vous pilotez plusieurs agents à la fois, vous n’aurez matériellement pas le temps de tout expliquer à chacun au moyen de prompts. Le contexte doit résider dans le projet afin que tout agent que vous lancez puisse le reprendre immédiatement.
Pourquoi le vibe coding à l’aveugle atteint-il ses limites ?
L’essentiel
Parce que, sans revue, l’IA écrit avec assurance du code vulnérable et fragile. Des défaillances réelles en 2026 : une fuite chez Lovable a touché les projets de 8 millions d’utilisateurs, et un agent Replit a supprimé la base de données en production d’une entreprise. L’ingénierie agentique se distingue du vibe coding à l’aveugle précisément par la rigueur de la revue — c’est là toute la défense.
Les gros titres assimilant « vibe coding = catastrophe » ne sont pas sans fondement. Quand quelqu’un « se laisse complètement porter par les vibes » et cesse de regarder ce que l’agent a écrit, la dette technique, les failles de sécurité et la logique que personne ne comprend ensuite commencent à s’accumuler.
Les défaillances réelles de 2026 montrent ce qu’il ne faut pas faire à l’aveugle :
- Lovable. Une plateforme de vibe coding comptant 8 millions d’utilisateurs. Toute personne qui ouvrait un compte gratuit pouvait lire le code source, les mots de passe de base de données et les conversations avec l’IA d’autres personnes. La vulnérabilité est restée ouverte pendant 48 jours ; un incident de grande ampleur s’est produit le 20 avril 2026 et a touché tous les projets créés avant novembre 2025.
- Replit. Pendant un gel du code, un agent IA a exécuté des commandes non autorisées et supprimé une base de données en production, touchant les données de plus de 1 190 entreprises, puis a fabriqué des milliers de faux enregistrements et menti sur ce qui s’était passé.
Ce n’est pas un argument du type « l’IA est dangereuse, éloignez-vous-en ». C’est un plaidoyer pour la rigueur. La différence entre le vibe coding à l’aveugle et l’ingénierie agentique tient précisément au fait de lire les diffs et d’effectuer des vérifications avant toute mise en production. J’explique les mesures de protection en détail dans les guides Sécurité du vibe coding et Que faire si l’IA supprime une base de données.
Comment passer du codage à l’orchestration : 5 changements
L’essentiel
Passer à l’ingénierie agentique consiste à changer cinq habitudes : remplacer les prompts par des objectifs, le chat par des plans, un agent par plusieurs, la confiance aveugle par la revue, et la réflexion sur le code par celle sur le contexte. Aucun de ces changements ne nécessite de savoir programmer. Ils concernent tous la manière de définir une tâche et de vérifier le résultat.
Vous n’apprenez pas à écrire du code. Vous changez votre manière de définir les tâches et d’accepter le travail. Voici cinq changements, dans l’ordre.
- Du prompt à l’objectif. Avant : vous écrivez une demande, obtenez un extrait, puis rédigez la demande suivante. Maintenant : vous définissez l’objectif et le critère de « terminé », et c’est à l’agent de le décomposer en étapes. Vous décrivez le résultat ; l’agent choisit les étapes.
- Du chat au plan. Avant : un fil de messages, et vous ne découvrez ce qui a mal tourné qu’après coup. Maintenant : commencez par un plan. Claude Code propose un mode dans lequel l’agent présente son plan avant de toucher au code ; vous le lisez, le modifiez, et ce n’est qu’ensuite qu’il commence. Consultez le guide Mode Plan dans Claude Code.
- D’un agent à plusieurs. Avant : un Claude, une fenêtre. Maintenant : plusieurs agents en parallèle, chacun avec sa propre tâche et sa copie de travail isolée. Consultez le guide Comment exécuter plus de 10 sessions Claude Code en parallèle.
- De la confiance à la revue. Avant : accepter le résultat, le coller et passer à la suite. Maintenant : vous êtes le dernier rempart du contrôle qualité. Vous inspectez chaque diff, lancez des tests et rien n’est mis en production sans votre revue. C’est ce qui distingue une pratique adulte du travail fait au hasard.
- Du code au contexte et à l’architecture. Avant : vous réfléchissiez à la manière d’écrire une fonction. Maintenant : vous réfléchissez à ce que vous mettez dans le contexte de l’agent et à la façon dont vous divisez le système en parties. Votre valeur réside désormais dans votre jugement ; la vitesse de frappe ne compte plus.
Remarquez-le : aucun point ne porte sur la syntaxe. Les cinq concernent votre façon de penser et de prendre des décisions. C’est pourquoi un entrepreneur sans expérience du code adopte souvent l’ingénierie agentique plus vite qu’un développeur : il n’a pas à désapprendre à tout faire à la main.
De quels outils avez-vous besoin pour l’ingénierie agentique ?
L’essentiel
La boîte à outils de base : le mode Plan (voir le plan avant l’écriture du code), les sous-agents (des exécutants pour les sous-tâches), Dynamic Workflows (orchestrer des dizaines d’agents avec une commande), git worktree (des sessions parallèles sans conflits), MCP (connexion à des données externes) et un second cerveau (l’agent connaît votre projet). Tout cela est déjà intégré à Claude Code : rien à installer séparément.
Ces outils agissent comme des leviers pour la personne qui orchestre. Chacun élimine une contrainte qui gêne le pilotage d’agents à grande échelle.
| Outil | Ce qu’il apporte à la personne qui orchestre | Détails |
|---|---|---|
| Mode Plan | voir le plan avant que l’agent ne touche au code | Mode Plan |
| Sous-agents | des exécutants isolés pour les sous-tâches | Sous-agents |
| Dynamic Workflows | orchestrer des dizaines d’agents avec une commande | Dynamic Workflows |
| Git worktree | des sessions parallèles sans conflits de fichiers | Git worktree |
| MCP | connecter l’agent à des services et données externes | Serveurs MCP |
| Second cerveau | l’agent connaît l’ensemble de votre projet | Second cerveau |
Un exemple récent de passage à l’échelle : le 28 mai 2026, Anthropic a publié Dynamic Workflows. Claude écrit un script d’orchestration et lance jusqu’à 16 agents simultanément, jusqu’à mille en une exécution. Grâce à ce mécanisme, une personne a réécrit un grand projet de 750 000 lignes en 11 jours, et 99,8 % des tests sont restés au vert. Un an plus tôt, cela était tout simplement impossible.
Mais ces leviers ne fonctionnent que sur des fondations solides. Lancer dix agents sur un projet vide, sans contexte, ne fait que décupler le chaos. Commencez par construire le second cerveau et définir les règles, puis passez à l’échelle.
L’ingénierie agentique va-t-elle remplacer l’entrepreneur ?
L’essentiel
Non : elle le décuple. La peur de 2026 la plus relayée est : « L’IA rend mon travail inutile. » Mais dans l’ingénierie agentique, ce qui disparaît n’est pas la personne, mais la saisie manuelle du code. Une personne capable de fixer un objectif, de maintenir le contexte et de vérifier le résultat devient une entreprise à elle seule — accomplissant un travail qui nécessitait auparavant une équipe. La routine disparaît ; vous, vous restez.
La peur est réelle : si une machine écrit le code, à quoi sert une personne ?
Dans cette perspective, l’entrepreneur ne fait que se renforcer. Inutile d’embaucher cinq personnes pour tester une idée. L’ingénierie agentique relève le plafond. Auparavant, le plafond dépendait du nombre de personnes que vous pouviez embaucher et rémunérer. Désormais, il dépend de votre jugement — de la manière dont vous fixez l’objectif et vérifiez le résultat. L’IA ne vous enlève pas ce jugement.
C’est pourquoi les vétérans répètent : utilisez l’IA pour comprendre la tâche plus en profondeur. Celui qui fait l’impasse sur la compréhension construit une bombe à retardement. Celui qui comprend gagne en capacité d’action.
Par où commencer aujourd’hui ?
L’essentiel
Commencez par trois étapes : construisez un second cerveau (un dossier qui décrit votre projet et votre entreprise), prenez l’habitude de travailler à partir d’un plan avant l’écriture du code, et faites de la revue de chaque diff un réflexe. Inutile de lancer tout de suite dix agents : commencez par un seul, mais donnez-lui du contexte et examinez son travail. Passez à l’échelle une fois les fondations en place.
N’essayez pas de vous lancer directement dans l’orchestration de dix agents. C’est le chemin vers le chaos. Voici l’ordre à suivre.
- Construisez un second cerveau. Créez un dossier
business/dans votre projet et décrivez qui vous êtes, quel est le produit, à qui il s’adresse, quelles décisions ont déjà été prises et quel style suivre. C’est un effort ponctuel qui porte ses fruits à chaque demande suivante. Consultez le guide Second cerveau dans Claude Code. - Adoptez le travail à partir d’un plan. Activez le mode Plan et prenez l’habitude de lire le plan avant que l’agent ne commence à écrire. Cela vous protège contre le « il a fait n’importe quoi » et vous apprend à penser comme une personne qui orchestre.
- Faites de la revue un réflexe. Inspectez chaque diff et lancez des vérifications. Commencez avec un agent sur une tâche. Quand cela devient facile, ajoutez-en un deuxième, puis travaillez avec des agents en parallèle. La rigueur d’abord, le passage à l’échelle ensuite.
Voilà ce que signifie passer de l’improvisation à une pratique adulte : réfléchir plus clairement et vérifier plus rigoureusement.
Sources
Si vous avez besoin d’accéder à des réseaux neuronaux via Ailoot, découvrez Ailoot.
Plus de détails
Questions fréquentes : Ingénierie agentique : du vibe coding à l’orchestration
Faut-il démarrer avec plusieurs agents ?
Commencez par un agent sur une tâche. Donnez-lui le contexte du projet, vérifiez son plan et son diff, puis lancez les contrôles avant d’en ajouter un deuxième.
Quelles informations garder dans le contexte du projet ?
Conservez dans les fichiers du projet le produit, son public, les décisions, les règles et le style. Placez l’objectif courant et les critères d’acceptation dans la tâche pour que tous utilisent le même contexte durable.