Hermes Agent et mcp-serve : de la conversation client à l’action
Hermes Agent et mcp-serve : de la conversation client à l’action
Un client demande une modification dans une conversation. Le développeur travaille dans Cursor ou Claude Code. Entre les deux, quelqu’un doit retrouver le message, vérifier ce qui a déjà été promis et reformuler la demande. C’est ce passage, souvent manuel, que l’extension mcp-serve de Hermes Agent permet de repenser.
mcp-serve expose Hermes Agent comme un serveur MCP : un client compatible, tel que Claude Code, Cursor ou Codex, peut consulter les conversations du profil Hermes servi et utiliser les fonctions de la passerelle. Ce n’est pas simplement connecter Hermes à un outil externe. C’est rendre une partie de Hermes accessible à un autre agent, avec les accès et les responsabilités que cela implique.
L’intérêt pour une entreprise tient à une question précise : peut-on préparer une intervention à partir de la demande d’origine, sans perdre ses engagements ni laisser l’agent décider seul de ce qu’il peut envoyer ? Voici ce que la version documentée permet, ce qu’elle ne garantit pas et comment décider si cette extension mérite un essai.
Hermes Agent et MCP : le sens de la connexion change
MCP, pour Model Context Protocol, est un protocole permettant à une application IA d’accéder à des outils et à du contexte fournis par un serveur. Habituellement, on présente Hermes Agent comme le client qui consomme des services externes. Avec mcp-serve, Hermes occupe l’autre place : il fournit une interface à un client MCP.
La fiche officielle du catalogue référence mcp-serve en version 1.0.0, maintenue par NousResearch, avec Hermes 0.22.0 au minimum. Son code est épinglé à une révision déterminée. La commande actuelle est hermes mcp-serve ; l’ancienne forme était hermes mcp serve. Cette précision évite de confondre le plugin avec une fonction restée intégrée au cœur du produit.
Le serveur utilise l’entrée et la sortie standard, dites stdio : le client lance le processus et dialogue avec lui. Il ne s’agit donc pas, par défaut, d’un service HTTP public auquel n’importe qui pourrait se connecter. Cela ne rend pas les données anodines : le client qui lance ce processus obtient les capacités exposées par le profil choisi.
Pour situer cette brique dans l’ensemble du produit, notre guide d’Hermès Agent en entreprise explique le rôle du modèle, des outils et du contrôle humain. Ici, le sujet est plus ciblé : faire parvenir le contexte conversationnel à l’environnement où une intervention sera préparée.
Ce que mcp-serve expose réellement
Le README de la révision référencée décrit une passerelle capable de lister les conversations, de lire leurs messages, de récupérer les pièces jointes et d’attendre de nouveaux événements. Elle accède à l’historique du profil Hermes servi, pas à toutes les messageries de l’entreprise par magie.
La passerelle peut aussi envoyer des messages via les comptes de plateformes connectés, lister les destinations et répondre à des demandes d’approbation visibles pendant la session. La lecture de l’historique ne nécessite pas une passerelle de messagerie Hermes en fonctionnement. L’envoi, lui, en dépend : c’est cette passerelle qui porte les connexions aux plateformes.
Une option --tools, désactivée par défaut, ajoute une sélection d’outils Hermes : recherche web, navigation, vision, génération d’images, consultation des skills et synthèse vocale. Leur disponibilité dépend des outils activés et des fournisseurs configurés pour le profil. Les appels utilisent ses identifiants et peuvent consommer ses crédits.
Cette option n’expose ni terminal, ni outils de fichiers, ni exécution de code, ni gestion de processus, ni kanban, ni délégation. La liste est volontairement limitée. Elle ne constitue pourtant pas une enceinte étanche : les outils web peuvent notamment joindre des adresses du réseau local. Un navigateur et une identité connectée restent des capacités à examiner, même sans accès au shell.
De la conversation client au changement préparé : un scénario illustratif
Imaginons un client qui écrit : « Ajoutez un champ de référence à notre formulaire, mais conservez l’ancien export jusqu’à vendredi. » Une réponse antérieure précise qu’aucune donnée historique ne doit être supprimée. Ce scénario est proposé pour expliquer le fonctionnement ; il ne décrit pas un déploiement testé ni un résultat client.
- Retrouver la demande et les engagements. Le client MCP consulte la conversation concernée via Hermes et récupère, si nécessaire, une pièce jointe. Il prépare une synthèse avec les messages de référence : changement demandé, export à préserver et point encore ambigu. Un message récent ne remplace pas automatiquement un engagement antérieur.
- Préparer l’intervention dans l’environnement de développement. Claude Code, Cursor ou Codex peut utiliser ses propres outils autorisés pour proposer un changement, des tests et une réponse au client. Ce travail sur le code ne vient pas d’un terminal transmis par mcp-serve. Le plugin fournit ici le contexte conversationnel ; le client de développement garde ses propres capacités et restrictions.
- Soumettre l’action sensible au bon responsable. Avant une mise en production ou un envoi au client, l’organisation doit prévoir une validation explicite du périmètre, du destinataire et du contenu. C’est une règle d’exploitation à mettre en place, pas une promesse que le plugin impose un humain à chaque opération.
- Vérifier le résultat avant de clôturer. Le développeur contrôle le nouveau champ, l’absence de régression sur l’export et le respect des données existantes. Si un envoi est autorisé, son résultat est vérifié séparément. Une réponse préparée, un test réussi et un message effectivement envoyé sont trois états différents.
En conservant les messages de référence avec la proposition, le responsable peut vérifier que le changement respecte l’engagement sur l’export. Si le message source contredit le cahier des charges, l’écart doit remonter au responsable. Lorsque la décision dépend aussi de règles durables — contrat, politique de support, procédure de livraison — une mémoire d’entreprise organisée, ou Company Brain, aide à identifier la référence applicable. mcp-serve n’organise pas à lui seul cette mémoire et ne tranche pas les contradictions.
Le point sensible : un client capable de répondre aux approbations
Le plugin expose des fonctions pour voir et traiter certaines demandes d’approbation. Il serait donc trompeur d’en conclure que toute action passe nécessairement devant une personne. Si l’on autorise le même client externe à proposer une opération puis à approuver sa propre demande, on risque de déplacer le contrôle plutôt que de le conserver.
Notre recommandation d’organisation : séparer préparation, autorisation et exécution pour les actions sensibles. Définir qui peut valider un envoi, une publication ou une modification de production ; empêcher le client de s’auto-approuver ; conserver la demande, la décision et le résultat. Ces contrôles doivent être vérifiés dans l’intégration retenue, pas supposés présents parce que MCP figure dans la documentation.
Le profil servi est une première frontière concrète. Un profil dédié, limité aux conversations et comptes nécessaires au flux, réduit l’exposition par rapport à un profil personnel utilisé pour tout. Cela ne remplace pas un contrôle fin par conversation si le besoin l’exige. Le droit d’agir d’un agent IA dépend de l’identité et des permissions réelles, pas seulement des consignes qui lui disent d’être prudent.
Enfin, une conversation client est une donnée à interpréter, pas une instruction d’administration. Un message ou une pièce jointe demandant d’ignorer une règle interne ne doit pas acquérir cette autorité simplement parce qu’un agent l’a lu.
Choisir une extension : la fonction manquante avant la taille du catalogue
Un catalogue étendu facilite la découverte, mais son nombre d’entrées ne dit pas ce qu’il faut installer. Les catégories official, verified et community de la documentation du catalogue Hermes renseignent la provenance et le statut de revue. Elles ne garantissent ni l’adéquation à votre traitement ni l’absence de risque.
- Le besoin : si votre difficulté est de retrouver le contexte client depuis l’outil de développement, mcp-serve répond à une question précise. Pour une simple synthèse ponctuelle, une transmission manuelle validée peut suffire.
- Les données et identités : quelles conversations le profil contient-il ? Quels comptes peuvent envoyer ? Que reçoit le fournisseur du modèle utilisé par le client MCP ? Le fait qu’un historique soit stocké localement ne garantit pas que son contenu reste local une fois lu par un autre outil.
- La maintenance : vérifier le mainteneur, la version minimale, la révision du code et la procédure de retour arrière. Un plugin compatible aujourd’hui ne dispense pas de tester les mises à jour.
- Le coût complet : mcp-serve est sous licence MIT. La gratuité du plugin ne paie ni les abonnements des clients IA, ni les appels aux fournisseurs, ni l’hébergement, ni le temps de contrôle. Le budget d’un agent IA en PME doit intégrer ces postes et le maintien du flux.
Ce qu’un premier essai doit prouver
Commencer avec un dossier non sensible et une sortie préparée, sans envoi automatique. Le test utile vérifie si l’agent retrouve la bonne demande, cite l’engagement à préserver, repère une contradiction et produit une proposition contrôlable. Tester aussi un refus d’approbation et un échec d’envoi : l’interface ne doit pas les transformer en succès dans son compte rendu.
Comparer ensuite ce parcours à la transmission manuelle existante : temps de préparation et de relecture, erreurs, reprises, appels facturés et accès accordés. Aucun gain n’est démontré ici. La décision d’élargir le périmètre doit venir des résultats observés sur votre flux, avec la possibilité de retirer la connexion.
Pour une PME qui cherche une agence IA à Paris, le bon point de départ n’est donc pas « combien de plugins peut-on ajouter ? », mais « quelle rupture entre conversation et travail veut-on supprimer, et qui garde la décision ? ». Hermes Agent avec mcp-serve rend cette connexion possible ; son intérêt dépend du cadre dans lequel elle est utilisée.
Vous souhaitez examiner ce passage entre demande client et intervention ? Parler avec un expert Say Digital pour cadrer un flux, ses accès et les preuves attendues avant d’envisager son automatisation.
Sources et périmètre de vérification
Vérification documentaire du 28 octobre 2026 : manifeste officiel mcp-serve ; README et code du plugin à la révision épinglée, notamment la passerelle et la liste des outils exposés ; documentation du catalogue. Ces sources décrivent des capacités logicielles. Le scénario et les contrôles d’organisation sont notre analyse éditoriale, sans installation, envoi de message ni démonstration d’autonomie de bout en bout.
