Hermes vs OpenClaw : choisir un framework agent open source en 2026

En première moitié 2026, les agents IA personnels sont passés de « CLI bavards » à des programmes permanents capables de tourner 7×24, brancher Telegram, écrire des fichiers et appeler des outils. Deux noms reviennent sans cesse : Hermes Agent (Nous Research) et OpenClaw. Tous deux sont open source MIT, multi-modèles et orientés canaux—mais leurs paris d’architecture divergent : l’un mise sur « plus on l’utilise, plus il devient pertinent », l’autre sur « le plus de canaux, le plus grand écosystème ».

Si vous lisez déjà des guides comme déployer OpenClaw sur Mac cloud, cet article ne répète pas l’installation : il clarifie les deux frameworks et propose un guide de choix 2026. Vous devriez repartir sachant qui installer en premier, si les deux peuvent coexister, et comment cela s’articule avec Claude Code / ECC « code only ».

1. Découvrir Hermes Agent : de quoi s’agit-il ?

Hermes Agent est un framework d’agent personnel auto-hébergé du labo Nous Research. Dépôt principal : GitHub : NousResearch/hermes-agent ; documentation : hermes-agent.nousresearch.com. Stack surtout Python (uv, Docker optionnel). Slogan fréquent : « The agent that grows with you »—le cœur n’est pas « une app de plus », mais une boucle d’apprentissage intégrée.

1.1 Quel problème résout-il ?

Les agents classiques repartent de zéro à chaque session : Skills écrits à la main, mémoire triée à la main, fin de mission. Hermes se distingue par :

• Rétrospective après tâche : noter les Skills, réécrire les consignes, conserver ce qui marche (Curator / Skills auto-évolutifs).
• Mémoire interchangeable et inter-sessions : depuis v0.7, plusieurs backends pour comprendre durablement votre façon de travailler.
• Pas lié au portable : VPS, GPU, Serverless—vous commandez via Telegram, l’agent exécute dans une VM cloud. Modèle ops différent de « capot fermé, tâche morte ».

1.2 Capacités typiques (mots-clés README)

Adapté si vous refaites chaque semaine le même rapport, la même ronde ou le même extract—sans repartir de zéro. Pour unifier iMessage, Teams, Feishu et une douzaine d’IM, OpenClaw reste le terrain principal.

2. Découvrir OpenClaw : de quoi s’agit-il ?

OpenClaw (ex-Clawdbot, Moltbot) est un assistant personnel / architecture Gateway très visible depuis fin 2025. Dépôt : openclaw/openclaw ; docs : docs.openclaw.ai. Cœur TypeScript / Node ; un Gateway local ou serveur unifie sessions, outils, mémoire et canaux.

2.1 Quel problème résout-il ?

OpenClaw parie sur « devenir l’assistant du quotidien » :

• Nombreux canaux : WhatsApp, Telegram, Slack, Discord, Signal, iMessage, Teams, Matrix, LINE, Feishu, etc.
• Écosystème : ClawHub et marchés de Skills—largeur « installer et utiliser » ; Skills surtout maintenus par humains/communauté.
• Produit et UX : barre de menu macOS, mobile, voix, Live Canvas (A2UI)—tableaux et formulaires sur canvas partagé.
• Mémoire transparente : souvent fichiers locaux lisibles (markdown workspace).

2.2 Capacités typiques

Beaucoup de lecteurs Nuvcloud utilisent OpenClaw pour déclencheurs CI, runners distants, smoke tests—besoin de macOS réel, IP fixe, pas de coupure, aligné avec un Gateway resident. Compatible avec l’idée Hermes « la tâche devient routine » ; combinaisons plus bas.

3. Hermes vs OpenClaw : ce n’est pas une course aux Stars

Même catégorie, philosophies différentes. Tableau d’architecture—pas guerre de numéros de version (vérifiez le README au déploiement).

3.1 Idée reçue

