Offre

Comprendre Hermes d'abord : ce qu'OpenClaw fait et Hermes ne peut pas

Ingénierie IA Choix Agent
2026-05-28 ~12 min

Hermes Agent et OpenClaw sont souvent comparés — Hermes apprend depuis l'écran, OpenClaw = Gateway, Webhooks, MCP et exécution distante. Ce qu'Hermes ne remplace pas seul.

Points clés

  1. Cet article parle de NousResearch Hermes Agent, pas du récit « opérateur Hermes » d'ECC v2 (désambiguïsé en fin).
  2. Hermes excelle : apprentissage par observation, habitudes proches de l'UI réelle, artefacts locaux — apprendre à l'agent à cliquer comme vous.
  3. OpenClaw excelle : Gateway, Webhooks entrants, exécution MCP/plugins, Runners distants — événements externes + appels d'outils auditables.
  4. Lignes terrain OpenClaw du tableau : ne pas compter sur Hermes seul ; combinaison oui, mais couches, machines ou ports séparés.
  5. Sur Mac cloud : machine d'observation Hermes (GUI/VNC) vs machine d'exécution OpenClaw (18789 + builds) ; location journalière pour stresser RAM et inodes d'abord.
Poste multi-écrans et flux d'automatisation — apprentissage écran Hermes vs exécution passerelle OpenClaw
Deux voies : Hermes apprend de l'interface que vous regardez ; OpenClaw agit depuis événements et plugins. Un seul Mac convient — ne mélangez pas toutes les hypothèses dans un processus.

1. Qu'est-ce qu'Hermes : le créditer, puis tracer la limite

Hermes Agent s'inscrit dans la voie observation / apprentissage écran : l'agent observe vos actions dans les apps, l'état UI et les trajectoires, puis construit une politique « la prochaine fois, cliquer ici ». Ce n'est pas « écrire un prompt pour appeler une API » — les API veulent endpoints stables, auth, retries, idempotence ; l'écran veut sémantique pixel/contrôle, séquences, capture conforme.

Questions adaptées à Hermes :

  • « Chaque vendredi les mêmes filtres Excel et export — l'agent peut apprendre ? »
  • « Console interne sans API, seulement UI — automatisation réaliste ? »
  • « Assistant personnel qui imite mon flux dans quelques apps, sans plugins from scratch. »

Pas un Zapier universel : système externe pousse un Webhook, dix outils MCP, artefacts en stockage objet — forme passerelle d'exécution, domaine OpenClaw depuis longtemps (documentation OpenClaw).

2. Ce qu'OpenClaw résout : plan d'exécution et gateway

OpenClaw ressemble à une runtime d'automatisation personnelle : sur Mac (souvent dédié distant) Gateway sur port (la communauté cite souvent 18789), Webhooks, plugins, MCP — transformer « ce que le modèle veut » en « commandes terminées avec callbacks ». Notre colonne OpenClaw : cold start, Tunnel, audit Runner — ex. OpenClaw × Gateway Mac distant et mémoire M4, FAQ sécurité Tunnel + Webhook + MCP.

Scénarios OpenClaw typiques :

  • Webhook entrant GitHub / Stripe / service maison → tests ou contrôles release ;
  • MCP vers BDD, navigateur, FS — inventaire d'outils versionnable ;
  • Runner Mac cloud pour xcodebuild, scripts, files avec audit d'intégrité ;
  • Garde 7×24 : capot fermé, quelque chose en datacenter répond encore.

Fil rouge : entrée = événements structurés, sortie = traces d'exécution reproductibles. Entrée Hermes = « flux d'opérations humaines » — chaînables, pas interchangeables.

3. Comparaison centrale : ce qu'Hermes ne fait pas et qu'OpenClaw fait

Ce tableau est la « page verdict ». Les capacités évoluent — lisez chaque README avant déploi ; ici différences de voie, pas un classement benchmark ponctuel.

Capacité / scénarioHermes typiqueOpenClaw typiqueConseil
Webhook entrantPas la voie principale ; relais séparéGateway citoyen de première classeÉvénements GitHub/Stripe → OpenClaw
Orchestration MCPPas l'abstraction centraleDocs et écosystème autour MCP/pluginsInventaire d'outils auditable → OpenClaw
Gateway port fixe (ex. 18789)Pas de forme « gateway personnel » équivalenteSujet standard déploiement Mac distantEntrée externe contrôlée → OpenClaw
CI / Runner sans UIL'apprentissage par observation dépend de l'UIRunner, files, audit de callbacksxcodebuild/scripts purs → OpenClaw + Mac cloud
Chaîne plugins & politique d'exécutionPeu liéPolitique, quotas locataires, portes humainesGouvernance « qui exécute quoi » → colonne OpenClaw
Tunnel / ngrok / CloudflareHors scope en généralPlusieurs runbooks kvmbootCallbacks publics → FAQ sécurité
Apprentissage UI par capture écranTerrain HermesPas le centre du designSystèmes legacy sans API → Hermes
Imiter « comment vous cliquez »Terrain HermesPlutôt « appeler des outils »Habitude > API → Hermes

