Guide de migration de Hermes Agent vs OpenClaw

OpenClaw est plus grand. Hermes est plus ciblé.

Si vous utilisez OpenClaw aujourd'hui, vous ne choisissez pas entre un projet sérieux et une expérience. Au 12 avril 2026, le dépôt GitHub OpenClaw affiche 356 000 étoiles et la dernière version openclaw 2026.4.11, tandis que le dépôt Hermes Agent affiche 65 500 étoiles et Hermes Agent v0.8.0 sorti le 8 avril 2026. Les deux sont actifs. Les deux sont crédibles. La question n'est pas lequel est « réel ». La question est lequel correspond à votre façon de travailler.

OpenClaw est la surface plus large et plus mature. Sa documentation officielle le positionne comme un assistant IA personnel fonctionnant sur un très large éventail de canaux et d'appareils, avec une interface de contrôle navigateur, des flux d'onboarding, des plugins, des applications compagnons et un modèle de passerelle étendu. Hermes Agent prend une posture différente. Nous le décrit comme « l'agent qui grandit avec vous », avec de la mémoire persistante, des skills auto-générés et une opinion plus arrêtée sur le comportement de l'agent à long terme.

Cette différence compte si vous envisagez une migration. Vous ne faites pas que remplacer une CLI par une autre. Vous décidez si vous voulez une plateforme d'assistant généraliste ou un runtime d'agent plus opinioné.

Ce guide s'adresse au second cas : vous connaissez déjà OpenClaw, et vous souhaitez passer à Hermes sans perdre ce qui compte.

Quand passer à Hermes a du sens

Hermes est un bon choix si la plupart de ces points vous parlent :

Vous voulez que l'expérience agent soit centrée sur la mémoire, les profils, les skills et le comportement long terme plutôt que sur un tableau de bord navigateur.
Vous aimez l'idée d'un agent qui accumule du contexte dans le temps grâce à la mémoire persistante et aux skills auto-générés.
Vous utilisez principalement une ou deux surfaces de messagerie, comme Telegram, plutôt qu'une configuration très large multi-canaux.
Vous souhaitez un chemin de migration officiel plutôt que de recréer manuellement les prompts, fichiers mémoire, identifiants fournisseur et paramètres Telegram.

Hermes dispose maintenant de ce chemin officiel. La documentation inclut à la fois un guide de migration dédié et la commande hermes claw migrate dans la référence CLI. C'est la principale raison pour laquelle cette migration mérite d'être discutée sérieusement en 2026. Il y a un an, le coût de migration aurait été trop élevé pour la plupart des utilisateurs.

OpenClaw reste le meilleur choix si l'interface de contrôle navigateur est centrale dans votre façon de travailler, si vous dépendez de son écosystème de plugins et d'applications compagnons plus large, ou si votre configuration actuelle couvre de nombreuses surfaces de messagerie et des comportements de passerelle personnalisés. La documentation d'OpenClaw est explicite sur le fait que la plateforme supporte une longue liste de canaux et une interface de contrôle servie depuis la passerelle. Si cette amplitude est le produit pour vous, migrer juste parce que Hermes est plus récent serait une régression.

Un espace de travail développeur avec plusieurs écrans et outils ouverts

Ce qui change concrètement après la transition

Le changement pratique le plus important est la philosophie d'interface.

Le flux de démarrage d'OpenClaw est construit autour de l'installation, de l'onboarding, de la vérification du statut de passerelle et de l'ouverture du tableau de bord dans votre navigateur. La documentation indique que vous pouvez passer de zéro à un chat fonctionnel en environ cinq minutes, avec l'interface de contrôle comme moyen le plus rapide de démarrer. Hermes, à l'inverse, vous oriente d'abord vers la CLI et le flux de configuration, puis vers la passerelle seulement si vous souhaitez des plateformes de messagerie.

Cela fait que Hermes ressemble davantage à un runtime d'agent et OpenClaw davantage à une plateforme d'assistant.

Le deuxième grand changement est la mémoire. La documentation officielle de Hermes donne à la mémoire un rôle bien plus central, avec un support intégré de MEMORY.md et USER.md ainsi que plusieurs intégrations de fournisseurs de mémoire externes. Si vous souhaitez que le rappel à long terme et la mémoire structurée soient de première classe dans le système, Hermes s'engage clairement dans cette direction. OpenClaw supporte absolument les prompts de workspace, les skills, les sessions et l'état de l'agent, mais Hermes investit plus visiblement dans l'idée que l'agent devrait évoluer entre les sessions.

