Hermes Agent et MCP : un protocole pour tous les outils

Pourquoi MCP compte pour Hermes Agent

Pendant des années, chaque assistant IA devait livrer du code sur mesure pour chaque outil qu'il voulait utiliser. GitHub demandait une intégration GitHub. Slack demandait une intégration Slack. Postgres demandait un adaptateur base de données. Le travail s'accumulait à chaque nouvel outil, et la plus grande partie était jetée dès que l'API sous-jacente changeait.

Le Model Context Protocol (MCP) remplace ce schéma par un seul standard ouvert. Un serveur MCP expose un outil, une source de données ou un template de prompt de manière uniforme. N'importe quel agent compatible MCP peut s'y connecter sans écrire de nouveau code d'intégration. L'écosystème est passé d'environ 500 serveurs fin 2025 à 10 000 à 12 000 serveurs publics un an plus tard, et le protocole dépasse désormais 97 millions de téléchargements SDK par mois.

Hermes Agent est nativement MCP. Dès le départ, il peut se connecter à n'importe quel serveur MCP que vous lui indiquez, ce qui veut dire que l'agent n'a pas de catalogue d'outils figé. Les outils que vous lui donnez sont les outils qu'il a.

Ce qu'est réellement MCP

MCP a été présenté par Anthropic fin 2024, puis adopté par OpenAI, Google, Microsoft, AWS et Cloudflare au cours de 2025. La meilleure description reste "l'USB-C de l'IA" : un seul connecteur, une seule forme, beaucoup d'appareils.

Le protocole définit trois primitives :

Tools : des fonctions exécutables que le modèle peut appeler. "Lis cette issue", "publie ce message", "exécute cette requête". C'est le modèle qui décide quand invoquer un outil.
Resources : des données structurées que l'application peut injecter dans le contexte. Un fichier, une ligne de base, un événement de calendrier. C'est l'application hôte qui décide quelles ressources charger.
Prompts : des templates d'instructions réutilisables que l'utilisateur peut déclencher, à la manière de slash commands. C'est l'utilisateur qui décide quel prompt invoquer.

Un serveur MCP n'est qu'un processus qui parle ce protocole. Il peut tourner en local, sur une autre machine ou comme service distant. Le transport est JSON-RPC sur stdio, HTTP ou WebSockets selon l'implémentation.

Comment Hermes Agent utilise MCP

Hermes Agent joue le rôle d'hôte MCP. Au démarrage d'un runtime Hermes, il lit votre configuration MCP, lance chaque serveur configuré, puis expose au modèle, à chaque tour, les tools, resources et prompts qui en résultent.

C'est le mécanisme derrière les "plus de 40 outils prêts à l'emploi" annoncés par Hermes Agent. Aucun de ces outils n'est codé en dur dans l'agent. Ce sont des serveurs MCP fournis dans la configuration par défaut : un serveur filesystem, un serveur shell, un serveur de recherche web, un serveur mémoire, etc. Vous pouvez en retirer n'importe lequel, le remplacer par une alternative communautaire ou en ajouter de nouveaux, et l'agent prend en compte le changement au redémarrage.

Schéma du processus hôte Hermes Agent lançant plusieurs processus de serveur MCP et routant les appels d'outils entre eux et le modèle de langage

L'avantage, c'est la composabilité. Si un nouveau serveur MCP apparaît demain pour un outil qui compte pour vous - Linear, Figma, votre système interne de facturation - vous n'avez pas besoin d'une nouvelle version d'Hermes. Vous ajoutez le serveur à votre configuration et l'agent s'en sert.

Les serveurs MCP à connaître

Le projet Model Context Protocol maintient un petit ensemble de serveurs de référence officiels et pointe vers un annuaire bien plus large de serveurs maintenus par la communauté. L'écosystème est assez large pour que, dans la plupart des outils SaaS courants, un serveur MCP existe déjà.

Catégories sur lesquelles vous pouvez brancher Hermes Agent dès aujourd'hui :

Gestion de version : GitHub, GitLab, Git, Bitbucket
Communication : Slack, Discord, Microsoft Teams, e-mail
Bases de connaissances : Notion, Confluence, Linear, Jira
Bases de données : Postgres, SQLite, MongoDB, BigQuery
Plateformes cloud : AWS, Cloudflare, Vercel
Fichiers et recherche : filesystem, Google Drive, Brave Search, Puppeteer
Outils internes : tout ce qui peut être emballé dans un petit serveur MCP en Python ou TypeScript

