OpenClaw ou Hermes Agent : lequel choisir, et pourrez-vous changer plus tard ?

Au cours des dix jours précédant le 21 octobre, OpenClaw a publié cinq versions stables et Hermes Agent six. Nous avons donc aussi testé ce qu'une liste de fonctionnalités ne peut pas montrer : faire passer un agent de test de l'un à l'autre, dans les deux sens.

Vous pouvez partir dans un sens comme dans l'autre. Sur une petite VM de test (pas un serveur DreamHost), nous avons migré un agent de test fictif d'OpenClaw vers Hermes avec hermes claw migrate, puis l'avons ramené avec openclaw migrate hermes. Le persona, les fichiers de mémoire et les compétences ont suivi les deux fois. Les deux migrations ont aussi buté sur un point qu'aucun des guides des éditeurs ne mentionne : sur les installations Docker, chaque agent réserve ses fichiers à son propre utilisateur. L'autre ne peut donc pas les lire tant que vous ne lui en remettez pas une copie qui lui appartient. Hermes n'a signalé aucune erreur. Il a affiché : Nothing to migrate from OpenClaw.

Ce que chacun a consommé sur notre VM de test

Notre VM Linux de test tournait en arm64, avec 2 vCPU et 4 Go de mémoire, soit la taille de notre offre Stack 4. Nous avons démarré chaque agent une fois à partir des fichiers Docker de son éditeur, sans modèle d'IA connecté, et relevé sa mémoire 2 et 10 minutes plus tard. La méthode complète figure en fin de page.

La passerelle d'OpenClaw est la plus gourmande des deux. Elle affichait 1 038 Mio après 2 minutes et 1 024 Mio après 10, et son pic de mémoire a atteint 1 737 Mio pendant le démarrage. Hermes, qui fait tourner sa passerelle et son tableau de bord web dans un seul conteneur, affichait 583 Mio, puis 557 Mio. Aucun des deux ne sollicitait le processeur. À 10 minutes, la médiane d'OpenClaw était de 1,4 % d'un vCPU, et celle d'Hermes de 0,9 %.

La FAQ matérielle d'OpenClaw indique un minimum de 1 vCPU et 1 Go de mémoire, et recommande 2 Go ou plus. Dimensionnez votre serveur selon la recommandation : la passerelle seule, au repos, occupait déjà environ 1 Go avant d'avoir le moindre canal, la moindre conversation ou la moindre clé. La documentation Docker de Nous fixe pour Hermes un minimum de 1 Go, recommande 2 à 4 Go et précise que les outils de navigateur exigent au moins 2 Go. Sur disque, les deux images décompressées et leurs données représentaient environ 10 Go : vous garderez donc libre l'essentiel d'une offre de 75 Go.

Lequel correspond à votre façon de travailler

Hermes se présente comme capable de s'améliorer lui-même. Il transforme une tâche terminée en compétence réutilisable et fait des recherches dans ses propres conversations passées. Ses cron jobs en script seul vous permettent d'exécuter un script selon un planning sans appeler de modèle. Notre tâche de test s'est déclenchée à l'heure sans aucune clé configurée : une tâche comme une vérification de disponibilité ou un rapport nocturne n'appelle donc aucun modèle. Le planificateur d'OpenClaw était fourni avec trois tâches intégrées, et sa documentation sur les charges utiles mentionne une tâche --command qui exécute une commande shell sans appel de modèle. Nous ne l'avons pas essayée.

Côté OpenClaw, sa propre page de comparaison liste des canaux absents chez Hermes, dont Nextcloud Talk, Twitch, Urbit et trois façons de se connecter à Zalo. Les compétences et les plugins de la communauté proviennent de ClawHub, son registre public. La même page de comparaison décrit son éditeur, l'OpenClaw Foundation, comme une organisation indépendante à but non lucratif, sans offre payante.

Si vous utilisez déjà l'un des deux et qu'il fait ce dont vous avez besoin, gardez-le. Les commandes d'importation fonctionnent, mais vous devrez quand même réassocier WhatsApp, recréer les tâches planifiées et faire le tri dans les compétences : ne changez que pour une fonctionnalité qu'offre l'autre agent. Si vous payez déjà Claude Code, Hermes Agent vs Claude Code explique ce qu'apporte un agent toujours actif. Pour faire tourner l'un ou l'autre sous un gestionnaire avec budgets et tickets, consultez Paperclip vs OpenClaw ou Hermes.

