Hermes Agent ou modèle Hermes : quelle différence ?
Hermes Agent est un logiciel d’orchestration open source ; les modèles Hermes sont des modèles de langage publiés séparément par Nous Research.
La distinction évite la confusion la plus fréquente. Le dépôt Hermes Agent contient le runtime qui gère la conversation, les outils, les sessions, les Skills, la mémoire, la délégation et les tâches planifiées. Il ne vous oblige pas à utiliser un poids de modèle précis. Lors de la configuration, vous choisissez un fournisseur distant ou un endpoint local compatible avec l’API attendue.
Les collections NousResearch sur Hugging Face regroupent des modèles, mais leur téléchargement n’installe pas l’agent. Inversement, installer Hermes Agent ne télécharge pas automatiquement un grand modèle local. Un fournisseur hébergé demande généralement une clé ; une exécution locale demande un moteur tel qu’Ollama, de la mémoire et un contexte compatible.
Le projet porte une licence MIT, avec un copyright Nous Research 2025. Elle permet d’étudier, modifier et redistribuer le code sous ses conditions, mais ne rend pas libres les modèles, API ou services tiers branchés au runtime.
| Élément | Rôle | Choix de l’utilisateur | À vérifier |
|---|---|---|---|
| Hermes Agent | Exécuter l’agent et ses outils | Interface, permissions, Skills, mémoire | Version du runtime et licence MIT |
| Modèle de langage | Comprendre et produire les décisions | Fournisseur, modèle, coût, local ou distant | Licence, contexte, confidentialité et tarif |
Que change Hermes Agent v0.19.0 « Quicksilver » ?
La v0.19.0, publiée le 20 juillet 2026, améliore surtout le démarrage, le streaming, Desktop, les approbations, les secrets et le suivi des délégations.
La page Releases désigne v0.19.0 comme la version la plus récente vérifiée. Nous Research annonce environ 80 % de baisse du temps avant le premier token au premier tour, avec un démarrage à froid passant approximativement de 4,3 à 0,9 seconde dans ses mesures. Le raisonnement s’affiche en streaming par défaut et le rendu Markdown de Desktop a été optimisé.
La sécurité devient plus exploitable au quotidien grâce aux approbations intelligentes activées par défaut. Hermes Agent peut aussi chercher les secrets auprès de Bitwarden ou de 1Password, ce qui évite de multiplier les clés en clair dans un fichier local. Des profils de routage permettent de sélectionner une configuration de passerelle selon l’usage, et les sessions peuvent être exportées.
La délégation gagne des transcriptions en direct, un fonctionnement durable en arrière-plan et un registre d’obligations de livraison. Ce ne sont pas des garanties de réussite. La v0.18.0 avait introduit Mixture-of-Agents, /learn et le travail en parallèle ; ce guide reste centré sur le produit.
Que peut réellement faire Hermes Agent ?
Hermes Agent fournit une boucle d’agent, des interfaces, des outils et une persistance ; la qualité finale dépend du modèle, des permissions, du contexte et de la procédure.
Depuis la CLI ou la TUI, vous pouvez analyser, manipuler des fichiers autorisés, exécuter des commandes, utiliser les outils configurés et reprendre une conversation. Desktop partage le même cœur, la même configuration, les mêmes clés, sessions, Skills et mémoires. Des passerelles relient aussi certains canaux de messagerie.
Un Skill charge une méthode au moment où elle est utile. La mémoire persistante conserve quelques informations choisies entre les sessions. La délégation isole une mission dans un agent enfant et ne renvoie à la conversation parente que son résultat final. Le planificateur cron démarre une nouvelle session selon un horaire, stocke son exécution et peut livrer le résultat par une passerelle configurée.
Hermes Agent peut mal interpréter un objectif, choisir un mauvais outil ou exécuter une commande risquée si les droits sont trop larges. Définissez une réussite mesurable, limitez outils et répertoire, exigez des sources et validez les actions irréversibles.
Installer Hermes Agent sur macOS
Sur macOS, l’installeur shell officiel prépare la CLI et ses dépendances ; l’application Desktop officielle constitue l’autre voie recommandée.
Pour la CLI, ouvrez Terminal et exécutez le script publié sur le domaine officiel. L’installeur gère uv, Python 3.11, Node.js v22, ripgrep et ffmpeg lorsque nécessaire. Rechargez ensuite votre shell puis lancez hermes. Si vous utilisez bash, remplacez ~/.zshrc par ~/.bashrc.
Pour l’interface graphique, téléchargez l’installeur macOS officiel ou lancez hermes desktop. Desktop réutilise les mêmes données et réglages. Vérifiez l’origine du paquet et les notes de version.
hermes doctor repère une dépendance ou configuration manquante ; hermes update met l’installation à niveau. N’ajoutez pas sudo par réflexe et évitez les miroirs non vérifiés.
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.zshrc
hermesInstaller Hermes Agent sur Windows
Windows dispose d’un installeur PowerShell natif ; WSL2 suit la procédure Linux et Desktop offre l’expérience graphique.
Dans PowerShell, la commande officielle récupère install.ps1 sur le domaine Hermes Agent. Rouvrez le terminal si hermes n’est pas immédiatement dans le PATH. Desktop Windows convient pour gérer visuellement sessions et approbations.
WSL2 constitue une installation distincte : exécutez le script shell dans la distribution Linux, pas le script PowerShell. Les fichiers, variables d’environnement et chemins de WSL ne sont pas automatiquement ceux de Windows natif. Choisissez un seul environnement principal pour éviter de disperser configuration, Skills et mémoire.
Vérifiez toujours le domaine d’une commande téléchargée. En contexte professionnel, documentez la version et testez dans un répertoire sans donnée sensible.
iex (irm https://hermes-agent.nousresearch.com/install.ps1)
hermesInstaller Hermes Agent sur Linux
Linux, WSL2 et Termux utilisent l’installeur shell officiel ; Desktop demande en plus les outils de compilation indiqués par la documentation.
La commande est identique à macOS. Sur une distribution minimale, installez d’abord git, curl et xz-utils. Pour Desktop sous Linux, la documentation mentionne aussi build-essential. Le script prépare l’environnement Python géré par uv ainsi que les utilitaires nécessaires, ce qui évite d’altérer manuellement le Python système.
Rechargez ~/.bashrc ou le fichier correspondant à votre shell, puis lancez hermes doctor. L’installation Nix est actuellement présentée comme une option « best effort » et non comme le chemin principal ; elle peut demander des ajustements propres à votre environnement.
Sur un serveur, créez un compte dédié, restreignez ~/.hermes et définissez le répertoire de travail. Un conteneur Docker, Singularity, Modal ou Daytona apporte une isolation absente de l’exécution locale directe.
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.zshrc
hermesChoisir et configurer le modèle
Hermes Agent sépare le runtime du fournisseur : hermes model sélectionne le service, le modèle et l’endpoint compatibles.
L’assistant hermes setup guide la première configuration. hermes model ouvre la sélection du fournisseur et du modèle ; hermes tools configure les outils ; hermes gateway setup prépare les canaux distants. Les secrets vont par défaut dans ~/.hermes/.env, tandis que les paramètres non secrets résident dans ~/.hermes/config.yaml. Évitez de versionner l’un ou l’autre sans inspection.
La documentation répertorie Nous Portal, Anthropic, OpenRouter, OpenAI direct, Hugging Face et les endpoints personnalisés. Comparez contexte, outils, prix, localisation des données et conditions. Hermes Agent exige au moins 64 000 tokens de contexte.
Pour rester local avec Ollama, téléchargez un modèle adapté, exposez le serveur sur http://localhost:11434/v1 et indiquez cet endpoint personnalisé dans hermes model. L’exemple officiel utilise qwen2.5-coder:32b. La variable OLLAMA_CONTEXT_LENGTH=64000 aligne le serveur sur le minimum requis ; ollama ps permet de vérifier le contexte réellement chargé. Un modèle de cette taille demande une machine suffisamment équipée.
hermes setup
hermes model
hermes tools
hermes doctorollama pull qwen2.5-coder:32b
OLLAMA_CONTEXT_LENGTH=64000 ollama serve
ollama ps| Option | Atout | Point d’attention |
|---|---|---|
| Fournisseur hébergé | Démarrage rapide et modèles puissants | Coût, confidentialité et dépendance au service |
| Endpoint local Ollama | Données et disponibilité maîtrisées localement | Matériel, contexte et qualité du modèle |
| Routeur multi-fournisseurs | Catalogue et bascule simplifiés | Intermédiaire supplémentaire et tarification |
Réussir le premier lancement
Le premier test doit être borné, réversible et observable avant d’ouvrir l’accès à un projet ou à des secrets.
Lancez hermes pour l’interface classique ou hermes --tui pour l’interface terminal enrichie. Demandez d’abord une tâche en lecture seule dans un dossier de test : inventorier trois fichiers, expliquer leur rôle et proposer un plan sans modification. Vous observez ainsi la compréhension du contexte, les appels d’outils et les demandes d’approbation.
Reprenez une session avec hermes --continue ou hermes -c. Elle conserve son historique, mais ne remplace pas une mémoire durable. Démarrez une nouvelle session après une modification de mémoire ou de contexte chargé au lancement.
Avant une écriture, précisez les fichiers autorisés, exigez un diff et conservez les approbations intelligentes. Testez un fichier jetable dans un répertoire dédié avant d’élargir le périmètre.
Checklist du premier essai
- Exécuter hermes doctor et corriger les alertes.
- Choisir un dossier sans secret ni donnée de production.
- Commencer par une analyse en lecture seule.
- Vérifier chaque appel d’outil et chaque source.
- Autoriser une seule écriture réversible.
- Contrôler le diff avant d’élargir les permissions.
Créer un premier Skill réutilisable
Un Skill est une procédure documentée chargée à la demande, stockée dans ~/.hermes/skills/ et compatible avec le format agentskills.io.
Les Skills évitent de répéter une méthode. Hermes Agent découvre leur nom et description, puis charge le contenu complet au besoin. /learn suivi d’une source ou d’un workflow aide à rédiger un Skill ; /skills list les affiche et /nom-du-skill en appelle un.
Pour notre veille, demandez /learn de construire une procédure qui consulte uniquement la documentation, les releases et le dépôt officiels de Hermes Agent. Relisez le fichier généré avant de l’accepter. Le schéma ci-dessous est un exemple WebCREA Plus fondé sur la structure officielle de SKILL.md ; ce n’est pas un Skill publié par Nous Research.
La description précise quand charger la procédure ; Procedure donne les étapes, Pitfalls les erreurs et Verification la sortie attendue. skills.write_approval: true prépare les écritures pour validation. Un Skill externe classé dangereux ne peut pas être forcé.
---
name: veille-hermes
description: Vérifie les nouveautés officielles de Hermes Agent
version: 1.0.0
platforms: [macos, linux, windows]
---
# When to Use
Utiliser pour une veille factuelle sur Hermes Agent.
# Procedure
1. Consulter la documentation et les releases officielles.
2. Relever la version, la date et les changements vérifiables.
3. Comparer avec la dernière synthèse.
4. Signaler les nouveautés et les points à vérifier.
# Pitfalls
- Ne pas utiliser de source secondaire.
- Ne pas confondre Hermes Agent et un modèle Hermes.
# Verification
- Chaque affirmation comporte une URL officielle.
- La version citée correspond à la dernière release.Tutoriel : automatiser une veille planifiée
Le planificateur cron de Hermes Agent crée une session isolée selon un horaire, charge éventuellement un Skill, exécute le prompt et conserve le résultat.
Une fois le Skill veille-hermes installé et relu, créez une tâche du lundi au vendredi à 8 h. La syntaxe officielle hermes cron create accepte une expression cron, un prompt, --skill et --name. La tâche ci-dessous demande uniquement les nouveautés des sources officielles. Elle ne publie rien et ne modifie aucun service externe.
La passerelle vérifie les tâches environ toutes les 60 secondes. Elle ouvre une session, charge le Skill, exécute le prompt et livre éventuellement la réponse. Les sorties vont dans ~/.hermes/cron/output/ et l’historique dans executions.db.
Les commandes documentées permettent de lister, pauser, reprendre, lancer, modifier ou supprimer un job. Ajoutez un répertoire explicite et un toolset minimal. Le mode de commande dangereux des tâches cron est deny par défaut.
hermes cron create "0 8 * * 1-5" "Vérifie les sources officielles de Hermes Agent et résume uniquement les nouveautés." --skill veille-hermes --name "Veille Hermes Agent"Comprendre la mémoire persistante
Hermes Agent distingue une mémoire courte et organisée des procédures réutilisables : MEMORY.md et USER.md ne remplacent ni une base documentaire ni un Skill.
Les mémoires vivent dans ~/.hermes/memories/. MEMORY.md dispose d’un budget d’environ 2 200 caractères pour les faits et repères durables ; USER.md d’environ 1 375 caractères pour les préférences de l’utilisateur. Elles sont injectées au début d’une session et restent figées pendant celle-ci. Une modification devient donc pleinement visible à la session suivante.
La recherche de sessions repose sur state.db et FTS5. Elle retrouve une conversation, tandis que les fichiers de mémoire apportent un contexte stable. Placez une procédure détaillée dans un Skill et gardez sa source versionnée.
memory.write_approval: true prépare les écritures pour validation. N’enregistrez aucun mot de passe, token ou donnée personnelle inutile. Une mémoire doit rester lisible et corrigeable, car elle peut aussi propager une erreur.
Sécuriser Hermes Agent avant un usage réel
La sécurité repose sur la réduction des permissions, les approbations, l’isolation, la protection des secrets et la vérification des résultats.
La documentation décrit huit couches : autorisation des outils, approbation des commandes, sécurité des écritures, conteneurs, filtrage des identifiants MCP, analyse du contexte, isolation entre sessions et nettoyage des entrées. Ces défenses réduisent le risque sans rendre un prompt digne de confiance. Une instruction issue du web, d’un fichier ou d’un message peut tenter de détourner l’agent.
Le mode smart demande une validation selon le risque. manual intervient davantage. off, dit YOLO, contourne les approbations et ne convient pas aux données sensibles. La liste de commandes interdites ne couvre pas chaque conséquence possible.
Hermes Agent accepte Bitwarden, 1Password ou un helper. Seul le secret d’amorçage du coffre reste dans l’environnement ; les clés fournisseurs demeurent dans le gestionnaire. Protégez ~/.hermes et contrôlez les journaux avant partage.
Un conteneur Docker, Singularity, Modal ou Daytona apporte une limite plus forte qu’une exécution locale. Définissez un safe root, montez seulement les dossiers nécessaires, désactivez les outils inutiles et séparez préparation et exécution. Toute suppression, dépense, publication ou action sur une donnée client doit conserver une validation humaine explicite.
Configuration minimale recommandée
- Mode d’approbation smart ou manual, jamais YOLO sur des données réelles.
- Répertoire de travail dédié et droits minimaux.
- Clés dans un coffre ou un fichier local non versionné.
- Toolset réduit à la mission.
- Conteneur pour le code ou les fichiers non fiables.
- Diff, traces et validation humaine avant toute action irréversible.
Déléguer une tâche à un sous-agent
delegate_task ouvre un agent enfant isolé avec une conversation neuve, les outils hérités, son propre terminal et seulement le contexte explicitement transmis.
Une délégation convient à un raisonnement autonome : analyser des sources, comparer ou vérifier. L’enfant ignore la conversation parente. goal et context doivent contenir résultat, contraintes, sources et format. Seul son résumé final revient au parent.
Les délégations fonctionnent en arrière-plan et renvoient un handle. Une exécution par lot peut traiter des missions indépendantes en parallèle, avec trois tâches concurrentes par défaut selon la documentation et une valeur configurable. Les journaux en direct sont conservés dans le cache de délégation. La v0.19.0 ajoute une lecture plus claire des transcriptions et une continuité durable des tâches en arrière-plan.
Les agents feuilles ne peuvent pas redéléguer, clarifier, écrire en mémoire, envoyer un message ou créer un cron. Pour une transformation mécanique, utilisez execute_code. Notre guide dédié approfondit agents-as-tools et handoffs.
Hermes Agent ou ChatGPT : lequel choisir ?
ChatGPT est un produit hébergé d’OpenAI ; Hermes Agent est un runtime MIT à installer et à relier au fournisseur de votre choix.
ChatGPT propose une expérience prête à l’emploi administrée par OpenAI. Hermes Agent demande d’installer et maintenir le logiciel, sélectionner un modèle et gérer clés, permissions, mises à jour et passerelles.
Hermes Agent convient pour examiner le code, choisir un endpoint local, composer des Skills, contrôler une mémoire ou planifier depuis votre environnement. ChatGPT privilégie l’assistant hébergé sans runtime à administrer. Comparez leurs pages officielles au moment de décider.
Le mot « open source » ne signifie pas « gratuit à exploiter ». Hermes Agent est sous MIT, mais un modèle hébergé facture ses tokens et un modèle local consomme du matériel et du temps d’administration. De même, la maîtrise de l’infrastructure ne garantit pas la confidentialité si les prompts partent vers une API distante. Cartographiez le trajet réel des données.
| Critère | Hermes Agent | ChatGPT |
|---|---|---|
| Mode de fourniture | Runtime open source installé | Service hébergé par OpenAI |
| Choix du modèle | Plusieurs fournisseurs ou endpoint local | Modèles proposés dans ChatGPT |
| Maintenance | À votre charge | Gérée par OpenAI |
| Automatisation locale | Skills, cron, terminal et passerelles configurables | Fonctions proposées par le produit |
| Contrôle des données | Dépend de l’installation et du fournisseur choisi | Dépend de l’offre et des réglages ChatGPT |
Quelles sont les limites de Hermes Agent ?
Hermes Agent donne de la puissance d’action, mais ajoute de la maintenance, des coûts, une surface de sécurité et une dépendance à la qualité du modèle.
La première limite est opérationnelle. Il faut suivre les releases, vérifier les changements de configuration, sauvegarder les Skills utiles et tester les mises à jour. Les fournisseurs évoluent indépendamment : un nom de modèle, une fenêtre de contexte, une méthode d’authentification ou un tarif peut changer sans nouvelle version du runtime.
La seconde limite est cognitive. Une longue fenêtre de contexte ne garantit ni mémoire exacte ni décision correcte. Une procédure mal écrite devient une erreur réutilisable ; une mémoire incorrecte influence les sessions suivantes ; une tâche cron répète automatiquement un mauvais raisonnement. Ajoutez des critères de preuve, des sorties structurées et des contrôles simples plutôt que de déléguer toute la gouvernance au modèle.
La troisième limite est matérielle et financière. Un modèle local de 64 000 tokens peut dépasser les capacités d’un ordinateur courant. Un service distant réduit cette contrainte, mais introduit facturation, latence, quotas et transfert de données. Les délégations parallèles multiplient les appels. Mesurez le coût par résultat utile, pas le nombre de tâches lancées.
Enfin, l’écosystème évolue vite : certaines fonctions sont récentes, Nix reste best effort et les intégrations dépendent de services externes. Conservez un repli manuel et une copie des procédures critiques.
Le workflow Hermes Agent recommandé
Un déploiement fiable progresse du diagnostic à une mission en lecture seule, puis à un Skill relu, une écriture réversible et enfin une automatisation surveillée.
Commencez par installer depuis le domaine officiel, exécuter hermes doctor et choisir un fournisseur répondant au minimum de contexte. Créez ensuite un dossier de test et conservez les approbations intelligentes. Formulez une tâche avec objectif, sources autorisées, interdictions et condition de réussite. Vérifiez les appels d’outils avant d’ajouter une mémoire.
Quand une procédure répétée fonctionne, transformez-la en Skill, versionnez-la, relisez chaque changement et gardez les secrets à l’extérieur. Déléguez l’analyse indépendante ; utilisez un script ou execute_code pour le mécanique.
Planifiez seulement après plusieurs essais réussis. Limitez le toolset, surveillez l’historique et prévoyez l’échec. Reliez toujours le choix technique à un besoin, une responsabilité et une mesure de valeur.
Ordre de mise en œuvre
- Installer et diagnostiquer.
- Configurer le modèle et le contexte.
- Tester en lecture seule.
- Autoriser une écriture réversible.
- Formaliser un Skill vérifié.
- Ajouter mémoire ou délégation seulement si nécessaire.
- Automatiser avec un toolset réduit.
- Mesurer, auditer et maintenir.
Questions fréquentes
Le code de Hermes Agent est distribué sous licence MIT. L’usage peut toutefois coûter de l’argent si vous choisissez une API payante, une infrastructure distante ou du matériel dédié à un modèle local.
La dernière version officielle vérifiée le 26 juillet 2026 est la v0.19.0 « Quicksilver », publiée le 20 juillet 2026. Consultez la page GitHub Releases avant toute installation.
Oui. La documentation fournit un installeur PowerShell natif, prend en charge WSL2 via le script Linux et propose également une application Desktop pour Windows.
Oui, avec un endpoint local compatible comme Ollama. Il faut un modèle offrant au moins 64 000 tokens de contexte et une machine suffisamment puissante. Vérifiez aussi qu’aucun autre outil configuré n’envoie de données à distance.
Non. Le runtime accepte plusieurs fournisseurs et des endpoints personnalisés. Les modèles Hermes publiés par Nous Research sont distincts du logiciel Hermes Agent.
Les secrets vont par défaut dans ~/.hermes/.env, les réglages non secrets dans ~/.hermes/config.yaml et les mémoires dans ~/.hermes/memories/. Les sessions et historiques utilisent aussi le répertoire Hermes local.
Un Skill décrit une procédure réutilisable chargée à la demande. La mémoire conserve quelques préférences et repères durables au début des sessions. Une documentation longue doit rester dans un Skill ou une source dédiée.
Il désactive les approbations et augmente fortement le risque. Gardez le mode smart ou manual dès que l’agent atteint des fichiers, secrets, commandes ou services importants.
Conclusion
Hermes Agent v0.19.0 réunit dans un runtime MIT les interfaces, outils, Skills, mémoires, délégations et automatisations nécessaires pour construire un assistant réellement opérable. Son intérêt majeur est la liberté de choisir le modèle et l’environnement, jusqu’à un endpoint local, tout en conservant une méthode explicite.
Cette liberté déplace aussi la responsabilité vers l’utilisateur : vérifier la version, protéger les secrets, limiter les permissions, tester le modèle, relire les Skills et maintenir une validation humaine. Installez d’abord, observez ensuite, automatisez en dernier. C’est ce rythme qui transforme un agent spectaculaire en outil de travail fiable.
