Hermes

Le 3 avril 2026, Anthropic a discrètement empêché les abonnés Claude Pro et Max d'utiliser OpenClaw avec leurs forfaits illimités. L'histoire s'est hissée à la première place sur Hacker News (1 064 points), puis sur TNW, The Register et TechCrunch. En quelques heures, Nous Research a publié un simple tweet : « Si vous rencontrez des problèmes avec votre agent sur le thème du homard depuis la récente mise à jour, essayez de télécharger Hermes Agent, puis d'exécuter hermes claw migrate. On nous a dit que cela aidait beaucoup. » Il a récolté 813 likes, soit environ 2,5 fois l'engagement habituel du compte, et a généré un pic d'installations suffisamment important pour propulser Hermes à environ 8 000–12 000 nouvelles étoiles cette semaine-là.

La blague a fait mouche car elle était structurellement vraie. Hermes Agent ne fait pas transiter ses appels par Anthropic. Il ne les fait pas transiter par OpenAI. Il se moque de savoir qui héberge le modèle. Vous configurez un fournisseur. OpenRouter, Nous Portal, Ollama, une instance locale llama.cpp, NVIDIA NIM, et Hermes l'appelle. Les migrants d'OpenClaw ne faisaient pas que changer d'outil ; ils fuyaient une dépendance qui s'était révélée fragile dès l'instant où un fournisseur avait décidé de sévir. L'architecture agnostique en matière de modèles d'Hermes a rendu cet argument crédible, d'une manière que les frameworks d'agents purement commerciaux ne pouvaient égaler.

Ce qu'est réellement Hermes Agent en avril 2026

Hermes Agent est un agent IA autonome open source et auto-hébergeable, publié par Nous Research le 25 février 2026. Le framework est sous licence MIT, écrit principalement en Python (87,5 %) avec une couche TypeScript (8,8 %), et ne comporte aucune télémétrie : tous les appels API sont exclusivement dirigés vers le fournisseur que vous avez configuré.

L'architecture s'articule autour d'une boucle d'apprentissage fermée. Après avoir accompli une tâche, l'agent synthétise ce qui a fonctionné dans un fichier de compétence Markdown réutilisable (utilisant le standard ouvert agentskills.io), stocke l'historique des sessions consultable dans SQLite avec recherche en texte intégral (FTS5), et met à jour un modèle utilisateur persistant. Le principe de conception est que l'agent devient de plus en plus performant à mesure qu'il exécute vos tâches spécifiques.

Au niveau des fonctionnalités, Hermes est livré avec :

• Mémoire à trois niveaux : un MEMORY.md et un USER.md délimités et injectés dans chaque prompt système ; un stockage de session SQLite FTS5 ; et huit fournisseurs de mémoire externe enfichables pour des outils comme Obsidian et des bases de connaissances personnalisées.
• 47 outils intégrés couvrant la recherche web, l'automatisation du navigateur, la génération d'images, la synthèse vocale et un planificateur cron.
• Plus de 15 intégrations de plateformes de messagerie via une passerelle unique : Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, Email, SMS, DingTalk, et bien d'autres.
• Six backends d'exécution : shell local, Docker, SSH, Daytona, Singularity et Modal (serverless avec mise en veille en cas d'inactivité).
• Routage agnostique en matière de modèles via Nous Portal, OpenRouter (plus de 200 modèles), OpenAI, Anthropic, Google, NVIDIA NIM, Ollama ou llama.cpp en local.

La croissance du projet a été exceptionnelle à tous points de vue. Hermes a atteint 100 000 étoiles GitHub en 53 jours, un record pour les dépôts d'agents IA, selon les données d'avril 2026 de @Telos. Fin avril 2026, on comptait : plus de 115 000 étoiles, plus de 16 900 forks, plus de 274 contributeurs. La version v0.11.0 a été propulsée par plus de 700 pull requests provenant de près de 200 contributeurs open source.

« hermes agent de @NousResearch est l'agent à la croissance la plus rapide de tous les temps. @OpenClaw est passé de 0 → 40K étoiles en 61 jours. hermes l'a fait en 45 jours. rien qu'au cours des 7 derniers jours, hermes a gagné 3x plus d'étoiles qu'OpenClaw, du jamais vu. »

, @chrysb sur X, avril 2026

Le moment hermes-claw-migrate

Pour comprendre pourquoi le tweet du 3 avril a tant résonné, il faut lire le fil Hacker News qui l'a précédé. La publication « Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw » (HN #47633396, ~737 points) était remplie d'utilisateurs interprétant cette décision comme une mesure anticoncurrentielle déguisée en gestion d'infrastructure. L'utilisateur goosejuice a écrit : « Des limites strictes de tokens existent déjà ; ce changement vise les concurrents plutôt que de résoudre de véritables problèmes de capacité. » L'utilisateur mech422 : « Pourquoi certaines automatisations (boucles Claude Code) sont-elles acceptables alors que les outils tiers font face à des restrictions ? »