En une ligne : « quelque chose entre de l'extérieur, exécution selon politique et trace » → OpenClaw ; « apprendre à manipuler l'UI comme vous » → Hermes. À l'inverse, forcer OpenClaw en pur apprentissage par observation = empiler plugins d'écran — souvent plus cher que la voie Hermes.

4. Quatre erreurs courantes (temps perdu)

4.1 Hermes comme Zapier personnel

Attente : message Slack → repo → tests → carte. Hermes n'est pas optimisé « bus d'événements + DAG d'outils » ; blocage sur triggers, rotation d'auth, retries. Bon découpage : OpenClaw pour événements et exécution, Hermes seulement pour les clics UI obligatoires.

4.2 OpenClaw pour apprendre des clics Excel sans API

Reproduire votre chemin de clics : plugins/scripts simulant l'UI coûtent souvent plus que l'observation Hermes. OpenClaw sur le pipeline après le fichier exporté.

4.3 Les deux sur un Mac cloud sans isolation

Gateway 18789, index, worktrees Claude Code, capture Hermes sur 16 Go — swap et inodes explosent d'abord — couche similaire dans OpenHuman × Mac cloud ; pour Hermes+OpenClaw : processus, répertoires, ports séparés ; location journalière et deux machines si besoin.

4.4 Confondre « Hermes » ECC et Hermes Nous

ECC (Everything Claude Code) v2 « Hermes » = récit opérateur harness Agent de code et plan de contrôle ecc2/ (alpha) pour Claude Code/Cursor — pas NousResearch Hermes Agent. Avant « Hermes prend des Webhooks ? », clarifiez lequel.

5. Combinable : trois couches recommandées

Beaucoup d'équipes ne choisissent pas l'un ou l'autre :

  1. Couche Hermes (apprendre) : sur machine GUI, observer flux UI clés, motifs réutilisables (conformité capture écran) ;
  2. Couche OpenClaw (faire) : sur Mac cloud, Gateway+MCP, Webhooks, builds, artefacts (ferme worktree) ;
  3. Mémoire/intégration (option) : agréger Gmail/Notion/GitHub — OpenHuman est une troisième voie « agréger puis raisonner ».

Chez kvmboot, location journalière Mac cloud convient à 48–72 h de « stress test OpenClaw seul » : Gateway + un Webhook + un MCP, journal RAM/disque ; puis session Hermes pour conflit GPU/capture. Métriques : gouvernance mémoire et swap.

6. Liste de validation 48 h

  1. Lister 3 automatisations obligatoires ; taguer apprentissage UI / exécution événement / agrégation mémoire ;
  2. « Exécution événement » : Gateway minimal selon docs OpenClaw — pas Hermes d'abord ;
  3. « Apprentissage UI » : Hermes sur Mac cloud VNC — pas exposer 18789 en public d'abord ;
  4. Noter : latence Webhook E2E, succès xcodebuild, durée d'un tour Hermes ;
  5. Décider : une machine 24 Go ou 2×16 Go (exécution + observation).

7. FAQ

Hermes et OpenClaw sur un Mac ? Oui — isolez ports, répertoires, daemons ; 16 Go avec observation+Gateway+Claude Code swap vite.

Hermes branche MCP ? Certaines builds pontent, mais ce n'est pas le centre ; orchestration MCP = OpenClaw d'abord.

J'ai Claude Code — besoin d'Hermes ? Claude Code = agent code ; Hermes = apprendre l'UI ; OpenClaw = exécution événementielle. Coexistence, rôles distincts.

OpenClaw remplace Hermes pour l'écran ? Rarement rentable sans maintenir beaucoup de plugins UI.

Conformité ? Hermes : observation écran/espace de travail — politique d'équipe. OpenClaw : Webhooks entrants, chaîne plugins — moindre privilège et audit.

8. Références

9. Conclusion

Comprendre Hermes d'abord, ce n'est pas le rabaisser — c'est éviter de charger l'exécution gateway sur un agent d'observation. Ce qu'OpenClaw fait, Hermes seul ne le fait pas : Webhooks, MCP, Gateway, Runner sans UI, audit d'exécution, exposition contrôlée → OpenClaw + Mac cloud. Hermes reste sur « apprendre comment vous opérez l'UI » ; en combinant, stratifiez, séparez machines, location journalière pour la courbe mémoire avant 7×24 mensuel.

Exécution OpenClaw 7×24 ? Soutenir le Gateway avec un Mac cloud

kvmboot propose des Mac cloud M4 bare-metal dédiés pour Gateway OpenClaw, Webhook/MCP et Runners xcodebuild. Location journalière pour valider 16/24 Go et ports, puis séparer la machine d'observation Hermes.

Voir les offres · Guide Gateway OpenClaw · Comparaison OpenHuman