On nous demande souvent : "vos agents IA, c'est quoi exactement ?". Plutôt qu'une réponse marketing, voici nos vraies leçons après deux ans à les construire, les casser, les reconstruire. C'est un retour d'expérience d'équipe, pas un mode d'emploi.
Un agent, ce n'est pas un prompt
La première erreur, qu'on a faite comme tout le monde au début, c'est de croire qu'un agent IA, c'est un prompt bien écrit. Un prompt bien écrit donne une réponse. Un agent doit faire un travail. Ce n'est pas la même chose.
Un agent, dans notre vocabulaire interne, c'est : un modèle de langage, un cadre d'exécution (qui sait quand l'appeler, avec quoi, et que faire de sa sortie), une mémoire (ce qu'il sait du projet, du client, de nos conventions), et un référent nommé responsable de son comportement. Sans ces quatre briques, ce n'est qu'un appel API.
La spécialisation paye plus que la généralité
Nous avons commencé avec un agent généraliste qui essayait de tout faire : rédiger, designer, coder, relire. Il était médiocre partout. Nous l'avons éclaté en quatre agents spécialisés. Chacun est devenu très bon dans son périmètre étroit. La somme des quatre fait un atelier qui produit dix fois ce que le généraliste produisait.
La leçon : ne demandez pas à un agent ce que vous ne demanderiez pas à une seule personne. Une équipe qui se complète bat un couteau suisse.
Le piège des démos qui marchent
Les démonstrations d'agents IA sur LinkedIn ou en conférence sont souvent trompeuses. Elles montrent un cas idéal, dans des conditions idéales, avec un prompt taillé pour le cas. La réalité d'un atelier qui produit pour des clients, c'est : des centaines de cas, du contexte hérité, des contraintes métier non triviales, des données réelles avec leurs imperfections.
Nos agents échouent. Régulièrement. On les voit échouer parce que nous mesurons leur taux de succès projet par projet. Cette mesure est ce qui nous permet de les améliorer. Sans elle, on ne saurait pas qu'on doit faire mieux.
L'importance du contexte projet
Un agent IA sans contexte est un consultant junior qu'on a parachuté sans briefing. Il va faire des choix raisonnables dans l'absolu, et catastrophiques dans votre cas. Notre travail principal sur les agents, depuis un an, est de leur donner du contexte : qui est le client, quelles sont ses contraintes, quelles décisions ont déjà été prises et pourquoi.
Ce contexte vit dans une mémoire structurée, mise à jour à chaque session avec le client. C'est ce qui fait qu'un agent produit du code cohérent avec vos conventions, ou un design qui respecte votre identité visuelle, sans qu'on ait à le lui répéter.
L'équipe reste l'interface de confiance
Nous avons essayé, brièvement, de mettre un agent en contact direct avec un client pour récolter un besoin. C'était techniquement possible. Côté relation client, c'était absurde. Les clients ont besoin de quelqu'un qui les écoute, qui réagit aux non-dits, qui sait reformuler sans paraphraser. Un agent n'est pas (encore) bon à ça.
Donc nos agents ne parlent jamais directement à nos clients. Ils travaillent en coulisses, leur production passe par nos équipes. Cette règle ne souffre pas d'exception.
Trois principes qu'on défendrait toujours
- Un agent doit avoir un référent nommé. Pas une équipe : une personne. Quand l'agent dérive, on sait à qui parler.
- Un agent doit pouvoir être désactivé en une commande, sans dégrader le service. Sinon c'est une dépendance, pas un outil.
- Un agent doit être mesuré. Si on ne mesure pas ce qu'il fait, on ne saura jamais s'il s'améliore ou s'il se dégrade.
Ce qui reste à apprendre
Nous sommes très loin d'avoir terminé. Chaque nouveau modèle change la donne, chaque projet révèle de nouveaux angles morts. La constante, c'est notre méthode : essayer, mesurer, garder ce qui marche, jeter le reste. Pas de magie, pas de promesse de révolution. Du métier qui s'affûte.