Le troisième changement est la portée. OpenClaw a plus de surface. C'est une force, mais cela signifie aussi plus de pièces mobiles. Sa documentation officielle couvre les modes d'authentification de la passerelle, les règles d'origine de l'interface de contrôle, l'installation de plugins, les expériences compagnon mobile et macOS, et une large matrice de messagerie. Hermes est plus étroit et plus opinioné. Pour beaucoup d'utilisateurs, c'est exactement pourquoi il est attractif.

Ce que Hermes migre pour vous

Le guide de migration officiel de Hermes est remarquablement complet. hermes claw migrate lit depuis ~/.openclaw/ par défaut et peut également détecter les répertoires ~/.clawdbot/ et ~/.moldbot/ legacy. Il y a un mode --dry-run pour prévisualiser les changements, un mode --preset full pour une migration complète, et un flag --workspace-target si vous souhaitez que les instructions de workspace soient copiées dans un projet spécifique.

Plus important encore, la migration ne se limite pas à quelques fichiers cosmétiques. Le guide documente le support pour :

Les instructions de persona et de workspace comme SOUL.md et AGENTS.md
La mémoire à long terme depuis MEMORY.md, USER.md et les fichiers de mémoire quotidiens
Les clés API fournisseur, si vous autorisez la migration des secrets
Les paramètres de comportement de l'agent comme l'effort de raisonnement, le mode verbose, le fuseau horaire, la compression, le timeout terminal et les paramètres de backend Docker
Les politiques de réinitialisation de session
Les définitions de serveur MCP
La configuration TTS
Les tokens de plateformes de messagerie incluant Telegram quand les valeurs peuvent être résolues depuis la config ou .env

C'est le point clé : vous n'avez pas à reconstruire votre agent de zéro.

En même temps, Hermes est honnête sur ce qui ne se mappe pas proprement. Le guide de migration archive les éléments sans équivalent direct dans ~/.hermes/migration/openclaw/<timestamp>/archive/ pour révision manuelle. Cette archive peut inclure des éléments comme IDENTITY.md, la configuration cron, la configuration des plugins, les hooks, les paramètres d'identité UI, la configuration de logging et les listes multi-agents. C'est la bonne conception. Cela évite de prétendre que deux systèmes avec des philosophies produit différentes sont compatibles point à point.

Ce qu'inventorier avant de migrer

Avant de lancer quoi que ce soit, faites un rapide inventaire des parties de votre configuration OpenClaw qui comptent le plus. Cela prend cinq minutes et évite généralement une heure de nettoyage après.

| Actif OpenClaw | Destination Hermes | À surveiller | |---|---|---| | workspace/SOUL.md | ~/.hermes/SOUL.md | Copie directe | | workspace/AGENTS.md | AGENTS.md dans votre workspace cible | Nécessite --workspace-target | | workspace/MEMORY.md, USER.md, fichiers mémoire quotidiens | ~/.hermes/memories/ | Fusionnés et dédupliqués | | Skills de workspace et partagés | ~/.hermes/skills/openclaw-imports/ | Résolvez les conflits de noms soigneusement | | Clés API fournisseur | ~/.hermes/.env | Uniquement si vous migrez les secrets | | Token Telegram et utilisateurs autorisés | Variables .env Hermes | Redémarrez la passerelle Hermes après l'import | | Plugins, hooks, jobs cron, paramètres d'identité UI | Archivés pour révision manuelle | Recréez manuellement dans Hermes |

Si vous utilisez OpenClaw uniquement comme surface de chat plus quelques fichiers de prompt, la migration est peu risquée. Si vous avez des plugins personnalisés, des jobs cron, des hooks, ou un workflow d'interface de contrôle fortement personnalisé, attendez-vous à un processus hybride où certaines pièces s'importent proprement et d'autres sont recréées manuellement.

La façon la plus sûre de migrer

Ne traitez pas cela comme une réinstallation. Traitez-le comme une migration d'état.

1. Gelez l'état d'OpenClaw