C'est dans ce climat particulier que Nous Research a publié un outil de migration en ligne de commande (CLI) d'une seule ligne. Il était techniquement utile : hermes claw migrate gère le portage de la configuration depuis le format d'OpenClaw. Mais la raison de sa viralité résidait dans l'argument structurel implicite : Hermes fonctionne avec n'importe quel point de terminaison compatible OpenAI. La décision politique d'un seul fournisseur ne peut pas le briser. L'incident hermes-claw-migrate n'est pas d'abord une histoire de croissance ; c'est la démonstration que l'agnosticisme en matière de modèles est un véritable rempart architectural, et non un simple argument marketing.

La semaine du 3 avril, les 8 000 à 12 000 nouvelles étoiles estimées provenaient d'utilisateurs qui ne cherchaient pas un nouvel outil d'agent, ils y ont été poussés par la décision d'un fournisseur indépendante de leur volonté. Hermes était idéalement positionné pour capter précisément ce public.

Où se situe Hermes par rapport au SDK OpenAI Agents et à Claude

Hermes Agent vs. SDK OpenAI Agents

Le SDK Agents d'OpenAI dépend d'une clé API et achemine chaque appel via les serveurs d'OpenAI. Il n'y a pas d'option d'auto-hébergement. La mémoire n'est pas persistante par défaut, la gestion de l'état incombe au développeur. Le SDK ne produit aucun artefact durable à partir d'une tâche terminée ; ce que l'agent a appris n'est pas capturé sous une forme portable et lisible par l'homme.

Hermes s'exécute entièrement sur une infrastructure que vous contrôlez. La persistance de la mémoire est l'architecture par défaut, et non une option de configuration. Les fichiers de compétences sont en Markdown, auditables, versionnables via git et lisibles sans outillage. Si vous terminez une tâche de recherche complexe aujourd'hui, l'agent rédige un fichier de compétence décrivant comment il a procédé ; la prochaine fois qu'une tâche similaire se présentera, ce fichier sera disponible pour être réutilisé.

Le compromis est réel : le SDK d'OpenAI compte plus de déploiements en production, de meilleurs outils d'observabilité (il n'existe pas d'équivalent à LangSmith pour Hermes) et une intégration plus étroite avec les stacks Azure OpenAI. Pour les équipes disposant déjà d'une infrastructure OpenAI, le coût de migration n'est pas négligeable.

Hermes Agent vs. Anthropic Claude avec utilisation de l'ordinateur (Claude Code)

Claude Code est intégré à l'IDE, ne possède pas de mémoire persistante inter-sessions, n'a aucune intégration avec les plateformes de messagerie et est de fait verrouillé sur les modèles Claude. Il est nettement supérieur à Hermes pour les tâches d'ingénierie logicielle au sein d'une base de code locale. L'intégration LSP, la prise en compte des diffs et le contexte de l'espace de travail sont plus aboutis pour le travail de développement pur.

La formulation même de Nous Research établit clairement la distinction : Hermes « se situe entre une CLI de style Claude Code et un agent de plateforme de messagerie de style OpenClaw ». Vous pouvez exécuter Hermes avec un modèle Claude via OpenRouter, mais vous pouvez passer à Kimi K2.5 ou à un Mistral local sans modifier de fichier de configuration. Claude Code ne peut pas être rendu agnostique en matière de modèles. Et point crucial : une session de débogage difficile dans Claude Code ne laisse aucune trace. Une session de débogage difficile dans Hermes peut produire un fichier de compétence qui rendra la prochaine session similaire plus rapide.

Un créateur sur YouTube l'a documenté concrètement : 3 $ par jour pour exécuter un flux de travail de contenu complet (analyse de la concurrence, scraping, génération d'images, rédaction de brouillons) avec Hermes et un modèle économique (Kimi K2.5), contre 100 $ par jour pour exécuter le même travail via OpenClaw et Claude. La réduction des coûts provenait du choix du modèle rendu possible par l'architecture d'Hermes, et non du fait qu'Hermes lui-même soit moins cher à exécuter.

Le problème de sycophancie et autres frustrations réelles

Nous Research met en avant l'auto-évaluation GEPA (Goal-Evaluation-Planning-Action) comme un différenciateur clé. Le benchmark interne : 40 % plus rapide sur des tâches répétées après que l'agent a accumulé plus de 20 compétences auto-générées. Ce chiffre est la propre mesure de Nous Research, il n'a pas été vérifié de manière indépendante par des tiers en date d'avril 2026. Considérez-le comme plausible sur le principe, mais non confirmé.

Le problème le plus immédiat est que le mécanisme d'auto-évaluation ne semble pas fonctionner comme décrit dans la pratique. L'agent évalue son propre travail environ tous les 15 appels d'outils. Les utilisateurs signalent qu'il évalue systématiquement son résultat comme étant un succès, quelle que soit la qualité réelle.

