Agent IA : la plupart de ceux qu'on vous vend sont des workflows déguisés

Un mot qui a envahi tous les argumentaires commerciaux

Cette confusion n'est pas propre au marché français, elle traverse l'ensemble de l'écosystème IA depuis que le terme agent s'est imposé comme le vocabulaire dominant du secteur. Des startups spécialisées jusqu'aux grands éditeurs de logiciels, presque tous les produits IA récents revendiquent aujourd'hui l'étiquette agent, quelle que soit leur architecture réelle. Cette généralisation du vocabulaire rend d'autant plus nécessaire, pour un dirigeant qui achète, de savoir poser la bonne question plutôt que de se fier à l'étiquette commerciale du produit.

Depuis deux ans, difficile de lire une présentation commerciale IA sans y trouver le mot agent. Agent de vente, agent de support, agent de facturation, agent de veille. Le terme porte une promesse implicite forte, celle d'un système capable de décider par lui-même, de s'adapter à une situation nouvelle, de gérer l'imprévu sans intervention humaine. Cette promesse justifie un prix plus élevé et une complexité perçue plus grande que celle d'un simple automate.

Le problème n'est pas le mot en lui-même, c'est l'écart entre ce qu'il promet et ce que la plupart des produits vendus sous ce nom livrent réellement. Un examen technique honnête révèle qu'une large majorité de ces « agents » sont en réalité des chaînes d'étapes fixes, où l'IA intervient à un ou deux endroits précis pour reformuler du texte ou classer une information, sans jamais décider du chemin emprunté par le processus.

La différence tient en une phrase, et elle change tout

Un workflow exécute une séquence d'étapes prédéfinie, l'IA intervient dedans comme une brique parmi d'autres. Recevoir un email, en extraire trois champs avec l'IA, créer une ligne dans un tableau, notifier une personne, cette chaîne reste un workflow même si l'étape d'extraction utilise un grand modèle de langage. La séquence ne change jamais, seule la donnée extraite varie.

« La plupart des agents vendus sur le marché sont en réalité des workflows, pas de véritable autonomie décisionnelle. »

Un agent, au sens strict, ajoute une boucle de décision qu'un workflow n'a pas. Face à une situation, il évalue plusieurs actions possibles, en choisit une, observe le résultat, et ajuste la suite en conséquence. Il peut décider de solliciter une information manquante, de changer d'approche en cours de tâche, ou de s'arrêter parce que la situation sort du cadre prévu. Cette capacité à choisir, pas seulement à exécuter, est ce qui distingue réellement les deux catégories.

Pourquoi cette confusion coûte cher, pas seulement en vocabulaire

Payer le prix d'un agent pour recevoir un workflow n'est pas qu'une question de sémantique, c'est un mauvais calibrage d'attentes qui se paie deux fois. Une première fois sur le prix, un vrai système décisionnel coûte plus cher à concevoir et à maintenir qu'une chaîne d'étapes, et vous ne devriez le payer que si vous en avez réellement besoin. Une deuxième fois sur la déception, quand le système censé « gérer l'imprévu » échoue face au premier cas qui sort de la séquence prévue, parce qu'il n'a jamais eu la capacité de décider autrement.

Trois exemples pour trancher dans le doute

Un système qui reçoit une réclamation client, l'affecte toujours au même service selon un mot-clé, et notifie la même personne, reste un workflow, même si l'IA rédige la notification. Un système qui reçoit la même réclamation et décide, selon la gravité perçue, l'historique du client et la charge actuelle des équipes, de l'escalader directement, de la traiter automatiquement, ou de demander une clarification avant d'agir, exerce un vrai choix décisionnel. La différence ne tient pas à la sophistication du texte produit, elle tient au nombre de chemins réellement possibles et à la capacité du système à choisir entre eux selon le contexte.

Un troisième exemple aide à trancher les cas ambigus, celui d'un système qui gère une exception en la routant vers un humain plutôt qu'en la traitant lui-même. Ce choix de s'arrêter et de déléguer, quand il résulte d'une évaluation réelle de la situation plutôt que d'une règle de routage fixe, est déjà une forme de décision autonome, même limitée. Un workflow qui route systématiquement vers un humain dès qu'il sort de son cas nominal ne décide rien, il applique sa seule règle de secours prévue à l'avance.

Ce que ça ne veut pas dire

Cette hiérarchie n'est pas non plus figée dans le temps, un workflow bien conçu aujourd'hui peut légitimement évoluer vers un système plus décisionnel demain, à mesure que la confiance et les données disponibles augmentent. Le point de vigilance n'est pas de refuser toute évolution vers plus d'autonomie, c'est de ne pas la payer, ni la promettre, avant qu'elle n'existe réellement dans le système livré. Un contrat qui prévoit explicitement cette trajectoire, plutôt que de la sous-entendre dans une plaquette commerciale, protège les deux parties d'un malentendu qui ne se révèle, sinon, qu'au moment où l'autonomie promise ne se manifeste jamais.

Un workflow n'est pas un produit de moindre qualité. Pour la majorité des besoins d'une PME, un workflow bien conçu, prévisible et auditable, vaut mieux qu'un agent autonome dont le comportement varie d'une exécution à l'autre sur des cas qui n'exigeaient pourtant aucune décision complexe. Le problème n'est jamais le workflow en tant que tel, c'est de l'acheter au prix et sous le nom d'un agent sans le savoir.

Le vocabulaire du marché entretient volontiers cette confusion, parce qu'elle sert les deux parties dans l'immédiat. Le fournisseur vend une promesse plus vendable, l'acheteur se rassure en pensant disposer d'un système à la pointe de la technologie. Le désalignement n'apparaît qu'au moment où un cas imprévu survient et où l'acheteur découvre que le système censé « s'adapter » ne fait qu'échouer proprement sur ce qu'il n'avait pas anticipé, exactement comme n'importe quel automate classique l'aurait fait.

Où cette distinction s'arrête

Cette distinction ne juge pas la qualité technique d'un produit, un excellent workflow reste préférable à un agent mal conçu. Elle sert uniquement à calibrer une décision d'achat, savoir ce que vous payez réellement avant de le payer. Une fois qu'un système décisionnel est réellement en jeu, la question suivante devient celle de sa fiabilité en production, pas seulement de sa conception initiale, sur ce point, l'article sur la maintenance continue d'un agent IA en production détaille ce que ça change une fois le système déployé. Et sur la manière de sécuriser les décisions que vous confiez à l'IA, qu'il s'agisse d'un agent ou d'un workflow, l'article sur le function calling montre comment contraindre son comportement au niveau du code.

Cette clarification profite autant à l'acheteur qu'au prestataire honnête, qui peut enfin vendre un excellent workflow pour ce qu'il est, sans avoir à le déguiser sous un vocabulaire qui ne lui correspond pas. Une PME qui a besoin d'automatiser une chaîne d'étapes répétitives n'a aucune raison de payer la complexité d'un système décisionnel qu'elle n'utilisera jamais pleinement. Nommer les choses correctement, dès le premier échange commercial, évite une déception qui coûte plus cher en confiance qu'en argent.

Avant votre prochain contrat IA, demandez à votre interlocuteur de vous montrer, sur un cas concret, ce qui distingue son produit d'une simple séquence automatisée. S'il ne peut pas répondre avec un exemple précis de décision prise par le système, vous êtes probablement en train d'acheter un workflow au prix d'un agent.