La propre documentation de migration d'OpenClaw pour passer à une nouvelle machine dit d'arrêter la passerelle avant de copier l'état pour que les fichiers ne changent pas sous vous. Ce même conseil s'applique ici.

openclaw gateway stop
cd ~
tar -czf openclaw-state.tgz .openclaw

Si vous utilisez plusieurs profils comme ~/.openclaw-work, sauvegardez chacun séparément.

2. Installez Hermes d'abord

Suivez le chemin d'installation officiel de Hermes, puis lancez la configuration pour que l'environnement existe avant d'importer quoi que ce soit.

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
hermes setup

3. Faites un dry run avant de toucher aux vrais fichiers

C'est l'étape la plus importante de tout ce guide.

hermes claw migrate --dry-run

Si vous gardez les instructions au niveau projet dans un workspace séparé, incluez un chemin cible :

hermes claw migrate --dry-run --workspace-target /chemin/vers/votre/projet

Lisez le rapport attentivement. Vous voulez voir ce qui sera migré, ce qui sera ignoré, et ce qui sera archivé pour révision manuelle.

4. Lancez la vraie migration

Pour une migration complète, y compris les secrets :

hermes claw migrate --preset full --workspace-target /chemin/vers/votre/projet

Si vous préférez apporter les prompts, la mémoire et la configuration en premier, mais re-saisir vous-même les identifiants fournisseur, utilisez le preset user-data à la place.

5. Vérifiez les points qui cassent généralement

La checklist post-migration de Hermes indique les bons endroits où regarder :

Lancez hermes status et vérifiez l'authentification fournisseur
Passez en revue le répertoire des fichiers archivés pour tout ce qui nécessite une recréation manuelle
Redémarrez la passerelle Hermes si vous avez migré des tokens de plateforme de messagerie
Revérifiez le comportement de réinitialisation de session dans la configuration Hermes
Ré-appairez WhatsApp manuellement si vous l'utilisiez dans OpenClaw

Gros plan de code sur un écran d'ordinateur

Erreurs courantes lors de la migration

La première erreur est de supposer que les noms de fonctionnalités signifient une parité de fonctionnalités. Un plugin, skill, hook ou politique de réinitialisation peut exister dans les deux produits mais se comporter différemment. Faites davantage confiance au rapport de migration qu'à votre mémoire.

La deuxième erreur est d'apporter des secrets sans les auditer. Hermes peut migrer les clés depuis la config, .env et les profils d'authentification quand la migration de secrets est activée. C'est pratique, mais c'est aussi le moment de faire pivoter tout ce qui est ancien, de supprimer les fournisseurs inutilisés et de simplifier votre configuration.

La troisième erreur est de s'attendre à ce que l'expérience OpenClaw apparaisse inchangée dans Hermes. Ce ne sera pas le cas. Si ce que vous aimez vraiment c'est l'interface de contrôle d'OpenClaw, le workflow centré passerelle ou la couche d'applications compagnon, soyez honnête sur ce point avant de changer.

Alors, faut-il faire la migration ?

Si vous voulez la plateforme d'assistant la plus large possible, OpenClaw reste la valeur par défaut la plus sûre. Son écosystème est plus grand, sa cadence de publication est solide, et sa documentation officielle couvre un large éventail de canaux, plugins et workflows opérateur.

Si vous souhaitez un agent plus ciblé qui mise davantage sur la persistance, les skills, les profils et le contexte à long terme, Hermes est maintenant assez mature pour être pris au sérieux. L'outillage de migration officiel réduit le coût d'essai, et cela change l'équation. Vous n'avez plus à choisir entre « rester sur OpenClaw pour toujours » et « tout reconstruire à la main ».

C'est pourquoi Hermes Agent vs OpenClaw est maintenant une vraie décision de migration plutôt qu'un article de comparaison spéculatif.

Sources

Essayez Hermify

Si vous souhaitez essayer Hermes sans passer votre week-end sur la configuration d'un VPS, les conteneurs, le câblage Telegram et les mises à jour continues, utilisez Hermify comme raccourci. Apportez votre clé API et votre token bot, ignorez le travail d'infrastructure, et concentrez-vous sur la question de savoir si Hermes est le bon agent long terme pour vous. Le chemin le plus rapide est de déployer Hermes Agent avec Hermify et de décider ensuite si vous souhaitez un jour posséder l'infrastructure vous-même.

Commencer avec Hermify