Que déléguer à un agent d’IA avant de le laisser agir

Un courriel dit : « Envoyez-moi six autres cartons comme ceux du mois dernier. » Avant d’en faire une commande, il faut savoir qui écrit, quel produit cette personne a acheté et si ces six cartons sont disponibles. Lire la phrase ne représente qu’une petite partie du travail.

Je commencerais par décider ce que le système peut faire lorsqu’une de ces informations manque. Cette décision compte davantage que le fait de l’appeler agent.

Du texte au brouillon de commande

Il s’agit d’un scénario hypothétique. Une entreprise reçoit ses commandes par courriel et veut réduire la saisie dans son logiciel de gestion. Le système propose un produit, une quantité et un client ; il consulte ensuite le catalogue et prépare un brouillon pour une personne.

Le modèle peut interpréter un texte peu structuré et proposer des champs. La connexion au logiciel de gestion permet de consulter des données ou de créer un enregistrement. Les règles vérifient les quantités autorisées, les références existantes et les champs obligatoires. Ces éléments ne se remplacent pas : un texte bien compris peut être rattaché au mauvais client si l’identification est mal résolue.

La documentation de n8n sur les agents décrit un modèle qui décide des actions et des outils à utiliser. Un flux aux étapes fixées à l’avance peut suffire pour cette commande. Si la séquence ne change jamais, ajouter des décisions du modèle peut compliquer le contrôle sans apporter d’utilité. Selon la tarification officielle de n8n (consultée le 11 octobre 2026), tous les forfaits incluent un nombre illimité d’utilisateurs : la facturation repose sur les exécutions mensuelles des flux, pas sur le nombre d’utilisateurs. Cela ne signifie pas que le service est gratuit.

Le mot « chatbot » ne désigne pas nécessairement un menu rigide. Une conversation peut utiliser des modèles et des outils ; la question pratique porte sur ses permissions et les vérifications qui précèdent une action.

Où je placerais la vérification humaine

Lors du premier essai, le système ne créerait que des brouillons. Une personne vérifierait le client, la référence, les unités et l’adresse avant de confirmer la commande. Si le courriel dit « comme la dernière fois », il faudrait afficher la commande précédente utilisée pour pouvoir corriger cette interprétation.

La consultation du stock demande une autre limite : voir du stock disponible ne signifie pas le réserver. Si deux commandes consultent la dernière unité au même moment, le logiciel de gestion doit gérer la réservation. Je ne laisserais pas le modèle promettre une livraison sur la base d’une seule lecture du stock.

Je conserverais aussi les identifiants du courriel et du brouillon. Si une connexion échoue après la création de l’enregistrement, une nouvelle tentative ne doit pas le dupliquer. S’il manque une référence, le dossier passerait en vérification avec l’information manquante signalée, sans l’inventer.

n8n permet de configurer des flux d’erreur et d’examiner les exécutions. Cela aide à détecter les échecs d’exécution. Une commande incorrecte que le logiciel accepte demande ses propres contrôles : elle peut ne provoquer aucune erreur technique.

Un essai qui permette de décider

Je prendrais un échantillon de commandes ordinaires, ambiguës et répétées. Je mesurerais le temps manuel nécessaire pour rendre chacune correcte, puis le temps du nouveau processus, vérifications et corrections comprises. Je compterais également les dossiers arrêtés et vérifierais si une action indue se produit.

Si le brouillon évite la saisie mais oblige à enquêter sur chaque proposition, le gain peut être insuffisant. S’il fonctionne avec les commandes claires, son usage peut rester limité à celles-ci. L’élargissement des permissions viendrait après cette mesure et après avoir désigné la personne responsable des exceptions.

Pour commencer, choisissez une action réversible, identifiez les données nécessaires et écrivez ce que fera le système lorsqu’il ne les trouve pas.