Agents IA vs automatisation des workflows

Une idée reçue qu'il vaut mieux clarifier d'abord

La question derrière la plupart des recherches sur les agents IA par rapport à l'automatisation des workflows est de savoir si les automatisations qu'une entreprise utilise déjà sont sur le point d'être remplacées. Ce n'est pas le cas. La synchronisation nocturne, le rappel de paiement au septième jour, la soumission de formulaire qui devient un enregistrement : aucun de ces éléments ne bénéficie d'un modèle choisissant quoi faire, car il n'y a rien à choisir. Le chemin est connu, et l'encoder une fois est tout l'enjeu.

Ce qui a changé, c'est qu'un second type d'automatisation existe désormais pour le travail qui ne s'adapte jamais à un chemin fixe : la facture du fournisseur qui ne correspond pas à sa commande, l'email du client qui contient trois demandes en une, la commande de réapprovisionnement qui nécessite un jugement sur les délais de livraison récents. Les entreprises géraient ce résidu manuellement. Un agent peut en gérer une bonne partie, à condition qu'il dispose d'outils réels pour agir. La comparaison utile est de savoir lequel choisir dans chaque cas, et comment les deux s'imbriquent.

Ce que chaque fournisseur dit avoir construit

Il est utile de prendre les définitions des produits eux-mêmes. Le glossaire de Zapier définit un Zap comme un workflow qui "se compose d'un déclencheur, qui démarre le Zap, et d'une ou plusieurs actions". Microsoft décrit les flux d'agents dans Copilot Studio en une phrase qui est aussi son argument de vente : "Les flux d'agents sont déterministes. Ils exécutent des actions ou des tâches suivant un chemin basé sur des règles. La même entrée produit toujours la même sortie, ce qui les rend fiables et prévisibles." C'est cela l'automatisation des workflows. Le déterminisme est la caractéristique.

Le côté agent est défini par qui décide de la prochaine étape. Le Model Context Protocol, la norme ouverte que les principaux clients d'agents utilisent pour accéder aux outils, indique que les outils sont "contrôlés par le modèle" : le modèle linguistique "peut découvrir et invoquer des outils automatiquement en fonction de sa compréhension contextuelle et des instructions de l'utilisateur". Les propres actions génératives de Microsoft, encore en aperçu dans Power Automate, le disent clairement : "Vous spécifiez uniquement l'intention de l'action et l'IA choisit le bon ensemble d'actions dans le bon ordre en fonction de votre entrée, de votre contexte et de votre intention." Les agents de Zapier sont décrits de la même manière, comme des assistants qui effectuent des tâches en votre nom à partir d'instructions plutôt qu'à partir d'une séquence scriptée.

Ainsi, les deux catégories diffèrent sur un seul axe : dans un workflow, le constructeur décide du chemin au moment de la conception, et dans un agent, le modèle le décide en temps réel en fonction du résultat qui lui a été donné et des outils qu'il peut voir. Le coût, la prévisibilité, la maintenance et les points de rupture de chacun découlent tous de cette seule différence.

Où se trouve la variation

Chaque processus a des variations. La question est de savoir qui les absorbe. Dans un flux de travail, le constructeur les absorbe à l'avance, sous forme de branches, de filtres et de chemins. Prenez une facture fournisseur arrivant par e-mail. Le flux de travail gère la majorité qui porte un numéro de commande et correspond à son total : extraire, faire correspondre, publier, terminé. Puis commencent les exceptions. Le total diffère par des frais de livraison. Le numéro de commande est dans l'objet, pas dans le PDF. Le fournisseur a changé de nom commercial. Chacune est une nouvelle branche, ou un processus qui échoue silencieusement dans un dossier que quelqu'un vérifie le vendredi.

Un agent absorbe la variation en temps réel. Il lit la facture, trouve la commande, remarque les frais de livraison, vérifie si ce fournisseur facture normalement un montant, publie la facture avec le montant sur sa propre ligne, ou demande à la personne qui a créé la commande si la différence est supérieure à une tolérance. Personne n'a dû anticiper les frais de livraison. C'est le véritable avantage de l'agent, et il est limité à un travail où la variation est réelle.

L'inverse est tout aussi vrai. Là où il n'y a pas de variation, la flexibilité de l'agent est un coût pur et une incertitude pure. Un rappel au septième, quatorzième et vingt et unième jour est un calendrier ; une soumission de formulaire devenant un enregistrement client est une cartographie. Un flux de travail fait cela parfaitement, pour presque rien, à chaque fois, et un appel de modèle ajoute une façon de se tromper sans ajouter une façon d'être utile.

