Hermes Agent ou OpenClaw : le choix de Kervia

Vous avez déjà vu la différence entre un chat IA et un agent IA. La question suivante est plus concrète : quel agent open source regarder quand on veut qu’il agisse, pas qu’il réponde ?

Deux noms reviennent souvent en 2026 : Hermes Agent (Nous Research) et OpenClaw. Les deux sont sérieux, open source, et méritent le respect. Kervia a choisi Hermes, pas parce qu’OpenClaw serait « mauvais », mais parce que Hermes colle mieux à la façon dont on construit des agents utiles pour les PME : skills, profils, multi-surface, méthode cadrée.

Cet article explique Hermes, compare sans caricature, puis assume notre position.

En une phrase

Hermes Agent est un agent IA open source qui tourne chez vous (terminal, desktop, messageries…) : il utilise des outils, peut retenir des préférences, et s’améliore en enregistrant des skills (procédures réutilisables).

Ce n’est pas « encore un ChatGPT dans un onglet ». C’est un runtime d’agent : modèle + outils + mémoire + canaux.

D’où ça vient

Hermes Agent est développé par Nous Research, le lab open source derrière plusieurs familles de modèles et d’outils communautaires. Le projet est public (GitHub), documenté, et agnostique du fournisseur de modèle : vous pouvez brancher OpenRouter, Anthropic, OpenAI, Google, modèles locaux, etc.

La doc officielle : hermes-agent.nousresearch.com/docs.

OpenClaw, de son côté, est un projet open source crédible : un gateway multi-canal qui relie vos apps de messagerie (Telegram, WhatsApp, Slack, etc.) à un agent qui tourne chez vous (openclaw.ai, docs.openclaw.ai). C’est une très bonne réponse si l’interface principale doit rester le téléphone et les chats du quotidien.

Les deux se placent dans la même grande famille que Claude Code ou Codex : des agents qui exécutent des tâches via des appels d’outils, pas du texte seul. Ce n’est pas un « jouet » face à un « pro ».

Schéma 1 : où se place Hermes

## Ce que Hermes fait concrètement

Sans entrer dans chaque sous-commande, quatre piliers comptent pour un décideur PME ou un indépendant technique.

1. Des outils, pas un commentaire

Hermes peut appeler des outils : terminal, fichiers, navigateur, code, recherche web, etc., selon ce que vous activez. C’est la base d’un agent utile : agir dans un environnement, pas commenter le travail.

2. Des skills (procédures apprises)

Hermes peut enregistrer des façons de faire sous forme de skills : une procédure qui a marché devient réutilisable dans les sessions suivantes. C’est l’idée « self-improving » : moins de réexpliquer le même workflow chaque lundi.

3. Une mémoire entre les sessions

Selon la configuration, l’agent retient des faits utiles : préférences, contexte projet, leçons. Ce n’est pas magique (il faut la brancher et la gouverner) mais c’est un écart net avec un chat qui repart de zéro à chaque onglet.

4. Plusieurs surfaces, un même cœur

Le même agent peut vivre dans :

• le terminal (CLI / TUI),
• une app desktop,
• un dashboard web d’admin,
• un gateway multi-canal (Telegram, Discord, Slack, WhatsApp, e-mail, etc., selon config),
• des intégrations IDE / proxy OpenAI-compatible pour d’autres outils.

Vous choisissez où vous parlez à l’agent ; le moteur d’outils reste le même.

Schéma 2 : une session Hermes (vue simplifiée)

## Pour qui c’est pertinent (et pour qui non)

Utile si vous :

• avez déjà un besoin d’agent, pas d’un simple chat, voir Chat IA ou agent IA ;
• voulez un socle open source et multi-modèle ;
• acceptez un peu d’installation / ops (c’est un vrai logiciel, pas un compte SaaS magique) ;
• visez des workflows récurrents (support, contenu, dev, monitoring) avec cadre et humains aux bons endroits.

Moins adapté si vous :

• voulez uniquement coller du texte dans un navigateur une fois par mois ;
• n’avez ni temps ni partenaire pour la sécurité (secrets, accès machine, messageries) ;
• cherchez une boîte noire « 100 % autonome, zéro responsabilité ».

Chez Kervia, la règle reste celle de la méthode Kervia : clarifier le besoin, cadrer données et validations, construire visible, puis entretenir.

Hermes Agent vs OpenClaw : tableau comparatif

Les deux évoluent vite. Le tableau résume le positionnement public et l’architecture typique, pas un concours de popularité, pas un banc d’essai labo. Vérifiez toujours la doc du jour avant un choix d’infra.

