Aller au contenu
Alaisia · Intégrateurs Un site du réseau Alaisia

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 :

  1. https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-langchain.chattrigger.md
  2. https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-langchain.mcptrigger.md
  3. https://docs.n8n.io/build/integrate-ai/ai-examples/human-in-the-loop-for-tools.md
  4. https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.errortrigger.md
  5. https://docs.n8n.io/choose-how-to-use-n8n/

À lire aussi