Serveurs MCP

Le Model Context Protocol (MCP) est un standard ouvert décrivant la façon dont une application d'IA découvre et utilise des outils externes. WivenLLM en est client : tout serveur MCP peut être branché, et ses outils deviennent des compétences utilisables par vos agents.

À quoi ça sert

Sans MCP, connecter WivenLLM à un outil interne suppose un développement spécifique. Avec MCP, il suffit que l'outil expose un serveur conforme au standard : WivenLLM interroge le serveur, découvre les fonctions offertes, et les propose aux agents.

L'intérêt : l'écosystème MCP est partagé. Un serveur écrit pour une autre application fonctionne ici, et réciproquement.

Exemples de ce qu'on branche ainsi : un système de tickets, un ERP, un outil de gestion de projet, un service interne, une base documentaire propriétaire.

Configurer — administrateur

Réglages → Agents, section serveurs MCP.

Un serveur MCP se déclare de deux manières :

Serveur local. WivenLLM démarre le programme et communique avec lui directement. On déclare la commande à exécuter, ses arguments et ses variables d'environnement.

Serveur distant. WivenLLM se connecte à une adresse HTTP. On déclare l'URL et, le cas échéant, les en-têtes d'authentification.

Une fois déclaré, le serveur est démarré à la demande et ses outils apparaissent dans la liste des compétences, prêts à être activés par espace de travail.

Cycle de vie

• Les serveurs sont démarrés à la demande, quand un agent en a besoin.
• L'écran d'administration affiche leur état et permet de les redémarrer.
• Un serveur indisponible n'empêche pas les agents de fonctionner : les outils correspondants sont simplement absents.

Points d'attention

Un serveur MCP s'exécute avec les droits que vous lui donnez. Un serveur local tourne sur votre machine ; un serveur distant reçoit ce que l'agent lui transmet. N'installez que des serveurs dont vous connaissez l'origine.

Les données transitent. Un serveur MCP distant reçoit les arguments que l'agent lui envoie. Sur une installation qui ne doit rien laisser sortir, seuls des serveurs locaux ou internes ont leur place.

Chaque outil consomme du contexte. Un serveur exposant cinquante fonctions alourdit considérablement le choix de l'agent. Préférez des serveurs ciblés, et appuyez-vous sur la sélection intelligente des compétences. → Compétences

Les erreurs sont visibles. Un outil MCP qui échoue renvoie son erreur à l'agent, qui la rapporte — plutôt que de simuler un succès.

MCP ou flux d'agent ?

Les trois se combinent : un flux peut appeler un outil MCP en suivant une procédure décrite dans une fiche.