Passer d'OpenClaw à Hermes

Notre agent de test était un assistant de boulangerie fictif sous OpenClaw 2026.10.4, avec un persona, cinq entrées de mémoire, deux jours de notes et deux compétences. Nous l'avons transféré vers une installation neuve d'Hermes v0.22.2 en suivant le guide de migration d'Hermes, entre les installations Docker des éditeurs. L'importation complète, démarrage du conteneur compris, a pris environ 6 secondes une fois qu'Hermes a pu lire les fichiers.

1. Sauvegardez ce que l'import ne reprendra pas

   OpenClaw conserve son état dans ~/.openclaw et son espace de travail, où se trouvent les fichiers de mémoire, dans ~/.openclaw/workspace. Son fichier Docker monte ce même dossier de l'hôte, ainsi que des secrets de connexion provenant d'un dossier ~/.openclaw-auth-profile-secrets distinct : copiez-le aussi. Copiez les deux hors du serveur, car une copie Git de votre seul espace de travail omet l'historique des sessions et les identifiants.

   Enregistrez aussi la sortie de openclaw cron list. La documentation d'Hermes indique que les tâches planifiées sont archivées pour que vous les recréiez, mais notre importation n'a pas du tout récupéré les trois tâches intégrées d'OpenClaw (No cron configuration found). Si Hermes doit tourner sur un second serveur, copiez-y le dossier avec rsync -a et effectuez les étapes suivantes sur ce serveur.

2. Donnez à Hermes une copie qu'il peut lire

   Les fichiers d'OpenClaw ne sont lisibles que par son propre utilisateur, uid 1000. Hermes s'exécute sous l'uid 10000 dans son image. Si les utilisateurs de votre installation sont différents, vous pouvez vérifier le propriétaire de chaque dossier avec ls -ln.

   bashCopier

   sudo cp -a ~/.openclaw /srv/openclaw-copy
   sudo chown -R 10000:10000 /srv/openclaw-copy

3. Arrêtez Hermes et prévisualisez l'import

   Nous avons d'abord arrêté le conteneur Hermes. Nous avons ensuite lancé l'importation depuis son image, avec la copie montée en lecture seule et le dossier de données d'Hermes sur /opt/data. L'aperçu liste ce qui serait importé et ce qui serait ignoré. Une simulation ne modifie rien. Ajoutez --workspace-target pour indiquer où placer votre AGENTS.md, sinon il n'est pas transféré.

   bashCopier

   docker stop hermes
   docker run --rm \
     -v /srv/openclaw-copy:/src/openclaw:ro \
     -v ~/.hermes:/opt/data \
     nousresearch/hermes-agent:v0.22.2 \
     claw migrate --dry-run \
     --source /src/openclaw \
     --workspace-target /opt/data/workspace

   Sur une installation native, lancez le même aperçu avec hermes claw migrate --dry-run, en ajoutant --source /srv/openclaw-copy et --workspace-target ~/.hermes/workspace.

4. Appliquez-le avec --overwrite

   Une installation neuve d'Hermes compte son propre persona et son modèle par défaut comme deux conflits. L'importation ne s'est appliquée qu'une fois --overwrite ajouté. Elle crée d'abord un zip de point de restauration, que vous pouvez restaurer avec hermes import <zip>. Les clés API ne sont transférées qu'avec --migrate-secrets, et seulement celles de la liste autorisée d'Hermes.

   bashCopier

   docker run --rm \
     -v /srv/openclaw-copy:/src/openclaw:ro \
     -v ~/.hermes:/opt/data \
     nousresearch/hermes-agent:v0.22.2 \
     claw migrate --preset full --overwrite --yes \
     --source /src/openclaw \
     --workspace-target /opt/data/workspace
   docker start hermes

5. Vérifiez la mémoire et terminez ce qui ne migre pas

   La documentation d'Hermes indique que la mémoire importée est dédoublonnée, mais une entrée que nous avions répétée dans une note quotidienne est apparue deux fois : relisez donc votre MEMORY.md. Ouvrez une nouvelle session, car les compétences et la mémoire importées ne se chargent pas dans la session en cours. Réassociez WhatsApp avec hermes whatsapp. Recréez les tâches planifiées avec hermes cron create. Arrêtez ensuite la passerelle d'OpenClaw pour que seul Hermes réponde à vos bots. Quand tout vous convient, hermes claw cleanup renomme les dossiers OpenClaw restants en .pre-migration/.

