La tentation est forte : dès qu’un projet implique de l’IA, on parle d’agent. Mais dans la majorité des cas, ce n’est pas un agent qu’il faut construire — c’est un workflow.

La distinction n’est pas cosmétique. Elle conditionne le coût, la fiabilité, la maintenabilité et l’auditabilité de la solution. Se tromper de catégorie, c’est payer dix fois plus cher pour un résultat moins fiable.

La règle d’or

Si vous pouvez dessiner l’organigramme des étapes à l’avance, écrivez le workflow, pas l’agent.

Un workflow, c’est une séquence prédéfinie : extraire les clauses d’un contrat, puis les classer par risque, puis rédiger la synthèse. Les branchements sont conditionnels mais connus à l’avance. C’est déterministe, prévisible, auditable.

Un agent, c’est une boucle ouverte : le modèle choisit à chaque tour quelle action effectuer, et ce choix dépend de ce qu’il observe. Le nombre d’étapes n’est pas connu à l’avance.

Quand le workflow gagne

Le workflow est le bon choix quand :

La séquence est stable et connue. “Extraire, classer, résumer” — ça ne change pas d’une exécution à l’autre.
La latence ou le coût sont contraints. Un workflow consomme exactement ce qu’on prévoit.
L’auditabilité est exigée. Dans un secteur réglementé, pouvoir montrer exactement ce qui a été fait, dans quel ordre, est un atout.
Les erreurs sont coûteuses. Un comportement reproductible est la meilleure assurance qualité.

Exemples typiques de workflows

Extraction de données depuis des factures (OCR + extraction structurée + validation)
Classification automatique de tickets de support
Production d’un résumé hebdomadaire à partir de données structurées
Enrichissement de fiches produit à partir d’un catalogue
Pré-remplissage de formulaires administratifs

Quand l’agent se justifie

Un agent se justifie quand :

Le nombre d’étapes n’est pas connu à l’avance et dépend de ce qu’on découvre en chemin.
L’espace des chemins possibles est trop large pour être énuméré. Recherche, investigation, débogage.
La tâche demande de réagir à des échecs et de réessayer différemment.
Le coût d’un tour supplémentaire est faible devant la valeur d’une réponse correcte.

Exemples typiques d’agents

Investigation sur un incident de sécurité — chaque découverte oriente la suite
Recherche documentaire approfondie avec reformulation et affinage
Diagnostic technique — vérifier des hypothèses une par une
Rédaction d’un rapport d’audit sur un dossier inconnu à l’avance
Veille avec filtrage intelligent sur un périmètre technologique

Les dix patterns d’architecture

Entre le workflow pur et l’agent autonome, il existe une palette de patterns éprouvés. Les connaître évite de réinventer — et surtout évite de choisir le multi-agent par défaut.

Pattern	Quand l’utiliser	Coût relatif
Chaînage	Séquence connue et stable	1x
Routage	Entrées hétérogènes, traitements différents	1x
Parallélisation	Tâches indépendantes, latence critique	2-5x
Orchestrateur-exécutants	Nombre d’étapes inconnu	5-15x
Évaluateur-optimiseur	Qualité vérifiable et itérable	3-6x
CodeAct	Manipulation de données volumineuses	1-3x
Sous-agents isolés	Contexte qui explose	2-4x
Humain dans la boucle	Actions irréversibles	1x + latence humaine
Événementiel	Surveillance continue	selon fréquence

Quelques remarques :

Le routage est le levier n°1 de réduction des coûts. Un classifieur rapide oriente chaque demande vers le traitement adapté — modèle léger pour les cas simples, modèle avancé pour les cas complexes. Gain de 40 à 70 %.
L’évaluateur-optimiseur fonctionne bien pour la rédaction : un agent produit, un second critique selon des critères explicites, le premier corrige. Mais sans critère objectif, les deux agents se congratulent en boucle et consomment du budget.
L’humain dans la boucle est le pattern de sécurité par excellence — mais la confirmation doit afficher l’action brute (la commande exacte, le montant exact), pas le résumé de l’agent.

Le piège classique

Le piège le plus fréquent : choisir un agent parce que c’est le mot à la mode, puis passer des mois à contraindre son comportement — ajouter des règles, restreindre les outils, multiplier les garde-fous — jusqu’à ce qu’il redevienne un workflow, mais avec dix fois plus de tokens consommés et une observabilité bien pire.

Comment l’éviter :

Commencer par le workflow. C’est toujours la solution par défaut.
Promouvoir en agent uniquement quand le workflow ne peut plus suivre — trop de chemins, trop d’imprévus, besoin de réagir aux échecs.
Ne jamais ajouter de l’autonomie pour compenser une mauvaise conception. Si l’agent boucle, c’est souvent que les outils sont mal décrits ou que le contexte est mal géré — pas qu’il faut plus d’intelligence.

Le test décisif

Avant de se lancer, poser trois questions :

Est-ce que je peux dessiner l’organigramme ? Oui → workflow.
Est-ce que le nombre d’étapes dépend de ce qu’on découvre ? Oui → agent.
Est-ce que j’ai un critère clair pour savoir quand c’est fini ? Si non, ce n’est pas mûr pour l’automatisation.

Le bon outil au bon endroit — c’est ce qui fait la différence entre un gain réel et une usine à gaz. Pour évaluer la bonne architecture d’automatisation pour vos cas d’usage, demandez un diagnostic.