Guide
n8n : construire un agent IA de chat pour un client
Chat Trigger, serveur MCP, validation humaine, workflow d'erreur : ce que la documentation de n8n permet pour livrer un agent IA de chat à un client.
Mis à jour le
n8n permet de livrer un agent IA de chat à un client avec quatre briques documentées : le Chat Trigger, qui reçoit les messages ; l'agent IA et ses outils ; la validation humaine avant les actions sensibles ; et le workflow d'erreur, qui prévient quand quelque chose casse. Pour un intégrateur en automatisation, c'est un terrain connu. Les pièges sont ailleurs : l'accès au chat, le coût en exécutions, et l'hébergement. Documentation lue le 15/11/2026.
Le Chat Trigger : l'entrée des conversations
Le nœud se relie à un nœud d'agent ou de chaîne. Deux modes :
- Hosted Chat : une interface de chat hébergée par n8n, recommandée pour la plupart des usages ;
- Embedded Chat : vous fournissez l'interface, qui appelle l'adresse du chat ; n8n publie un widget,
@n8n/chat.
| Réglage | Ce que dit la documentation | Ce qu'il faut décider |
|---|---|---|
| Authentification | None, Basic Auth (« All users must use the same username and password »), ou n8n User Auth | Un chat public ouvert à tous, ou réservé aux salariés du client |
| Origines autorisées (CORS) | * par défaut, restrictible |
Limiter au domaine du site du client |
| Mémoire | « Load Previous Session » ; relier le trigger et l'agent au même sous-nœud de mémoire | Durée de conservation des échanges |
| Coût | Chaque message exécute le workflow | Estimer les exécutions par mois |
| Version | Disponible à partir de n8n 1.24.0 | Vérifier la version du client |
Exemple de calcul, en hypothèse. 300 conversations par mois de 8 messages en moyenne font 2 400 exécutions, qui s'ajoutent à celles des autres workflows du compte. Vérifiez la marge restante avant la mise en ligne.
Le serveur MCP : exposer des workflows à un assistant
Le nœud MCP Server Trigger fait de n8n un serveur MCP (Model Context Protocol, le standard qui relie un assistant à des outils). Il n'exécute que des nœuds d'outil ; pour exposer un workflow entier, on passe par le nœud Custom n8n Workflow Tool.
- Authentification : aucune, n8n User Auth (OAuth2), Bearer ou en-tête.
- Transports : SSE et HTTP en flux continu ; pas de stdio.
- Production : en mode file d'attente avec plusieurs réplicas, il faut diriger toutes les requêtes
/mcp*vers un seul réplica, sinon les connexions peuvent se couper. - Adresses : une adresse de test et une adresse de production, enregistrée à la publication du workflow.
C'est la voie quand le client utilise déjà un autre assistant et veut lui donner accès à vos workflows, plutôt que de passer par le chat de n8n.
La validation humaine avant une action
La documentation l'énonce simplement : « You can require human approval before an AI Agent executes a specific tool. » Le workflow se met en pause, la personne voit l'outil demandé et ses paramètres. Neuf canaux sont cités, dont le chat de n8n, Slack, Microsoft Teams, Gmail, Outlook et WhatsApp Business Cloud ; la validation peut passer par un autre canal que la conversation. En cas de refus, l'action est annulée et l'agent est prévenu : la documentation conseille de prévoir ce cas dans les consignes de l'agent.
Pour un projet client, réservez cette validation aux écritures : création d'affaire, modification de commande, envoi d'un message à un tiers. La logique générale est expliquée sur la page humain dans la boucle d'agents.cercle-ia.tech.
Le workflow d'erreur
Un workflow commençant par le nœud Error Trigger reçoit les détails d'un autre workflow en échec : message d'erreur, dernier nœud exécuté, identifiant et adresse de l'exécution. On le choisit dans les paramètres du workflow surveillé. Deux limites documentées : il ne se déclenche pas en exécution manuelle, et le workflow surveillé doit être publié. Testez-le donc en conditions réelles avant la livraison (voir Gestion des erreurs).
L'hébergement : la question à trancher en premier
n8n existe en service en ligne, n8n Cloud, présenté comme « Fully managed, no setup or maintenance required », et en version auto-hébergée, où « You control the environment and configuration ». Si vous hébergez pour le client, la disponibilité du chat devient votre responsabilité. Les compétences que demande l'auto-hébergement sont décrites sur la page n8n auto-hébergé d'automatisation.cercle-ia.com.
Points à vérifier avant la livraison
- Le mode d'accès au chat et la liste des origines autorisées.
- L'estimation des exécutions par mois et le quota du client.
- La liste des outils de l'agent, et ceux soumis à validation humaine.
- Le workflow d'erreur, testé sur une vraie panne.
- Qui héberge, qui met à jour, qui est prévenu la nuit.
Questions fréquentes
Un chatbot n8n consomme-t-il des exécutions ?
Oui. La documentation du Chat Trigger précise que chaque message exécute le workflow : une conversation de 10 messages consomme 10 exécutions du quota.
Peut-on faire valider une action par un humain avant que l'agent n8n l'exécute ?
Oui. n8n permet d'exiger une approbation avant qu'un agent IA utilise un outil précis ; le workflow se met en pause, et la demande peut passer par Slack, Teams, Gmail, Outlook, WhatsApp et d'autres canaux. En cas de refus, l'action est annulée et l'agent en est informé.
Comment sécuriser le chat d'un agent n8n ?
Le Chat Trigger propose trois modes d'accès : aucun, authentification de base (un identifiant commun) ou authentification par compte n8n. Les origines autorisées (CORS) valent « * » par défaut et peuvent être restreintes.
Sources
Pages consultées pour écrire cet article :
- https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-langchain.chattrigger.md
- https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-langchain.mcptrigger.md
- https://docs.n8n.io/build/integrate-ai/ai-examples/human-in-the-loop-for-tools.md
- https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.errortrigger.md
- https://docs.n8n.io/choose-how-to-use-n8n/