Notre importation d'OpenClaw vers Hermes a transféré 8 éléments et en a ignoré 25, et le zip de restauration pesait 1,2 Mo.

Passer de Hermes à OpenClaw

L'importation d'OpenClaw exige une installation neuve d'OpenClaw : lancez-la avant d'accumuler un état sur le nouvel agent, ou appliquez-la avec --overwrite après avoir lu le plan. D'après le guide d'OpenClaw, elle copie le persona et AGENTS.md, et transfère les compétences avec leurs fichiers associés. Les fichiers MEMORY.md et USER.md d'Hermes sont ajoutés à la fin des propres fichiers de mémoire d'OpenClaw. Les sessions, tâches planifiées, journaux, bases de données d'état et associations de canaux sont placés dans un dossier de rapport pour examen et ne sont jamais chargés.

1. Sauvegardez OpenClaw vous-même et arrêtez sa passerelle

   OpenClaw crée sa propre sauvegarde avant une importation, mais avec son installation Docker, notre sauvegarde a atterri dans le conteneur CLI ponctuel et a disparu à la fermeture de celui-ci.

   bashCopier

   sudo cp -a ~/.openclaw ~/openclaw-before-import
   docker compose stop openclaw-gateway

2. Donnez à OpenClaw une copie qu'il peut lire

   Les fichiers d'Hermes sont réservés à l'uid 10000 : OpenClaw s'est donc heurté au même obstacle. Son propre utilisateur est l'uid 1000.

   bashCopier

   sudo cp -a ~/.hermes /srv/hermes-copy
   sudo chown -R 1000:1000 /srv/hermes-copy

3. Prévisualisez et appliquez depuis le conteneur CLI

   --from indique à l'importation où trouver la copie, montée dans le conteneur ponctuel depuis le fichier Docker d'OpenClaw.

   bashCopier

   docker compose run --rm -v /srv/hermes-copy:/src/hermes \
     openclaw-cli migrate hermes --dry-run --from /src/hermes
   docker compose run --rm -v /srv/hermes-copy:/src/hermes \
     openclaw-cli migrate apply hermes --yes --from /src/hermes

   Si vous lancez l'importation en mode interactif, elle vous demande s'il faut transférer vos clés et vos identifiants, avec « oui » présélectionné. La forme --yes n'importe que l'état non secret, sauf si vous ajoutez --include-secrets.

4. Démarrez la passerelle et lancez doctor à l'intérieur

   La forme documentée docker compose run --rm openclaw-cli a refusé status, doctor et skills list pendant que la passerelle tournait : utilisez donc exec pour vos commandes courantes.

   bashCopier

   docker compose start openclaw-gateway
   docker compose exec openclaw-gateway \
     node dist/index.js doctor

5. Triez les compétences et transférez AGENTS.md à la main

   OpenClaw a copié 60 compétences, nos 2 plus les 58 dossiers de compétences qu'Hermes avait synchronisés depuis son lot de base, et doctor a averti qu'elles masquent 11 compétences propres à OpenClaw, dont github et apple-notes. Supprimez celles dont vous ne voulez pas dans ~/.openclaw/workspace/skills. L'option --skill d'OpenClaw n'importe que les compétences que vous nommez ; nous ne l'avons pas testée. AGENTS.md n'a pas été rapatrié du tout. Notre copie se trouvait dans le dossier d'espace de travail d'Hermes, où la première importation l'avait placée, et OpenClaw se contente d'archiver ce dossier.

   bashCopier

   sudo cp /srv/hermes-copy/workspace/AGENTS.md \
     ~/.openclaw/workspace/
   sudo chown 1000:1000 ~/.openclaw/workspace/AGENTS.md

L'aperçu listait 81 éléments et aucun conflit, et l'importation a pris environ 4 secondes. Le persona, le paramètre du modèle et les deux fichiers de mémoire sont arrivés, avec les entrées d'Hermes sous un marqueur Imported from Hermes.

Côte à côte

Nous avons lu la documentation des deux projets le 16 octobre 2026, quand les dernières versions étaient OpenClaw 2026.10.4 et Hermes Agent v0.22.2, puis l'avons revérifiée le 21 octobre, quand les dernières étaient 2026.10.5 et v0.22.4. Les lignes sur la mémoire, le disque, le temps et l'usage sans clé proviennent d'une seule exécution des fichiers Docker de chaque éditeur sur notre VM de test arm64.