Les coûts réels de chacun

Un flux de travail coûte des efforts à l'avance, en proportion des branches, et il coûte à nouveau chaque fois que le monde change de forme : un champ renommé, un fournisseur qui commence à envoyer deux pièces jointes, une nouvelle ligne de produits. Ses échecs sont généralement silencieux, ce qui constitue le véritable risque opérationnel. En retour, il fonctionne pour presque rien, donne la même sortie pour la même entrée, et peut être testé étape par étape et audité étape par étape.

Un agent coûte un appel de modèle à chaque exécution, qu'il soit facturé par la plateforme dont l'agent raisonne ou supporté par l'agent que vous apportez. Un agent est également probabiliste : la même intention produit un chemin défendable, pas toujours identique, ce qui est important pour tout ce qui doit être prouvablement répétable. Il a besoin de permissions, d'un budget et d'un journal, car il prendra des actions que le constructeur n'a pas énumérées. Et il a besoin d'outils qui valent la peine d'être appelés ; un agent connecté à un système qui n'offre que des écrans est une manière lente et coûteuse de cliquer.

Optez pour un workflow lorsque, optez pour un agent lorsque

Utilisez les deux : le modèle superposé

Les fournisseurs ont déjà construit la couture. Zapier vous permet d'ajouter une étape d'action dans un Zap qui démarre un agent, donc le Zap possède le déclencheur et l'agent possède le jugement. Les flux d'agents de Microsoft peuvent être ajoutés en tant qu'outils à l'intérieur d'un agent lorsqu'ils portent le déclencheur "Lorsqu'un agent appelle le flux", donc l'agent possède la conversation et le flux possède la partie déterministe. Les deux directions sont prises en charge car les deux sont nécessaires.

1. Flux de travail aux extrémitésLes déclencheurs, les horaires et les notifications restent déterministes : lorsque la facture arrive, lorsque le septième jour est atteint, lorsque le compte est dû.
2. Agent intermédiaireL'étape qui nécessite une lecture ou un jugement appelle un agent avec un résultat et les outils nécessaires, rien de plus.
3. Flux de travail comme outil de l'agentLorsqu'une sous-tâche doit être identique à chaque fois (publier dans le grand livre, envoyer le rappel standard), l'agent appelle un flux de travail plutôt que d'improviser.
4. Une personne à l'exceptionL'agent demande lorsque la correspondance est ambiguë, qu'une dépense dépasse sa limite, ou qu'une règle stipule qu'un humain doit signer. Le flux de travail ne demande jamais ; l'agent le fait.

Ce dont l'agent a besoin de la part du système sous-jacent

Un outil de flux de travail est satisfait avec une API et un webhook. Un agent a besoin de plus du système commercial dans lequel il agit, et c'est là que les évaluations échouent. Il a besoin que chaque action soit exposée comme un outil nommé avec des entrées typées, afin qu'il puisse découvrir ce qu'il peut faire plutôt que d'être informé dans une invite. Il a besoin que ces outils soient filtrés par les autorisations de la personne qu'il représente et vérifiés à nouveau lorsque chacun s'exécute, afin qu'il ne puisse jamais faire plus que ce que cette personne pourrait. Il a besoin d'une limite de dépense lorsque de l'argent est impliqué, et chaque appel doit être enregistré.

Sois est construit comme ce type de système. Un espace de travail est un serveur MCP, donc l'agent que vous utilisez déjà, Claude, ChatGPT, Cursor ou tout client MCP, se connecte en ajoutant l'adresse de l'espace de travail et en se connectant une fois, puis ne voit que les outils que votre rôle permet. Les flux de travail existants conservent leur place : tout outil de flux de travail capable de faire une requête HTTP peut envoyer un message en langage clair à la passerelle d'agent de chat de l'espace de travail et recevoir le résultat par webhook ou polling, ce qui est le modèle en couches ci-dessus sans nouvelle plomberie. Lorsque votre propre agent fait le raisonnement, Sois n'effectue aucune IA en votre nom et ne facture rien pour cela ; lorsque l'agent Sois raisonne, cela fonctionne sur crédit avec un plafond par intégration.

Conservez les flux de travail que vous avez. Ajoutez un agent là où le chemin n'a jamais vraiment été connu. Évaluez les deux selon la même mesure, qui est le nombre d'exceptions qui atteignent encore une personne chaque semaine, et laissez ce nombre vous indiquer lequel construire ensuite.

Questions que les gens posent

Cet article est révisé lorsque les produits qu'il décrit changent. Prochaine révision prévue : 4 décembre 2026.