Le workflow est-il mort ? Non, il a changé de métier.

Deux postures s'affrontent, et elles ont tort toutes les deux. La première veut tout agentifier : confier chaque tâche à un agent parce que c'est l'époque. La seconde veut tout garder en workflow : refuser l'agent parce qu'il est imprévisible. La première paie cher et perd le contrôle ; la seconde reste rigide et casse au premier cas non prévu.

Entre les deux, il n'y a pas un compromis mou. Il y a une décision : quelle partie d'un flux mérite un automatisme déterministe, quelle partie mérite un agent. C'est cette décision, et non l'outil, qui fait la différence.

Un workflow ne réfléchit pas, et c'est précisément sa force. Quand une tâche est prévisible, répétitive, à fort volume et à faible ambiguïté, il est imbattable : rapide, bon marché, traçable, sans surprise. On sait exactement ce qui va se passer, à chaque exécution, pour chaque entrée.

Recevoir un formulaire et créer une fiche contact, déclencher un email de confirmation, synchroniser deux bases, router une notification : ces gestes n'ont pas besoin d'un agent. Leur mettre un modèle de langage au milieu, c'est ajouter du coût, de la latence et une chance d'erreur là où une simple condition suffisait.

Le déterminisme n'est pas un retard technologique, c'est une garantie. Dans un système sérieux, on veut le maximum de gestes garantis et le minimum de gestes incertains.

L'agent commence là où le workflow s'arrête : quand il faut juger, s'adapter, comprendre une situation ambiguë. Lire un message mal formulé et en extraire l'intention. Choisir un chemin qui n'avait pas été prévu. Reformuler, synthétiser, tenir une conversation qui ne suit pas un script.

Un workflow conditionnel gère dix cas si vous avez écrit les dix branches. Un agent gère le onzième, celui que vous n'aviez pas anticipé. C'est exactement ce qui manquait aux automatisations d'avant : elles cassaient au premier cas hors-scénario, et on passait son temps à rajouter des branches pour rattraper le réel.

Mais cette souplesse a un prix : coût par appel, latence, variabilité. On ne la dépense que là où elle crée vraiment de la valeur.

Le sujet n'est donc jamais « n8n ou agent », « Make ou modèle de langage ». Le sujet est : où placer la frontière entre le déterministe et l'agentique dans un même système, et qui décide de cette frontière. C'est une question d'architecture, pas de mode.

Et c'est aussi, surtout, une question de coût. Un geste répétitif passé en agentique, c'est une facture qui gonfle sans qu'on s'en aperçoive. Un jugement complexe laissé à un workflow rigide, c'est un système qui casse et qu'on rafistole. Placer la frontière au bon endroit, c'est arbitrer entre la garantie bon marché du déterministe et la souplesse coûteuse de l'agent.

Les meilleurs systèmes que j'ai construits ne sont ni tout workflow ni tout agent. Ce sont des chaînes où chaque maillon est au bon régime : déterministe quand c'est possible, agentique quand c'est nécessaire.

Tout ce que je fais aujourd'hui en agentique, je l'ai d'abord fait en workflow. Des chaînes n8n qui produisaient du contenu, des scénarios Make reliant des outils métier, des comptes orchestrés de bout en bout. J'ai appris la rigueur du flux explicite avant d'avoir des agents capables de juger.

Quand l'agentique est arrivée pour de bon, je n'ai pas tout jeté. J'ai gardé le workflow là où il restait imbattable : le branchement, la synchronisation, le déclenchement déterministe. Et je l'ai remplacé là où il me bridait : la compréhension, la décision, la production qui demande du jugement.

Ce qui a vraiment changé, c'est mon envie. L'agentique m'a rendu impatient devant un éditeur de scénarios où l'on branche des nœuds à la main pour des choses qu'un agent gouverné fait mieux. Mais cette impatience est un piège si elle me pousse à agentifier ce qui marchait très bien en déterministe.

Le workflow n'est pas mort. Il est devenu une brique, plus le système. Zapier, Make, n8n restent excellents pour ce qu'ils font de mieux : exécuter du prévisible, vite et pour pas cher.

Le vrai travail, désormais, c'est de savoir où passe la frontière entre le déterministe et l'agentique. Cette frontière n'est ni une question d'outil ni une question de mode. C'est une décision d'architecture et de coût. Et c'est exactement le métier de l'architecte.