Critère	Hermes Agent (Nous Research)	OpenClaw
Nature	Runtime / framework d’agent open source	Assistant IA open source « prêt à tourner »
Origine	Nous Research	Projet open source (ex-Warelay / lignée Clawd), doc sur openclaw.ai
Interface principale	CLI, TUI, desktop, dashboard, gateway multi-canal	Surtout messageries + machine locale
Modèles	Agnostique : nombreux providers + locaux	Selon config / providers supportés par le projet
Mémoire	Mémoire persistante (backends branchables, ex. Hindsight)	Mémoire / persistance selon édition et config
Apprentissage pratique	Skills : procédures réutilisables sauvées après expérience	Automatisations / workflows selon le produit
Multi-agent	Délégation, profils isolés, process parallèles	Multi-canal gateway ; orchestration selon version
Extensibilité	Plugins, MCP, tools custom, cron, webhooks	Gateway multi-canal, intégrations messagerie
Cible ressentie	Ops, dev, équipes qui veulent un socle agent pilotable	Usage personnel / assistant quotidien via chats déjà utilisés
Courbe d’entrée	Installation + config (setup, doctor, model)	Orientation « ça tourne sur ta machine et dans tes apps »
Gouvernance PME	Profils séparés, secrets hors config, skills versionnables	À cadrer comme tout agent local (accès machine + canaux)
Licence / esprit	Open source, doc publique Hermes	Open source, doc publique OpenClaw

Comment lire ce tableau sans se tromper

1. Deux bons outils, deux centres de gravité. OpenClaw brille quand le canal (messagerie) est le produit. Hermes brille quand le runtime d’agent (skills, profils, CLI/desktop, multi-modèle) est le produit.
2. Les classements de tokens mesurent l’usage d’API, pas la qualité pour votre process métier. On ne décide pas là-dessus.
3. La sécurité prime dans les deux cas : shell + messagerie mal bornés = risque, quel que soit le projet.
4. Le bon choix dépend du job. Messagerie-first au quotidien → OpenClaw est souvent le chemin le plus direct. Socle d’agent pour une PME / un cabinet de conseil technique → Hermes est le nôtre.

La position de Kervia

Nous travaillons avec Hermes Agent.

Pas par effet de mode. Parce que, dans notre pratique (web, agents, automatisations pour la Suisse romande), on a besoin de :

• skills qu’on peut écrire, versionner et améliorer avec le client ;
• profils isolés (un agent métier ≠ un agent de test) ;
• un cœur unique accessible en CLI, desktop et canaux, pas dans un seul fil de chat ;
• un stack multi-modèle (changer de fournisseur sans tout reconstruire) ;
• une boucle compatible avec la méthode Kervia : clarifier, cadrer, construire visible, relier, entretenir.

OpenClaw reste un projet que l’on respecte. Si votre besoin principal est « un agent dans WhatsApp / Telegram / Slack, self-hosté, dès demain », OpenClaw est une option sérieuse, et pour certains clients, ce sera même le meilleur point d’entrée. Nous ne le déconseillons pas par principe.

Nous disons simplement : chez Kervia, le standard d’ingénierie et d’accompagnement, c’est Hermes. Quand un projet appelle un autre outil, on le dit ; on ne force pas une stack par idéologie.

Schéma 3 : quand choisir quoi

## Lien avec la méthode Kervia

Installer un agent n’est pas l’étape 1.

Ordre sain :

1. Clarifier la tâche répétitive qui coûte du temps
2. Cadrer données, outils, qui valide
3. Construire visible le plus petit agent utile
4. Relier aux process et aux gens
5. Entretenir (logs, skills, droits)

C’est la méthode Kervia. L’outil n’est qu’un moyen : Hermes est le moyen que nous maîtrisons et documentons en priorité.

Ce qu’il faut retenir

Idée	Formule
Chat	Répond
Agent	Agit dans un cadre
OpenClaw	Excellent quand la messagerie est le centre
Hermes	Runtime multi-surface, skills, profils, multi-modèle
Kervia	A choisi Hermes, sans dénigrer OpenClaw
Décision	JTBD + sécurité + qui maintient, pas le hype du jour

Pour la base conceptuelle chat vs agent : l’article précédent.
Pour élargir au-delà de ces deux noms : licence, mémoire, outils, canaux : panorama des agents IA open source.
La version 0.21 du 31 août 2026 ajoute un Bot Mode d’équipe dans l’app desktop : ce qui change concrètement.

---

Pour le métier qui code : développeur face à l’IA (études).

Sur le design d’agents : skills : atouts et risque du trop-plein.