Les outils des autres, sur votre canevas

Enregistrez un serveur Model Context Protocol une fois, et chaque outil qu'il expose devient un nœud à déposer dans un workflow. Le même nœud sert à deux choses — une étape exécutée par l'orchestrateur, ou une capacité qu'un agent peut choisir d'utiliser.

Enregistrez un serveur MCP et ses outils deviennent des nœuds — utilisables comme étape ordinaire, ou accordés à un agent.

Comment un outil arrive dans votre workflow

Capacités de la plateforme

Ai-je besoin d'un agent pour utiliser un outil MCP ?

Non. Reliez un outil par un lien ordinaire et il s'exécute comme une étape planifiée, comme tout autre nœud, sans aucun modèle à proximité. Le cas de l'agent est le second usage, pas le seul — ce qui compte si vous voulez la fiabilité d'un outil sans l'imprévisibilité d'un modèle.

Que se passe-t-il quand le serveur ajoute un outil ?

Il apparaît. Le catalogue est lu depuis le serveur plutôt que copié dans notre configuration : il n'y a donc pas de seconde liste à mettre à jour, ni moyen que les deux divergent sur ce qui existe ou sur les arguments attendus.

Puis-je contrôler les outils qu'un agent peut appeler ?

Oui, et c'est le seul moyen pour lui d'en obtenir. Un agent peut appeler exactement les outils vers lesquels vous avez tracé un lien — aucun ensemble ambiant hérité de l'espace de travail. Retirer le lien retire la capacité, et le graphe est donc un énoncé lisible de ce que l'agent peut atteindre.

Essayez sur un vrai workflow