oh-my-hermes : une couche opérationnelle pour Hermes Agent, sans remplacer le moteur
Installez-le une seule fois. Tout le monde peut utiliser Hermes-agent à titre professionnel. le puissant système d'intelligence et de mémoire pour votre agent.
En bref
- De quoi s’agit-il ?
- oh-my-hermes (OMH) ajoute un cadre de travail et une mémoire de projet à Hermes Agent, avec des preuves explicites. L'article détaille l'installation, le routage par catégories et les limites à connaître avant adoption.
- À qui s’adresse-t-il ?
- Adoptez oh-my-hermes si vous utilisez déjà Hermes Agent et que vous avez besoin de structurer les demandes en workflows avec des preuves explicites, sans changer d'interface. Ne l'adoptez pas si vous cherchez un exécuteur de code caché ou si vous préférez garder Hermes dans sa forme native.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 4 jours.
- En quel langage est-il écrit ?
- Principalement Python, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 14 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Ce que résout oh-my-hermes, et pour qui
oh-my-hermes (OMH) s'adresse à ceux qui utilisent déjà Hermes Agent de Nous Research et qui trouvent que les réponses brutes manquent de cadre. Le README le dit clairement : OMH transforme une demande simple en une capacité claire, une étape suivante utile et un enregistrement honnête de ce qui s'est passé. Concrètement, cela signifie que l'agent ne se contente plus de répondre, il suit un workflow prédéfini avec des étapes de vérification. Le projet est pensé pour les utilisateurs professionnels qui veulent une traçabilité des actions de l'agent, sans réécrire leurs habitudes. OMH ne remplace pas Hermes, il se place au-dessus, comme une couche de gouvernance. C'est pour cela que le README insiste sur le fait qu'il ne cache pas un exécuteur de code derrière. Si vous cherchez un outil qui donne plus de structure à vos sessions Hermes, sans changer d'interface, OMH est fait pour vous.
Le mécanisme : routage par catégories et preuves explicites
Le cœur du fonctionnement repose sur un routage par catégories, appelé Mixture-of-Models Routing. Chaque tâche déléguée est assignée à une catégorie comme ultrabrain, deep, quick, writing, visual-engineering, etc. Pour chaque catégorie, un modèle et un niveau d'effort de raisonnement sont appliqués. Le README montre que chaque ligne d'activité affiche son `category:name(model:effort)`, ce qui rend le routage visible. Si une route est rejetée, le système retombe le long de la chaîne de catégories. Cela signifie que l'utilisateur voit immédiatement quel modèle a été utilisé et avec quel effort, une forme de transparence que l'on ne trouve pas dans Hermes nu. En plus, OMH introduit des barrières de preuves explicites, c'est-à-dire que le workflow exige que certaines étapes soient vérifiées avant de passer à la suite. Le README parle de planning, recherche, création, transferts de codage, opérations et mémoire de projet, le tout avec des limites de preuves. C'est une architecture qui force l'agent à documenter ce qu'il fait, plutôt que de simplement produire une réponse.
Installation : une commande, plusieurs méthodes
L'installation se fait en une commande, mais avec plusieurs gestionnaires de paquets. Le README recommande Bun, mais Homebrew, npm, et un installateur universel pour macOS/Linux sont disponibles. Par exemple, avec Bun : `bun install -g oh-my-hermes`. Avec Homebrew : `brew install rlaope/tap/omh`. Pour Windows, un script PowerShell est fourni. Après l'installation, une étape est obligatoire : `omh setup`. Cette commande installe les workflows et les connecte à Hermes. Le README précise que c'est requis. Ensuite, vous pouvez utiliser `omh doctor` pour vérifier l'installation et `omh update` pour mettre à jour. Pour les mises à jour, OMH détecte comment il a été installé et utilise le gestionnaire correspondant. Il existe aussi un chemin pour installer les compétences Hermes : `hermes skills tap add rlaope/oh-my-hermes` puis `hermes skills install rlaope/oh-my-hermes/skills/omh-routing --yes`. Le projet fournit même un protocole pour les agents IA, avec une instruction qui demande de résoudre le SHA du commit avant d'exécuter des instructions, pour éviter les attaques de type confusion. C'est un niveau de détail rare.
Le terminal OMH : mêmes portes, nouvelle identité
Lancer `omh` sans argument ouvre Hermes, mais avec une identité différente. Le README dit que c'est la même porte que `hermes`, mais avec le boot OMH. En pratique, cela signifie que l'interface est identique, mais les workflows sont actifs. Le terminal affiche des informations supplémentaires pendant les exécutions : le routage par catégories, les appels d'outils parallèles, et les preuves. C'est un changement subtil mais important. Si vous êtes habitué à `hermes`, vous ne perdrez rien, mais vous gagnerez en visibilité sur ce que fait l'agent. Le README mentionne aussi un exemple de run `ulw-work`, ce qui suggère que les workflows sont nommés et réutilisables. Pour un utilisateur qui veut garder Hermes comme interface naturelle, c'est un avantage : pas de nouvel outil à apprendre, juste une couche supplémentaire.
Limites et cas où OMH n'est pas adapté
La documentation ne cache pas que OMH est une surcouche, pas un remplaçant. Si vous cherchez à exécuter du code directement, ce n'est pas le bon outil. Le README insiste sur le fait qu'il ne cache pas un exécuteur de code. Cela signifie que si votre besoin est de faire exécuter des scripts sans passer par un workflow, Hermes nu suffit. Une autre limite : le projet est récent, avec une version 2.0.0 publiée en août 2026, mais la dernière mise à jour date de quelques jours seulement. La maturité est donc à vérifier. De plus, le README mentionne des chemins de maintenance comme la réconciliation d'une installation `--full` vers le cœur, ce qui indique que des installations complexes peuvent nécessiter des manipulations. Enfin, le projet dépend fortement de Hermes Agent ; si Hermes change son API, OMH devra suivre. C'est un risque à prendre en compte.
Alternatives : rester sur Hermes natif ou utiliser des compétences
La principale alternative est de ne pas utiliser OMH et de rester sur Hermes Agent avec ses compétences natives. Hermes dispose déjà de skills, et OMH se positionne comme une couche au-dessus de ces skills. La différence est que OMH ajoute un cadre de workflow et des preuves, alors que les skills natifs sont plus simples, sans gouvernance explicite. Une autre alternative serait d'utiliser un outil de gestion de workflows générique, mais cela impliquerait de quitter l'interface Hermes, ce que OMH évite. Le README ne mentionne pas d'autres outils, mais il est clair que le choix est entre une utilisation native et une utilisation structurée. Pour un utilisateur qui veut juste des réponses rapides, Hermes natif suffit. Pour ceux qui ont besoin de traçabilité, OMH apporte une valeur ajoutée.
Coûts de maintenance et licence
Le projet est sous licence MIT, ce qui permet une utilisation libre, y compris commerciale, avec des conditions minimales. C'est un point positif pour l'adoption. En termes de maintenance, OMH fournit `omh update` qui gère les mises à jour du paquet et des compétences. Cependant, le README indique que pour une désinstallation complète, il faut d'abord exécuter `omh uninstall --all` avant de supprimer le paquet avec le gestionnaire. Cela implique une certaine complexité dans la gestion du cycle de vie. De plus, le projet est maintenu activement, avec des versions récentes et des contributeurs IA, ce qui peut être un signe de dynamisme, mais aussi une incertitude sur la stabilité à long terme. Il est prudent de vérifier la roadmap ou les issues avant de dépendre fortement de ce projet.
Conclusion éditoriale
Adoptez oh-my-hermes si vous utilisez déjà Hermes Agent et que vous avez besoin de structurer les demandes en workflows avec des preuves explicites, sans changer d'interface. Ne l'adoptez pas si vous cherchez un exécuteur de code caché ou si vous préférez garder Hermes dans sa forme native. Avant de vous engager, vérifiez la compatibilité de votre version de Hermes Agent avec les workflows OMH, testez `omh doctor` après l'installation, et examinez le fichier `INSTALL_FOR_AGENTS.md` pour comprendre le protocole d'installation piné. Le projet est jeune, avec une version 2.0.0 récente, donc prévoyez de suivre les mises à jour.
Notes de la communauté