Agent IA ou automatisation : lequel pour quelle tâche

Une automatisation suit un scénario que vous avez écrit, alors qu’un agent décide quoi faire à partir d’un objectif que vous avez formulé, et tout le reste découle de cette seule différence.

Le critère de choix n’est donc pas la complexité de la tâche, contrairement à ce qu’on lit partout, mais votre capacité à en écrire toutes les branches à l’avance. Une tâche compliquée dont vous connaissez déjà tous les cas relève d’un workflow, tandis qu’une tâche simple dont l’issue dépend de ce que l’on va trouver en chemin relève d’un agent.

Le test de la page blanche

Prenez la tâche et essayez d’en écrire la procédure complète, pas le principe général mais la procédure elle-même, avec tous ses cas particuliers.

« Quand un CV arrive dans la boîte candidatures, extraire le nom, l’email et les compétences, créer une fiche dans l’ATS, envoyer un accusé de réception. » Vous venez de l’écrire en une phrase, ce qui règle la question : c’est un workflow, et Make ou n8n le feront pour quelques euros par mois sans jamais se tromper de champ.

« Quand un client envoie un besoin, trouver cinq profils pertinents. » Essayez d’écrire la suite. Pertinents selon quoi ? Et si le vivier n’en a que deux ? Et si le client a déjà refusé un profil similaire il y a trois mois ? Chaque question ajoute une branche, et les branches se multiplient jusqu’à ce que le scénario devienne impossible à maintenir.

Si vous écrivez « ça dépend » plus de deux fois, la tâche demande du jugement. C’est la frontière, et elle s’est révélée chez nous plus fiable que n’importe quelle grille de décision, parce qu’elle porte sur ce que vous savez écrire plutôt que sur ce que vous croyez difficile.

Ce que chacun fait bien, et mal

Un workflow est déterministe, ce qui veut dire que la même entrée produit la même sortie aujourd’hui et dans six mois. Quand il casse, il casse bruyamment : l’API a changé, le nœud est rouge, et vous le voyez le jour même. C’est une qualité qu’on sous-estime massivement tant qu’on n’a pas vécu l’inverse.

Un agent est adaptatif. Il compose sa propre suite d’actions selon ce qu’il trouve, ce qui lui permet de traiter des situations que personne n’avait anticipées. En contrepartie, quand il se trompe, il se trompe silencieusement : il produit quelque chose de plausible et de faux, et rien ne devient rouge. C’est la raison pour laquelle la question de qui valide quoi se pose pour un agent et ne se pose pas pour un workflow.

Un workflow ne demande rien à personne une fois qu’il tourne, alors qu’un agent doit être adopté : il faut penser à lui, savoir quoi lui confier et apprendre à formuler une demande. C’est là que se trouve le vrai coût d’entrée, et c’est ce qui prend trois à quatre semaines avant que le réflexe s’installe.

Les trois questions qui tranchent

La sortie est-elle vérifiable mécaniquement ? Un champ recopié se vérifie par simple comparaison, tandis qu’une shortlist se juge, et cette différence suffit souvent à trancher : le premier cas est un workflow.

Le nombre de cas est-il fini ? Trois statuts possibles, quatre types de document : fini, donc scriptable. « Tous les besoins clients qui peuvent arriver » : infini, donc pas scriptable.

Le coût d’une erreur est-il asymétrique ? Un workflow qui plante n’a rien fait, alors qu’un agent qui se trompe a déjà fait quelque chose. Partout où l’action est irréversible (un message parti, un profil écarté), vous voulez donc soit un workflow, soit un agent dont la sortie passe par une validation.

Le piège du « nœud IA »

La plupart des plateformes d’automatisation permettent aujourd’hui d’appeler un modèle de langage depuis un nœud, ce qui est utile et n’a pourtant rien à voir avec un agent.

La distinction tient à qui décide de l’enchaînement. Dans un workflow avec un nœud IA, vous avez décidé à l’avance : d’abord ceci, puis le modèle, puis cela. Le modèle remplit un trou dans un plan que vous avez tracé. Dans un agent, le modèle décide de l’enchaînement lui-même, au moment de l’exécution, en fonction de ce qu’il découvre : il peut chercher, constater que le résultat est mince, élargir le critère, chercher à nouveau.

