Hermes Agent ouvre sa marketplace officielle : MCP, skills et plugins réunis au même endroit

Quiconque a déjà conçu un agent d’IA réellement utile connaît ce rituel. Il faut un connecteur pour la messagerie, un skill pour travailler avec des feuilles de calcul et quelque chose pour le navigateur. Commence alors la recherche dans les dépôts, les sélections GitHub et les discussions où quelqu’un recommande « cet outil qui semble fonctionner ». L’équipe d’Hermes, l’agent de Nous Research, a décidé de combler cette lacune en ouvrant une marketplace officielle d’extensions.

Ce que contient le catalogue

Le catalogue rassemble des connecteurs MCP, des skills et d’autres plugins, classés par catégories afin de trouver rapidement ce dont on a besoin. Si ces termes ne vous sont pas encore familiers, le principe est simple. MCP est un protocole qui permet à l’agent d’accéder à des services externes : calendrier, base de données ou gestionnaire de tâches. Un skill est un ensemble prêt à l’emploi d’instructions et de scénarios pour une tâche courante, comme « préparer le rapport hebdomadaire ». Un plugin étend les capacités de l’agent lui-même.

Prenons une tâche typique : l’agent doit récupérer des demandes dans Notion et créer les tâches correspondantes dans un outil de suivi. Jusqu’ici, il fallait trouver un serveur MCP, vérifier que le projet était toujours maintenu, comprendre sa configuration et espérer qu’une mise à jour ne le casserait pas. Désormais, la logique est différente : on ouvre la catégorie voulue, on trouve le connecteur et on le branche. Ce n’est pas magique, mais dans le travail quotidien, la différence entre « une demi-heure de recherche » et « cinq minutes d’installation » est considérable.

La publication d’origine ne fournit pas la liste complète des éléments disponibles. Il est donc encore trop tôt pour juger la qualité et la quantité des extensions. Il faut les examiner directement dans le catalogue.

Un plugin pour l’abonnement Claude

L’élément qui suscite le plus de discussions est un plugin permettant d’utiliser l’agent non pas en payant l’API, mais via un abonnement Claude. La logique est facile à comprendre. Les agents consomment beaucoup de tokens : ils fonctionnent en boucles, relisent le contexte et appellent des outils. Avec une facturation au token, la note peut grimper de manière inattendue, tandis qu’un abonnement coûte un montant fixe. Pour un passionné qui utilise l’agent pour ses tâches personnelles, l’option paraît séduisante.

Elle comporte toutefois plusieurs réserves. Premièrement, les conditions d’utilisation d’un abonnement et celles de l’API peuvent différer chez le fournisseur ; les méthodes contournant l’API risquent donc d’enfreindre les règles ou de cesser de fonctionner après une mise à jour. Deuxièmement, les abonnements ont des limites, qu’un scénario agentique intensif atteindra plus vite qu’une conversation ordinaire. Troisièmement, les équipes et les environnements de production ont besoin de prévisibilité : SLA, limites clairement définies et assistance. C’est ce que fournit une API, contrairement à un abonnement grand public. L’option est donc intéressante pour des expérimentations personnelles, mais il vaut mieux ne pas bâtir un processus métier dessus.

Limites et conclusion pratique

Le principal point à retenir est qu’une marketplace reste un canal de distribution de code tiers. Un connecteur MCP accède à vos données et peut effectuer des actions en votre nom. Ajoutez à cela le prompt injection, où des instructions malveillantes sont dissimulées dans un texte traité par l’agent, ainsi que des autorisations excessives accordées « au cas où ». Le statut officiel du catalogue ne garantit pas à lui seul que chaque plugin a fait l’objet d’un audit approfondi. Suivez donc quelques règles simples :

• examinez le code source avant l’installation, surtout pour les connecteurs capables d’écrire des données ;
• accordez les autorisations minimales et utilisez des tokens distincts plutôt que des clés donnant accès à tout ;
• commencez par tester dans un bac à sable ou avec des comptes de test ;
• verrouillez les versions afin qu’une mise à jour ne modifie pas le comportement de l’agent.

Qu’est-ce que cela implique pour les produits et leurs fondateurs ? Les écosystèmes d’agents évoluent vers un modèle de boutiques d’extensions, comme auparavant les navigateurs et les IDE. Les premiers à s’établir dans le catalogue d’un agent populaire bénéficient d’un canal de distribution peu coûteux. Si votre service dispose d’une API, un connecteur MCP ou un skill dédié peut le présenter à des utilisateurs qui travaillent déjà avec cet agent. Pour les développeurs, la conclusion est plus simple : avant d’écrire votre propre code d’intégration, consultez le catalogue ; ce dont vous avez besoin s’y trouve peut-être déjà. Et traitez l’installation d’une extension avec le même sérieux que l’ajout d’une dépendance à un projet.