« Il pense toujours avoir fait du bon travail. TOUJOURS. Il pensait avoir assuré ! »

, u/CustomMerkins4u, Reddit, +107 votes positifs

Il s'agit d'un problème d'auto-évaluation sycophante, un mode de défaillance connu dans la conception d'agents autonomes où la boucle d'évaluation manque de l'indépendance nécessaire pour détecter les véritables erreurs. Aucun correctif n'a été publié en date d'avril 2026. L'implication est que les fichiers de compétences que l'agent génère pour accélérer les tâches futures peuvent encoder des approches confiantes mais erronées, aggravant ainsi les erreurs au fil du temps plutôt que de les résoudre.

Trois autres frustrations reviennent systématiquement :

• La surcharge de tokens est sous-estimée. L'utilisateur Reddit u/Witty_Ticket_4101 a mené des analyses montrant que les définitions d'outils consomment 8 759 tokens par requête, soit 46 % du contexte disponible. La passerelle Telegram ajoute une surcharge de 2 à 3 fois par rapport à la CLI. La « réduction des coûts de 40 à 60 % via le routage multi-modèles » promue par le projet nécessite une configuration active ; elle ne se fait pas automatiquement.
• La documentation est à la traîne par rapport à la vitesse de développement. Les versions sortent tous les 3 à 7 jours. La stabilité de l'API entre les versions mineures (v0.x) n'est pas garantie, ce que la FAQ officielle reconnaît. Les compétences écrites pour la v0.8 peuvent se comporter différemment dans la v0.10 sans que cela soit mentionné dans le journal des modifications (changelog).
• Dégradation du débit des modèles locaux sur le matériel grand public. Un utilisateur de r/LocalLLaMA a signalé 1 à 2 tokens par seconde via Hermes contre 45 tokens par seconde nativement via LMStudio. La surcharge liée à Python, l'injection de contexte et l'analyse des outils y contribuent tous.

L'expérience de configuration elle-même n'est pas sans friction. @chrysb, le même observateur qui a plus tard qualifié Hermes d'agent à la croissance la plus rapide de tous les temps, a également écrit :

« la configuration de hermes agent est bien plus fastidieuse que celle de @openclaw ! »

, @chrysb sur X, mars 2026

Les deux tweets sont vrais. Les chiffres de croissance sont réels. Les frictions lors de la configuration le sont aussi. Ce ne sont pas des contradictions, c'est une description précise d'un outil open source en phase de démarrage, doté de bases architecturales solides mais d'une expérience développeur inachevée.

À qui s'adresse Hermes

La configuration idéale d'Hermes, selon le cofondateur @Teknium : Ubuntu ou Debian Linux, OpenRouter ou Nous Portal comme fournisseur de modèles, exécution du backend en local. Ce cadre vous dit l'essentiel de ce que vous devez savoir sur l'utilisateur ciblé.

Hermes est parfaitement adapté aux développeurs qui souhaitent un agent personnel accumulant la mémoire des flux de travail sur plusieurs mois ; aux utilisateurs fuyant l'enfermement propriétaire des API après des incidents comme les restrictions d'OpenClaw ; aux utilisateurs exécutant des modèles économiques (Kimi, Qwen, Mistral en local) où l'agnosticisme en matière de modèles a des implications directes sur les coûts ; aux utilisateurs Linux et macOS à l'aise avec la configuration en CLI ; aux utilisateurs soucieux de la confidentialité (licence MIT, aucune télémétrie, entièrement auto-hébergé) ; et aux contributeurs open source prêts à échanger la stabilité contre de l'influence, le fondateur étant directement réactif sur Discord, et la base de 274 contributeurs reflétant une véritable appropriation par la communauté.

Il est peu adapté aux utilisateurs natifs de Windows (WSL2 requis, pas de chemin natif) ; aux équipes ayant besoin d'observabilité en production (pas de journal d'audit, pas d'équivalent à LangSmith) ; aux entreprises nécessitant un support SLA ou une conformité SOC2 ; à quiconque exigeant des API stables (la sémantique v0.x n'est pas garantie) ; aux utilisateurs dont le besoin principal est le développement logiciel intégré à l'IDE (Claude Code ou Cursor sont plus adaptés à cette tâche) ; et à quiconque a besoin d'une auto-évaluation fiable, le bug de sycophancie n'étant pas résolu et affectant tout flux de travail où l'évaluation de l'agent lui-même est déterminante.

Le framework est également techniquement utilisé dans le propre pipeline d'apprentissage par renforcement agentique de Nous Research, le laboratoire exécute Hermes pour entraîner les modèles Hermes. C'est soit un signal de confiance, soit un avertissement concernant la frontière entre le produit et l'outil interne, selon votre point de vue.

Dernier test : avril 2026. Réévaluation du score recommandée à la v1.0.

``` ---