C’est une différence de nature et non de degré, et elle explique pourquoi un workflow bardé de dix nœuds IA reste fondamentalement rigide, quand un agent qui ne dispose que de trois outils traite sans peine des situations que personne n’avait anticipées.

Ce que ça donne dans une ESN

En pratique la ligne tombe assez nettement, et il suffit le plus souvent de regarder si la tâche déplace de la donnée ou si elle produit un avis.

Relèvent du workflow : la synchronisation ATS-CRM, la publication multidiffusion d’une annonce, l’alerte quand un CRA n’est pas rendu, l’archivage d’un dossier signé, le rappel automatique d’un entretien. Ce sont des tuyaux, et ils doivent être ennuyeux.

Relèvent de l’agent : croiser un besoin client avec un vivier, décider quel canal utiliser pour relancer tel contact, résumer un entretien en retenant ce qui compte, repérer que trois consultants finissent leur mission le même mois et que deux besoins ouverts pourraient les absorber.

La différence saute aux yeux : la première liste décrit des mouvements de données, la seconde décrit des jugements.

Ce que chacun coûte, et pourquoi la comparaison est piégeuse

Un workflow coûte un abonnement de quelques dizaines d’euros par mois, prévisible et largement indépendant du volume une fois passé un palier, de sorte que vous savez en janvier ce que vous paierez en décembre.

Un agent coûte à l’usage. Il consomme un raisonnement à chaque tâche, et les tarifs des modèles de pointe se situent autour de 1 à 5 $ par million de jetons en entrée et 5 à 25 $ en sortie. Par tâche exécutée, c’est nettement plus cher qu’un appel HTTP.

Comparer les deux sur cette base est pourtant un raisonnement faux, et c’est le plus courant. La question n’est pas « combien coûte cette tâche avec l’un et avec l’autre », pour une tâche scriptable, le workflow gagne toujours. La question est « que coûte la tâche qui n’est pas faite du tout aujourd’hui ». Une relance qui ne part jamais coûte un placement ; son prix en jetons est du bruit à côté.

D’où une règle de gestion simple : ne mettez jamais un agent là où un workflow suffit, et ne renoncez jamais à une tâche de jugement au motif qu’un agent la facture à l’usage.

Quand un workflow doit devenir un agent

Il y a un moment précis où la bascule s’impose, et il est reconnaissable.

Votre scénario comptait trois conditions. Il en a huit. Chaque cas particulier remonté par l’équipe ajoute une branche, personne n’ose plus y toucher, et la moitié des exécutions tombent dans le cas « autre » qu’un humain traite à la main.

Ce n’est pas un problème de conception : c’est le signe que la tâche demandait du jugement depuis le début, et que le workflow était une façon de le simuler en énumérant les cas. L’énumération marche jusqu’à ce qu’elle ne marche plus.

La migration ne consiste pas à réécrire le workflow. Elle consiste à jeter l’arbre de décision et à écrire l’objectif à sa place, ce qui est un exercice plus difficile qu’il n’y paraît, et le vrai apprentissage du premier mois.

L’architecture qui marche est hybride

Opposer les deux est une erreur de débutant, entretenue par les deux camps.

Les workflows tiennent la plomberie déterministe : ils garantissent que la donnée arrive au bon endroit, toujours, sans raisonnement et sans surprise. L’agent travaille par-dessus, sur ce que la plomberie ne prévoit pas. Il a besoin qu’elle existe : un agent branché sur un ATS mal synchronisé produit des jugements exacts sur des données fausses, ce qui est pire que rien.

C’est aussi pour ça que la question de ce à quoi l’agent est connecté compte davantage que sa liste de capacités. Un agent qui raisonne bien sur un système d’information en désordre reste un agent inutile.

Comment choisir, en une ligne

Si vous savez écrire le scénario, automatisez. Si vous savez seulement décrire le résultat attendu, déléguez.

Et si vous hésitez, commencez par le workflow. Il est moins cher, plus rapide à mettre en place, et le jour où vous vous surprenez à ajouter une neuvième condition à un scénario qui en comptait trois, vous aurez la réponse : c’était une tâche de jugement depuis le début.