Les lignes sur les canaux proviennent de la page de comparaison d'OpenClaw, qui précise aussi, au sujet des chiffres des deux catalogues : are not directly comparable. Les deux prennent en charge Telegram, WhatsApp, Slack, Discord et Signal. Hermes accède à iMessage via BlueBubbles. Vérifiez que votre application figure dans la liste d'Hermes ou dans celle d'OpenClaw avant de choisir en fonction des canaux.

Faire tourner les deux le temps de choisir

Quand les deux tournaient ensemble sur notre VM de 4 Go, OpenClaw affichait 1 140 Mio après 10 minutes et Hermes 557 Mio, et la VM disposait encore de 2 081 Mo. C'est environ 115 Mio de plus qu'OpenClaw seul : prévoyez donc 1,0 à 1,15 Go pour lui au repos. Nous n'avons pas connecté de modèle, et nous nous attendons à ce qu'un agent en activité consomme davantage que ces valeurs au repos. Leurs ports par défaut n'entrent pas en conflit : le fichier compose d'OpenClaw utilise 18789, 18790 et 3978, et celui d'Hermes 8642 et 9119.

Donnez à chacun de vos agents son propre bot. La FAQ d'Hermes indique que chaque plateforme de messagerie exige un accès exclusif à un jeton de bot : une seconde passerelle qui interroge le même bot Telegram ne pourra pas se connecter. Si vous avez importé une connexion OpenAI ou Copilot d'un agent à l'autre, reconnectez-vous d'un côté avant de faire tourner les deux. Les notes de migration d'OpenClaw précisent que les deux ne doivent pas partager une même autorisation d'actualisation, c'est-à-dire la connexion enregistrée que chacun utilise pour rester connecté.

Connexion au tableau de bord de Hermes

La connexion par nom d'utilisateur et mot de passe d'Hermes est définie par HERMES_DASHBOARD_BASIC_AUTH_USERNAME et HERMES_DASHBOARD_BASIC_AUTH_PASSWORD. Renseignez les deux avant de lancer son exemple Docker.

Notre méthode de mesure

DreamHost a réalisé le test le 16 octobre 2026. La VM tournait sous Ubuntu 24.04.4 via Colima sur un Mac Apple Silicon, avec 2 vCPU, 3 904 Mo de mémoire utilisable, sans swap, et Docker 29.5.2. OpenClaw 2026.10.4 a été lancé à partir du script d'installation et du fichier compose publiés avec cette version, en sautant la configuration initiale grâce à l'option prévue par le script. Hermes Agent v0.22.2 a été lancé à partir de l'exemple compose de sa page Docker, avec la connexion par nom d'utilisateur et mot de passe ajoutée pour que le tableau de bord puisse fonctionner. Nous avions téléchargé les images au préalable. Nous avons exécuté chaque installation une seule fois : chaque valeur de mémoire est donc la médiane de 12 docker stats mesures prises à 5 secondes d'intervalle au cours de cette unique exécution, arrondie au Mio le plus proche. Lors du second démarrage d'OpenClaw, pendant l'exécution simultanée des deux, la mesure était supérieure d'environ 115 Mio, ce qui donne une idée de l'écart possible d'une répétition à l'autre. Le pic au démarrage correspond au maximum que le noyau conserve pour chaque conteneur, un compteur distinct de celui des mesures au repos. Les durées de migration couvrent toute l'exécution du conteneur ponctuel, démarrage compris.

Nous avons revérifié chaque documentation, version et prix de cette page le 21 octobre 2026, sans relancer le test sur les versions plus récentes. Le 22 octobre, nous avons comparé chaque offre, prix et description de produit DreamHost mentionnés ici avec les pages en ligne de l'hébergement VPS OpenClaw et de l'hébergement VPS Hermes Agent. Nous n'avons fourni à aucun des deux agents de clé de modèle, de jeton de bot ni de compte. Personne n'a discuté avec eux : les chiffres montrent donc chaque agent prêt, en attente. La migration s'est faite avec des données de test inventées et sans aucun secret. Nous n'avons testé ni la qualité des réponses, ni le coût du modèle, ni une semaine d'utilisation réelle, ni de vrais canaux de discussion, ni le transfert des clés ou de l'historique des sessions, ni l'installateur natif de l'un ou l'autre éditeur, ni la migration sur nos propres images. Nos images OpenClaw et Hermes sont configurées différemment des fichiers Docker des éditeurs : vos chiffres seront donc différents.

FAQ sur OpenClaw et Hermes Agent