Le mot agent est devenu un fourre-tout commercial. Il désigne aujourd'hui aussi bien un vrai système autonome qu'un formulaire de contact repeint aux couleurs de l'IA. Cette confusion coûte cher : elle conduit à financer des projets dont personne n'a défini ce qu'ils devaient faire. Voici la distinction technique, sans jargon inutile.
Un modèle répond, un agent agit
Un modèle de langage classique fonctionne en une passe : vous envoyez un texte, il renvoie un texte. Il ne consulte rien, ne modifie rien, ne vérifie rien. C'est un excellent rédacteur et un excellent analyste, mais il est enfermé dans la conversation.
Un agent est ce même modèle placé dans une boucle et doté d'outils. On ne lui donne plus une question mais un objectif. Il décide lui-même des étapes, appelle des outils pour agir sur le monde réel, observe ce qui s'est passé, et recommence jusqu'à ce que l'objectif soit atteint ou qu'il constate qu'il n'y arrivera pas.
Les quatre briques
Tout agent, quel que soit le vocabulaire de l'éditeur qui vous le vend, se ramène à quatre composants.
- Le modèle tient le rôle du raisonnement : comprendre l'objectif, choisir l'étape suivante, interpréter les résultats.
- Les outils sont ses mains. Lire une boîte mail, écrire dans un ERP, interroger une base, créer un ticket, envoyer une relance. Sans outils, il n'y a pas d'agent, seulement une conversation.
- La mémoire lui permet de savoir où il en est dans la tâche, ce qu'il a déjà tenté et ce qui a échoué.
- La boucle de contrôle encadre le tout : combien d'étapes au maximum, quelles actions exigent une validation humaine, quand s'arrêter et alerter.
Un exemple déroulé
Prenons une tâche banale et coûteuse : le suivi des factures impayées. L'objectif donné à l'agent est relancer les factures échues depuis plus de quinze jours. Voici ce qu'il enchaîne.
- Il interroge l'outil de facturation et récupère les factures échues.
- Pour chacune, il vérifie dans la messagerie si une relance a déjà été envoyée, et dans le CRM si un litige est en cours.
- Il écarte les cas litigieux, rédige une relance adaptée à l'ancienneté et à l'historique du client, puis la soumet à validation.
- Après validation, il envoie, consigne la relance dans le CRM et programme le prochain contrôle.
Aucune de ces étapes n'est intelligente en soi. Ce qui change, c'est que personne n'a eu à écrire à l'avance l'arbre de décision complet, avec tous ses cas particuliers. C'est précisément là que l'agent gagne face à une automatisation classique : quand les règles sont trop nombreuses ou trop mouvantes pour être toutes codées.
Ce qu'un agent ne sait pas faire
C'est la partie que les démonstrations commerciales passent sous silence, et c'est celle qui décide de la réussite d'un projet.
- Il n'est pas déterministe. Deux exécutions sur les mêmes données peuvent différer. Pour un calcul de paie ou une écriture comptable, c'est disqualifiant : ces traitements relèvent du code classique.
- Il échoue mal. Face à un cas qu'il ne comprend pas, un agent a tendance à produire une réponse plausible plutôt qu'à s'arrêter. D'où la nécessité de bornes explicites et d'un point de sortie vers l'humain.
- Il coûte à chaque exécution. Un script tourne pour presque rien. Un agent consomme un modèle à chaque étape de sa boucle. Le calcul de rentabilité doit intégrer ce coût récurrent.
- Il dépend de la qualité de vos données. Un agent branché sur un CRM mal tenu produira des relances erronées, plus vite qu'un humain ne le ferait.
Les garde-fous non négociables
Un agent qui agit sur votre système d'information est un utilisateur de plus. Il se traite comme tel.
- Des droits minimaux. Un agent de relance n'a pas besoin d'accéder aux dossiers du personnel. Un compte de service dédié, avec le périmètre strictement nécessaire.
- Une trace de tout. Chaque action journalisée, avec son horodatage et sa justification. C'est indispensable pour auditer, et c'est ce qui rend l'incident explicable.
- Une validation humaine sur l'irréversible. Envoyer un message à un client, supprimer une donnée, engager une dépense. Le principe : plus l'action est difficile à annuler, plus la validation doit être explicite.
- Un interrupteur. La capacité d'arrêter l'agent en une action, sans redéploiement.
Faut-il s'y mettre maintenant ?
La technologie est prête pour des périmètres délimités. Elle ne l'est pas pour confier à un agent l'ensemble d'un processus critique sans supervision. Deloitte projette que 33 % des logiciels d'entreprise intégreront de l'IA agentique en 2028, contre moins de 1 % en 2024 : la trajectoire est claire, mais elle se joue sur plusieurs années.
La bonne approche est donc l'inverse de l'effet d'annonce : choisir une tâche pénible, mesurable et peu risquée, la traiter complètement jusqu'à la production, mesurer, et seulement ensuite étendre. C'est ce que nous décrivons dans notre méthode.