Les deux annuaires à mettre en favoris sont le dépôt officiel modelcontextprotocol/servers sur GitHub et les listes curatées awesome-mcp-servers. Entre les deux, on trouve presque toujours un serveur maintenu pour ce que l'on cherche, souvent installable en une ligne.

Brancher un serveur MCP sur Hermes Agent

Ajouter un serveur MCP à un Hermes Agent auto-hébergé tient en une petite entrée JSON. Le chemin exact dépend de votre déploiement, mais la forme de la configuration est universelle :

{
  "mcpServers": {
    "github": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-github"],
      "env": {
        "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_..."
      }
    },
    "postgres": {
      "command": "uvx",
      "args": ["mcp-server-postgres", "postgres://user@host/db"]
    }
  }
}

Après redémarrage, l'agent introspecte chaque serveur, découvre les outils qu'il expose et les ajoute aux actions disponibles pour le modèle. Vous pouvez vérifier la connexion en demandant à l'agent quelque chose de spécifique à l'outil, par exemple "liste les issues ouvertes du repo" ou "montre-moi le schéma de la table users."

Sur les plans hébergés Hermify, la configuration MCP est exposée depuis le dashboard. Vous choisissez un serveur dans le catalogue ou collez un bloc de configuration, la plateforme redémarre le runtime, et l'outil est disponible dès le message suivant. Pour voir comment cela s'imbrique avec le reste, lisez mémoire et skills de Hermes Agent.

MCP face aux intégrations sur mesure

Il vaut la peine d'être explicite sur l'arbitrage, parce que certaines équipes se demandent encore s'il faut construire une intégration maison plutôt qu'utiliser MCP.

| Aspect | Intégration sur mesure | Serveur MCP | |---|---|---| | Délai jusqu'au premier appel | Plusieurs jours à plusieurs semaines | Minutes | | Réutilisation entre agents | Aucune | N'importe quel hôte MCP | | Maintenance quand l'API change | À votre charge | À la charge du mainteneur | | Contrôle fin | Total | Limité à ce que le serveur expose | | Modèle d'auth | N'importe lequel | Token ou OAuth, selon le serveur |

Le bon réflexe par défaut est d'utiliser un serveur MCP existant quand il y en a un, et de n'en construire un sur mesure que lorsqu'on a besoin d'un comportement que les serveurs disponibles ne couvrent pas. Et même là, ce que vous construisez a généralement plus de sens en tant que serveur MCP qu'en tant que plugin spécifique à Hermes. Ainsi, il fonctionne avec Claude Desktop, ChatGPT, Cursor et le prochain agent qui débarquera.

Gros plan photoréaliste d'un écran d'ordinateur portable affichant la sortie en terminal d'un serveur MCP listant les outils disponibles, avec un éclairage vert d'accent

Pratiques qui tiennent dans le temps

Quelques habitudes qui ont bien tenu depuis un an d'exécution de Hermes Agent avec MCP :

Démarrez avec l'ensemble minimal viable de serveurs. Chaque serveur MCP allonge la liste d'outils du modèle, et une liste longue dégrade de manière fiable la précision de sélection. Gardez le set actif petit et ajoutez des serveurs quand vous constatez que l'agent en a vraiment besoin.

Cantonnez les identifiants par serveur. Chaque serveur MCP a ses propres identifiants. Utilisez un token au moindre privilège pour chacun - un utilisateur Postgres en lecture seule, un token GitHub fin scopé à un seul dépôt - pour qu'un serveur fautif ne puisse pas en faire plus que nécessaire.

Traitez votre configuration MCP comme de l'infrastructure. Commitez-la dans un dépôt privé, faites relire les changements et déployez-la comme un changement Terraform. Le comportement de l'agent découle directement de ce fichier.

Auditez ce que l'agent invoque. Hermes Agent journalise chaque appel d'outil. Parcourez les logs chaque semaine pour voir quels serveurs servent vraiment. Ceux qui ne sortent jamais sont du bruit, retirez-les.

Si la mémoire et les skills sont ce qui rend Hermes Agent utile à laisser tourner, MCP est ce qui le rend utile à étendre. Les deux couches s'empilent : la mémoire retient ce qui a servi la dernière fois, les skills capturent les procédures récurrentes et MCP donne à l'agent les outils bruts pour agir sur le monde. Ensemble, elles transforment Hermes d'une interface de chat en quelque chose de plus proche d'un petit collègue autonome.

Commencez avec Hermify et vos serveurs MCP seront prêts à être branchés depuis le dashboard, avec le runtime, la persistance et les identifiants pris en charge. Pour comparer avec une approche framework, Hermes Agent vs LangChain reprend le même problème.