« Hermes succède à OpenClaw »—inexact. Hermes vise la couche d’exécution répétitive ; OpenClaw reste l’entrée canaux + marketplace. Pattern courant : OpenClaw route et planifie, Hermes exécute quelques pipelines à forte fréquence.

3.2 Lien avec Claude Code / ECC

Avec ECC (Everything Claude Code) comme harness de code, trois couches :

• Harness (ECC) : comment coder, limites, orientation ;
• OpenClaw / Hermes : messages 7×24, outils, planification ;
• Mac cloud / VPS : compute en ligne, disque et sortie stables.

Choisir Hermes ou OpenClaw ne remplace pas ECC. Pour compute agent et courbe τ : loi τ et Lingqu.

4. Choisir en 2026 : scénario par scénario

Arbre de décision—deux ou trois critères suffisent souvent.

4.1 Privilégier Hermes si vous…

• avez beaucoup de répétitions hebdo/quotidiennes et voulez que le 10e run soit plus simple que le 1er ;
• préférez Python ou les modèles Nous ;
• voulez limiter le risque ClawHub, en acceptant l’audit des Skills écrits par l’agent ;
• n’avez besoin que de Telegram / Discord / Slack ;
• visez un VPS ou Serverless, portable en télécommande.

4.2 Privilégier OpenClaw si vous…

• exigez plusieurs IM / apps ou Live Canvas, voix, menu macOS ;
• avez investi dans ClawHub / plugins maison ;
• cherchez docs matures sur multi-agents, cron, heartbeat et pratiques Mac cloud 2026 ;
• êtes sur Node/TypeScript ;
• voulez des fichiers mémoire transparents (SOUL.md, etc.).

4.3 Les deux si vous…

• OpenClaw : agrégation canaux, réveils, découpage, notifications ;
• Hermes : quelques boucles fréquentes, notables, cumulatives (matrices de tests, résumés de logs) ;
• processus séparés sur une machine toujours allumée (Mac mini local ou cloud nu).

5. Déploiement et coût : Mac cloud toujours en ligne

Ce qui coûte rarement le framework MIT :

1. API / tokens ;
2. temps machine (CPU/RAM/disque 7×24) ;
3. interruptions / relances (sommeil portable, FAI instable).

OpenClaw exige un Gateway resident ; Hermes aussi une machine sans fermeture de capot. Région, RAM M4, disque logs—changer de framework ne réduit pas magiquement les besoins machine.

Hermes ou OpenClaw ne change pas le besoin d’hôte permanent—seulement les processus qui tournent dessus.

6. Sécurité et gouvernance

Trois sujets 2026 communs :

1. permissions outils ;
2. chaîne d’approvisionnement Skills ;
3. rotation des secrets.

OpenClaw : risque ClawHub—plus d’installations à auditer. Hermes : risque Skills auto-écrits—éviter shell trop larges. Dans les deux cas : moindre privilège, comptes séparés, approbations, sauvegardes, pas de Gateway en root.

7. FAQ

Q1 : Je ne code que—lequel ?
Avec Claude Code/Cursor, d’abord harness + Mac cloud ; Hermes/OpenClaw = couche assistant. Alertes build Telegram : plus d’exemples OpenClaw ; script hebdo qui s’allège : Hermes.

Q2 : Hermes économise-t-il toujours des tokens ?
Pas garanti. Moins d’exploration inutile—tâches neuves chaque jour = tokens des deux côtés. Prix unitaire ↓ ≠ facture totale ↓.

Q3 : Migration OpenClaw → Hermes sans douleur ?
Chemin officiel ; « sans douleur » dépend des plugins ClawHub-only, Canvas, iMessage.

Q4 : Interpréter les Stars ?
Chaleur communautaire ≠ besoin de Canvas ou Skills évolutifs. Retour à la section 4.

8. Conclusion : le job d’abord, le framework ensuite

• « Exécuteur qui s’affine » → Hermes, dépôt Quickstart/Curator.
• « Assistant partout » → OpenClaw, Getting Started.
• « Équipe 7×24 » → compute permanent au-dessus—harness moins de détours, agent connecte le monde.