Connecteur MCP

Met un connecteur MCP à disposition d'un Agent IA ou d'un Superviseur : l'agent peut alors appeler les outils exposés par ce serveur pendant son analyse.

Ce nœud est déclaratif : il ne reçoit rien, ne transforme rien et ne fait pas partie du flux du document. Il déclare simplement quels outils l'agent connecté a le droit d'appeler.

Ports

• Sortie « MCP » (haut, type MCP) — à relier à la patte « MCP » d'un Agent IA ou d'un Superviseur. Un nœud porte un seul connecteur : posez-en plusieurs pour donner plusieurs serveurs d'outils au même agent. Un même nœud peut alimenter plusieurs agents.

Configuration

• Connecteur — celui à rendre disponible, parmi ceux activés dans Admin → Connecteurs MCP. Les connecteurs natifs (math, wikipedia, hunspell, calendar) y figurent comme les connecteurs personnalisés.
• Outils exposés — un bouton interroge le serveur et liste les fonctions qu'il publie, avec leur description. Le serveur est réellement contacté (ou démarré) : la réponse peut prendre quelques secondes.

Un connecteur désactivé ou supprimé côté administration reste sélectionné dans le graphe mais n'est jamais transmis à l'agent — l'exécution ne casse pas, l'agent travaille simplement sans cet outil.

Ce que l'agent en fait

Les outils sont proposés, pas imposés : c'est le modèle qui décide s'il appelle une fonction et avec quels arguments. Les appels effectués apparaissent dans les logs et dans la trace d'exécution du job.

Une exception : hunspell, dont la vérification orthographique est lancée systématiquement avant l'appel au LLM, ses résultats étant réinjectés même si l'IA ne les reprend pas d'elle-même.

note

Attacher un connecteur active la boucle d'outils de l'agent, comme le fait une Compétence. L'agent effectue donc des appels supplémentaires au modèle : c'est visible dans la trace d'exécution et dans les coûts IA.

Connecteur relié à un Superviseur

Un connecteur connecté à la patte « MCP » d'un Superviseur est partagé par tous ses sous-agents. C'est le moyen d'attacher un outil commun une seule fois plutôt qu'une fois par sous-agent — chaque sous-agent pouvant par ailleurs avoir ses propres connecteurs.

Pourquoi un nœud plutôt qu'une case à cocher

Les connecteurs se cochaient auparavant dans la configuration de l'agent. Le rattachement portait alors sur l'agent partagé : cocher un outil pour un besoin ponctuel l'armait dans tous les pipelines utilisant cet agent, y compris ceux où il n'avait aucun sens (et où il coûtait des appels au modèle).

Attaché par un nœud, l'outil appartient à cet agent, dans ce pipeline — le même agent peut être outillé ici et nu ailleurs. Les pipelines existants ont été convertis automatiquement : chaque agent dont les cases étaient cochées s'est vu poser les nœuds correspondants, déjà reliés.