Un agent IA doit mériter sa place

Je n'aime pas l'idée d'ajouter un agent IA parce que c'est à la mode. Un agent utile doit remplacer une friction précise : une vérification répétitive, une décision qui attend trop longtemps, une coordination qui passe encore par téléphone ou tableur.

Le bon point de départ n'est pas le modèle. C'est le processus. Qui attend quoi ? Quelle information manque ? Quelle action peut être prise automatiquement sans créer plus de risque que de valeur ? Quand ces questions sont claires, l'agent devient une pièce d'architecture. Quand elles sont floues, il devient juste une démo fragile.

Le test simple

Avant de penser modèle, prompt ou framework, je demande toujours : quelle action le système peut-il prendre sans rendre l'humain moins confiant ? Si la réponse est floue, l'agent n'est probablement pas encore prêt.

• ■Il doit avoir un périmètre clair.
• ■Il doit laisser une trace lisible.
• ■Il doit savoir s'arrêter et passer la main.
• ■Il doit améliorer un temps, une qualité ou une charge cognitive mesurable.

Ce que je veux éviter

Beaucoup d'agents échouent parce qu'ils sont pensés comme des assistants universels. Ils répondent à tout, mais ne possèdent rien. Ils peuvent expliquer un workflow, mais ne savent pas vraiment le faire avancer. Pour moi, c'est l'inverse qui compte : un agent doit avoir peu de responsabilités, mais les tenir correctement.

Dans un contexte métier, le danger n'est pas seulement une mauvaise réponse. Le danger, c'est une action prise sans contexte, sans garde-fou, sans historique exploitable. Un backend classique nous force déjà à penser permissions, validations, états et logs. Les agents doivent respecter les mêmes exigences, avec encore plus de discipline.

Comment je le structure

Je préfère découper l'agent en trois couches simples : comprendre, décider, exécuter. La première couche lit le contexte et prépare les données. La deuxième choisit une action dans un espace limité. La troisième applique cette action via des APIs contrôlées.

Cette séparation évite de donner trop de pouvoir au modèle. Le modèle peut aider à interpréter, classer ou proposer, mais l'exécution doit rester dans un système déterministe quand c'est possible. C'est moins spectaculaire, mais beaucoup plus déployable.

La vraie mesure

Je ne considère pas un agent réussi parce qu'il impressionne pendant une démo. Je le considère utile quand il réduit réellement une attente, une erreur ou une coordination manuelle. S'il remplace dix messages, clarifie un état métier, ou évite un oubli répétitif, il commence à mériter sa place.

Le reste est du bruit agréable. Utile parfois pour vendre l'idée, insuffisant pour la faire tenir en production.