Délégation
Agent washing : reconnaître un vrai agent d’un chatbot
Gartner estime qu’environ 130 éditeurs seulement, sur des milliers, vendent un vrai agent. Cinq questions pour trancher avant d’acheter.
En posant cinq questions, dont deux seulement se vérifient pendant une démonstration. Un vrai agent écrit dans un système, choisit l’ordre de ses étapes, constate son échec, se déclenche sans humain et se souvient d’une fois sur l’autre ; ce qui n’en coche aucune est un assistant, et ce qui en coche deux ou trois est un automate avec un modèle de langage dedans.
La question mérite d’être posée froidement parce que le marché a cessé d’être lisible. Gartner estime qu’environ 130 éditeurs, sur les milliers qui se réclament de l’agentique, vendent réellement un agent, les autres ayant rebaptisé des assistants, des automates et des chatbots sans changer grand-chose dessous. Le même cabinet prévoit que plus de 40 % des projets d’IA agentique seront abandonnés avant la fin 2027, et les raisons de ces abandons ne sont pas étrangères à l’écart entre ce qui a été acheté et ce qui a été livré.
Qu’est-ce que l’agent washing, exactement ?
C’est le fait de vendre sous l’étiquette « agent » un produit qui appartient à une autre catégorie, sans mentir sur ses fonctions et sans les décrire non plus. Le procédé est rarement grossier. Personne n’affirme qu’un chatbot prend des décisions ; on écrit qu’il « orchestre », qu’il « raisonne », qu’il est « agentique », et le lecteur complète tout seul.
Le vocabulaire s’y prête, ce qui rend l’accusation de mauvaise foi souvent injuste. Il n’existe pas de définition normative de l’agent, chaque cabinet d’analyse a la sienne, et un éditeur sincère peut employer le mot pour un produit que son voisin refuserait d’appeler ainsi. C’est précisément pour cela qu’un acheteur a besoin d’un test qui porte sur des comportements observables plutôt que sur des mots.
Les cinq questions qui tranchent la catégorie
Aucune ne demande de compétence technique, et chacune se répond par oui ou par non.
Est-ce qu’il écrit dans un système ? C’est la question qui élimine le plus vite. Si le résultat de la conversation doit être copié à la main dans l’ATS, le CRM ou le document pour exister, le produit vous a fait gagner de la rédaction et rien d’autre. Un agent laisse une trace ailleurs que dans le fil où on lui a parlé.
Est-ce que l’ordre des étapes se décide à l’exécution ? Demandez au vendeur de dessiner le parcours au tableau. S’il y parvient complètement, avec ses branches et ses conditions, vous regardez un automate, et un bon automate est un excellent achat qu’il faut simplement payer au prix d’un automate. Un agent est reconnaissable au fait que le schéma dépend de ce qu’il aura trouvé en chemin.
Est-ce qu’il sait qu’il a échoué ? Un produit qui exécute puis déclare avoir exécuté n’a pas de boucle de retour. Un agent lit le résultat de son action, constate qu’un envoi a été rejeté ou qu’une fiche est vide, et fait autre chose plutôt que de continuer comme si de rien n’était. C’est le critère le plus discriminant et le moins mis en avant, parce qu’il suppose d’admettre que l’échec est un cas normal.
Est-ce qu’il peut commencer sans qu’on le lui demande ? Un produit qui n’agit qu’après un message humain reste un outil, aussi intelligent soit-il entre-temps. La capacité à se déclencher sur un événement, une échéance ou une anomalie change la nature de la relation, et c’est aussi ce qui rend indispensable de définir ce qu’il n’a pas le droit de faire.
Est-ce qu’il sait ce qui s’est passé la dernière fois ? Beaucoup de produits conservent le contexte d’un fil et le perdent entre deux sessions, ce qui oblige à tout réexpliquer le lundi suivant. La mémoire persistante est ce qui sépare un collègue d’un consultant qu’on rebriefe, et elle a son propre coût, puisque ce qu’un agent oublie compte autant que ce qu’il retient.
Pourquoi deux de ces questions seulement se vérifient en démonstration
L’écriture dans un système et le choix des étapes se voient à l’écran, ce qui explique que les démonstrations soient construites autour d’elles. Les trois autres sont structurellement invisibles dans cet exercice, et il vaut la peine de comprendre pourquoi plutôt que de soupçonner une manœuvre.
Une démonstration est un chemin heureux : le fichier est propre, l’API répond, le profil existe. La réaction à l’échec ne peut donc pas s’y manifester, faute d’échec. Elle est déclenchée par un humain qui tape une phrase devant vous, ce qui rend le critère d’autonomie inobservable par construction. Elle se déroule enfin sur une session préparée, où la mémoire d’une semaine précédente n’a aucune occasion de servir.
La conclusion pratique est qu’une démonstration sert à écarter, jamais à choisir. Elle vous dit avec certitude qu’un produit n’est pas un agent, et elle ne peut pas vous dire qu’il en est un, ce qui rejoint ce que nous écrivons sur la façon de tester un agent sur vos propres dossiers plutôt que sur ceux du vendeur.
Se tromper de catégorie coûte plus cher que se faire mentir
Voici l’endroit où la plupart des articles sur l’agent washing s’arrêtent trop tôt, en laissant croire que l’agent est le haut de gamme et le reste une contrefaçon.
L’erreur la plus fréquente que nous voyons chez nos clients n’est pas d’avoir acheté un chatbot pour le prix d’un agent. C’est d’avoir voulu un agent là où un automate déterministe aurait mieux fait le travail : moins cher à faire tourner, plus rapide, prévisible, auditable ligne par ligne, et incapable de partir en vrille un vendredi soir. Extraire les compétences d’un CV dans un format fixe, relancer à J+7 tous ceux qui n’ont pas répondu, publier la même annonce sur trois canaux, tout cela est du travail répétitif dont les étapes sont connues d’avance, et confier ce type de tâche à un agent revient à payer de l’incertitude au prix fort.
L’erreur symétrique existe et coûte davantage sur la durée. Chercher pourquoi un consultant en intercontrat n’a pas été positionné, décider quel profil présenter à quel client, préparer un dossier en allant chercher ce qui manque là où il se trouve : ces tâches n’ont pas de parcours dessinable, et un automate y répond par une cascade de règles que plus personne ne maintient au bout d’un an. Le symptôme est reconnaissable, c’est le fichier de conditions que l’on n’ose plus toucher.
Quelles formulations doivent vous faire poser une question de plus ?
Aucune de celles qui suivent n’est malhonnête en soi, et c’est bien le problème : elles sont compatibles avec un vrai agent comme avec son imitation, ce qui en fait de bons endroits où creuser plutôt que de bons motifs de méfiance.
« Il orchestre vos outils. » Demandez lesquels il écrit et lesquels il lit seulement. Une intégration en lecture s’obtient en une journée, une intégration en écriture engage l’éditeur sur la gestion des erreurs, des doublons et des permissions, et la différence de coût entre les deux explique pourquoi la liste des connecteurs est souvent plus longue que celle des actions.
« Il raisonne sur votre contexte. » Demandez d’où vient le contexte et combien de temps il survit. Un modèle qui reçoit trois paragraphes collés dans la requête raisonne effectivement sur votre contexte, au sens strict, et il l’aura oublié dans une heure.
« Il travaille en autonomie. » Demandez ce qui le déclenche. Beaucoup de produits appellent autonomie le fait d’enchaîner plusieurs étapes après un clic humain, ce qui est de l’exécution sans interruption plutôt que de l’initiative, et la nuance devient importante le jour où vous comptez sur lui pour repérer ce que personne n’a remarqué.
« Jusqu’à 40 % de temps gagné. » Demandez sur quelle population, mesuré comment, et surtout qui a relu le résultat. Un gain constaté chez celui qui produit se déclare volontiers, alors que le temps passé à reprendre le travail se disperse chez les relecteurs et n’apparaît dans aucun tableau, ce qui suffit à transformer un transfert de charge en économie affichée.
À l’inverse, le mot « copilote » employé sans détour est plutôt bon signe. Un éditeur qui assume que son produit assiste sans agir vous dit exactement dans quelle case il se range, et il vous laisse le comparer à son prix.
Ce que la grille ne vous dira jamais
Elle donne la catégorie du produit, pas sa qualité, et confondre les deux serait remplacer un mot creux par un autre.
Un vrai agent médiocre existe, il coche les cinq critères et se trompe une fois sur trois, ce qui en fait un achat nettement pire qu’un assistant honnête. La catégorie détermine ce que le produit peut faire, et elle ne dit rien de ce qu’il fait bien, un peu comme le fait de savoir qu’un candidat a le diplôme requis.
Ce qui reste à mesurer se mesure sur votre matière, avec les dossiers dont vous connaissez déjà la bonne réponse, et sur plusieurs jours pour que la mémoire et le déclenchement autonome aient l’occasion de se manifester. La question suivante est donc celle du protocole, et elle a sa propre réponse : trente cas tirés de votre historique, rejoués trois fois, dont la variance en dit plus long que le taux de réussite.
Questions fréquentes
Qu’est-ce que l’agent washing ?
C’est la pratique consistant à vendre comme agent un produit qui n’en est pas un : un assistant conversationnel, un automate de type RPA ou un chatbot enrichi d’un modèle de langage. Gartner estime qu’environ 130 éditeurs seulement, parmi les milliers qui revendiquent l’étiquette agentique, correspondent réellement à la définition.
Quelle est la différence entre un agent et un assistant ?
Un assistant produit du texte que vous utilisez ensuite, un agent produit un effet dans un système. La question qui les sépare le plus vite est celle de l’écriture : si le résultat de la conversation doit être copié à la main quelque part pour exister, vous avez affaire à un assistant, quelle que soit la qualité du texte.
Un agent est-il toujours préférable à une automatisation classique ?
Non, et c’est l’erreur symétrique de l’agent washing. Une tâche dont les étapes sont connues à l’avance, répétitives et sans exception se traite mieux par un automate déterministe : moins cher, plus rapide, auditable ligne par ligne. L’agent se justifie quand le chemin dépend de ce qu’on trouve en route.
Comment vérifier ces critères pendant une démonstration ?
Vous ne le pouvez que partiellement. L’écriture dans un système et le choix des étapes se constatent à l’écran, mais la réaction à l’échec, le déclenchement autonome et la mémoire entre sessions ne se voient pas dans un scénario préparé. Ces trois-là se testent sur vos propres cas, sur plusieurs jours.
Sources
À lire ensuite
Délégation
Comment tester un agent IA avant de signerAvec trente cas tirés de votre historique, dont vous connaissez déjà la bonne réponse, rejoués trois fois chacun. Une démonstration ne prouve rien de tout cela.Produit
Agent IA ou automatisation : lequel pour quelle tâcheUne automatisation suit des règles, un agent prend des décisions. La règle de choix : si vous savez écrire le scénario, automatisez. Sinon, déléguez.Métier
Pourquoi 40 % des projets d’agents IA seront abandonnésGartner prévoit plus de 40 % d’abandons avant fin 2027, pour trois raisons : pas de ROI mesurable, pas de gouvernance, pas d’intégration. Les trois se préviennent.
