Quand on découvre les agents IA, on est tenté de tout confier à un seul : « trouve des prospects, écris-leur, relance-les et fais-moi un rapport ». Ça peut fonctionner, mais l'agent devient vite difficile à régler. Si la relance est maladroite, faut-il corriger la recherche, la rédaction ou le suivi ? Si une étape échoue, tout s'arrête.
Dans une entreprise, on ne confie pas tout un processus à une seule personne sans organisation. On répartit les rôles, et chacun transmet son travail au suivant. Les workflows multi-agents appliquent la même logique : plusieurs agents spécialisés, reliés entre eux, chacun avec une mission claire.
Qu'est-ce qu'un workflow multi-agents ?#
Un workflow multi-agents est un enchaînement d'agents IA où le résultat de l'un devient le point de départ de l'autre. Chaque agent garde son propre brief, ses propres outils, son propre déclencheur et son propre journal. Ce qui les relie, c'est :
- une donnée partagée : en général une table que le premier remplit et que le suivant lit ;
- un déclenchement en chaîne : l'agent aval démarre quand l'agent amont a terminé avec succès.
Pourquoi plusieurs agents plutôt qu'un seul#
| Un seul agent qui fait tout | Plusieurs agents reliés |
|---|---|
| Un brief long et complexe | Des briefs courts et précis |
| Une erreur bloque tout le processus | Une erreur reste localisée à une étape |
| Difficile de savoir quelle étape corriger | Chaque journal montre ce qu'a fait chaque agent |
| Un seul rythme pour tout | Chaque étape a son rythme (chaque soir, le 5 du mois…) |
| Peu réutilisable | Un agent peut alimenter plusieurs suites |
| Les données intermédiaires restent invisibles | La table partagée est consultable et exportable |
L'avantage principal est la lisibilité. Vous savez qui fait quoi, vous voyez ce qui transite entre les étapes, et vous pouvez améliorer une étape sans toucher aux autres.
Comment ça fonctionne sur Future Agent#
Les tables partagées#
Un agent peut remplir une table partagée : une sorte de tableur interne à votre compte, avec des colonnes définies (date, fournisseur, montant, statut…). Chaque ligne est identifiée par une clé, ce qui évite les doublons quand l'agent repasse sur les mêmes données. Ces tables sont exportables et comptent dans votre espace de stockage.
Le déclenchement en chaîne#
Un agent peut être relié à un agent amont. Quand l'agent amont termine une exécution réussie, l'agent aval démarre automatiquement. Si l'exécution amont échoue, rien ne part en aval : on évite de propager une erreur.
Seules les nouveautés transmises#
L'agent aval ne reçoit que les lignes nouvelles depuis son dernier passage. Il ne retraite pas toute la table à chaque fois. Si le collecteur ajoute trois factures ce soir, le rapprocheur ne travaille que sur ces trois factures.
La mémoire en relais#
Lors de ses recherches en mémoire, un agent aval peut retrouver des éléments pertinents laissés par les agents qui le précèdent. Le contexte circule ainsi avec les données. Voir notre article sur la mémoire des agents IA.
La carte du workflow#
Le tableau de bord propose une carte en 3D de vos agents et de leurs liens : vous voyez quels agents alimentent quelles tables, lesquels sont reliés, et lesquels sont en train de travailler.
Trois exemples de chaînes#
Factures, rapprochement et comptable#
- Le collecteur, du lundi au vendredi à 19 h, repère les factures reçues en pièce jointe, range les PDF dans un dossier partagé et ajoute une ligne par facture dans la table « Factures » (date, fournisseur, montant HT, TVA, fichier).
- Le rapprocheur démarre après le collecteur. Pour chaque nouvelle facture, il retrouve le paiement correspondant et signale les écarts : une facture sans paiement, un montant qui ne correspond pas.
- L'archiviste, le 5 du mois, envoie à votre expert-comptable le dossier du mois précédent avec le récapitulatif Excel et la liste des écarts.
Modèle : Factures, rapprochement et comptable.
Prospection complète#
- Le prospecteur trouve des entreprises correspondant à vos critères et les ajoute à une table de prospects.
- Le contact prépare un premier message personnalisé pour chaque nouveau prospect.
- Le relanceur relance ceux qui n'ont pas répondu après le délai que vous avez fixé.
Modèle : Prospecteur, contact et relance.
Veille, rédaction et diffusion#
- L'agent de veille repère les sujets d'actualité de votre secteur.
- Le rédacteur écrit un article à partir des sujets retenus.
- Le diffuseur décline chaque article en post LinkedIn, soumis à votre validation avant publication.
Modèle : Veille, rédaction et diffusion.
La bibliothèque propose quinze chaînes prêtes à adapter, dont des chaînes sectorielles : devis, planning et facturation pour le BTP (Devis, chantier et facture), rappels et liste d'attente pour un cabinet, prévision des couverts et commandes pour un restaurant.
Construire votre première chaîne, étape par étape#
Étape 1 : dessiner le processus sur papier#
Écrivez les étapes de votre processus actuel, dans l'ordre, avec ce qui passe d'une étape à l'autre. Exemple :
- Recevoir les demandes de devis → liste des demandes.
- Chiffrer chaque demande → devis envoyés.
- Relancer les devis sans réponse → devis relancés.
- Faire le point chaque lundi → rapport.
Étape 2 : identifier les données qui circulent#
Pour chaque flèche, quelles informations doivent passer ? Ce seront les colonnes de votre table partagée : client, date, montant, statut, lien vers le document. Choisissez aussi ce qui identifie une ligne de façon unique (un numéro de devis, par exemple).
Étape 3 : définir le rythme de chaque étape#
Toutes les étapes n'ont pas besoin du même rythme. La collecte peut tourner chaque soir, le traitement juste après, le rapport une fois par semaine. Seules les étapes qui doivent suivre immédiatement la précédente sont déclenchées en chaîne ; les autres gardent leur propre planning.
Étape 4 : créer le premier agent et le laisser tourner#
Commencez par l'agent amont. Laissez-le remplir sa table pendant quelques jours et vérifiez la qualité des lignes : colonnes bien remplies, pas de doublons, formats cohérents. Une chaîne n'est jamais meilleure que sa première étape.
Étape 5 : ajouter l'agent suivant#
Décrivez le deuxième agent en précisant qu'il travaille à partir des résultats du premier. Sur Future Agent, l'architecte connaît vos agents existants : il peut proposer de relier le nouvel agent à celui qui alimente la table concernée.
Exemple de brief pour un agent aval :
Après chaque passage de mon agent « Collecte des demandes », prends les nouvelles demandes de la table « Demandes de devis ». Pour chacune, prépare un devis à partir de ma grille tarifaire (fichier de contexte joint), en indiquant clairement les hypothèses. Enregistre le devis en PDF, ajoute son numéro et son montant dans la table, et soumets-le-moi avant tout envoi.
Étape 6 : observer la chaîne en entier#
Pendant les premières semaines, suivez une donnée de bout en bout : une facture, un prospect, une demande. Vérifiez qu'elle passe correctement chaque étape. Le journal de chaque agent et la carte du workflow vous montrent où elle en est.
Les erreurs à éviter#
- Trop d'agents trop tôt. Commencez avec deux agents reliés, ajoutez le troisième quand les deux premiers sont stables.
- Des colonnes floues. « Infos » ou « Divers » sont des colonnes qui posent problème plus tard. Une colonne, une information.
- Pas de clé unique. Sans identifiant, les doublons s'accumulent quand un agent repasse sur les mêmes données.
- Des boucles. Évitez qu'un agent aval déclenche à son tour l'agent amont : le processus doit avoir un début et une fin.
- Oublier la validation humaine sur l'étape qui touche vos clients ou votre comptabilité.
Faire évoluer une chaîne existante#
Une chaîne n'est pas figée. Trois évolutions reviennent souvent :
- ajouter une étape en bout de chaîne : un agent de bilan mensuel qui lit la même table que les autres, sans rien changer à l'existant ;
- brancher une seconde suite : la table des demandes alimente à la fois l'agent qui chiffre et un agent qui prévient le commercial du secteur ;
- remplacer une étape : si l'agent de rédaction ne vous convient plus, vous le corrigez ou le recréez sans toucher à la collecte.
Dans tous les cas, gardez la même discipline qu'au départ : une modification à la fois, et une donnée suivie de bout en bout pour vérifier que tout s'enchaîne comme prévu.
Quand une chaîne n'est pas nécessaire#
Un workflow multi-agents n'a de sens que si le processus a plusieurs étapes distinctes, avec des rythmes ou des outils différents. Pour une tâche simple (trier la boîte mail, envoyer un brief le matin), un seul agent suffit. Pour une liste d'idées de tâches simples, voir les 25 tâches à confier à un agent IA.
Et le prix ?#
Chaque agent d'une chaîne a son propre prix mensuel, annoncé avant le lancement. Une chaîne de trois agents simples peut ainsi entrer dans un forfait qui inclut plusieurs agents. Le détail des forfaits Libre, Pro et Studio, et de ce que chacun inclut pour les workflows et le stockage, est sur la page Tarifs.
En résumé#
- Un workflow multi-agents relie des agents spécialisés : chacun fait une étape et transmet son travail au suivant.
- La liaison passe par une table partagée et un déclenchement en chaîne après chaque exécution réussie.
- L'agent aval ne reçoit que les nouveautés, et une erreur en amont ne se propage pas.
- Commencez par dessiner le processus, définissez les colonnes, puis ajoutez les agents un par un.
- La bibliothèque propose quinze chaînes prêtes à adapter.
Pour aller plus loin, comparez cette approche avec les outils de scénarios dans notre comparatif agent IA, Zapier, Make et n8n, ou découvrez l'ensemble des fonctionnalités.