Limiter les outils d’un MCP Hermes : le principe du moindre accès utile
Tu n’as pas besoin d’exposer tous les outils d’un MCP pour qu’il soit utile. Au moment de l’installation, Hermes te laisse choisir ce qui sera visible par l’agent, et c’est là que le tri doit se faire.
Le bon réflexe n’est pas de tout ouvrir puis de voir ce qui sert. C’est l’inverse : tu pars du besoin réel, tu gardes uniquement les actions utiles, et tu laisses le reste fermé. Ça réduit le bruit, la surface d’erreur et les permissions superflues.
Hermes sait déjà sélectionner les outils exposés lors de l’installation d’un MCP. Tu peux donc décider proprement, outil par outil, sans supposer qu’un serveur doit être totalement activé pour servir à quelque chose.
Le vrai sujet n’est pas d’ajouter un agent de plus.
Si tu veux construire un système d’agents utile, il te faut surtout une structure claire, de bons arbitrages et des retours terrain. C’est exactement ce qu’on partage dans Kavyro.
Arbitrages utiles
Questions réelles
Accès gratuit
Tu arrives avec ton sujet, tu repars avec plus de clarté.
Le bon cadre mental
Limiter les outils d’un MCP ne veut pas dire se méfier de tout. Ça veut dire exposer le minimum utile au workflow. Un connecteur qui peut lire, écrire, supprimer et administrer n’a pas besoin de tout montrer si ton usage consiste seulement à lire des tickets ou créer des notes.
Le principe est simple :
- ce qui n’est pas nécessaire reste fermé ;
- ce qui est nécessaire reste visible ;
- ce qui est sensible demande une vraie raison d’exister.
Ensuite, compare les outils à la tâche réelle. Si ton agent doit seulement consulter des issues, il n’a pas besoin d’un outil de suppression. S’il doit créer des tickets, il n’a pas besoin d’un accès admin. C’est évident une fois posé, mais c’est souvent oublié au moment où la checklist s’affiche.
Ce que Hermes te montre à l’installation
La doc Hermes est claire : après configuration des identifiants, Hermes interroge le serveur MCP pour lister tous les outils qu’il expose, puis affiche une checklist. Les outils cochés seulement sont écrits dans mcp_servers.<name>.tools.include. Si tu coches tout, aucun filtre n’est écrit.
| Type d’outil | À exposer si… | À laisser fermé si… |
|---|---|---|
| Lecture / consultation | Le workflow a besoin de voir l’état, les listes, les détails | Le besoin est ponctuel ou déjà couvert ailleurs |
| Écriture / création | L’agent doit produire un objet métier précis | La lecture suffit pour décider |
| Suppression / action irréversible | Tu as un cas d’usage très cadré et une revue explicite | Tu n’as pas un besoin documenté de destruction |
| Administration / configuration | Tu maintiens vraiment le serveur ou son périmètre | Tu veux seulement l’utiliser comme client |
Le point important est là : la sélection se fait au moment de l’installation, pas après coup en espérant qu’un usage prudent compensera une exposition trop large. C’est beaucoup plus propre de partir petit et d’élargir si le besoin le justifie.
Comment décider outil par outil
Avant de valider la checklist, pose-toi trois questions, dans cet ordre.
- Est-ce que l’outil est nécessaire au scénario réel ?
- Est-ce qu’il ouvre une capacité que tu n’as pas déjà ailleurs ?
- Est-ce que son coût de maintenance et de confiance vaut le gain ?
Si la réponse à la première question est non, tu fermes. Si la réponse à la deuxième est non, tu fermes aussi. Si la réponse à la troisième est floue, tu fermes pour l’instant.
Tu peux t’appuyer sur les points de contrôle agents IA en production pour vérifier que l’exposition d’outils colle bien au niveau de risque et à la réalité du workflow. L’idée n’est pas de théoriser la sécurité, mais de garder un système exploitable et lisible.
Un bon repère pratique : un outil doit être exposé parce qu’il sert une tâche précise, pas parce qu’il est disponible dans la liste. La disponibilité n’est pas un argument fonctionnel.
Le bon réflexe avant d’activer
Quand un MCP te paraît utile, ne pars pas du serveur entier. Pars du service, puis du sous-ensemble d’outils strictement nécessaires. Si tu peux démarrer avec lecture seule, fais-le. Si tu peux éviter l’admin, évite-la. Si tu peux laisser la suppression hors périmètre, fais-le.
Ça vaut aussi pour les serveurs que tu connais déjà. Le fait qu’un connecteur soit dans le catalogue ne veut pas dire que tous ses outils méritent d’être cochés. La checklist d’installation sert justement à ça : traduire un besoin en périmètre minimal.
Si tu veux aller plus loin, la formation Hermes Agent t’aide à cadrer ce genre de décision, du natif au MCP, sans sur-ouvrir ta stack. Et si tu as un doute avant activation, fais un audit rapide de la liste d’outils, puis garde seulement ce qui sert vraiment.
