Hermes Agent de Nous Research est un assistant résident qui capitalise Skills et un modèle utilisateur persistant sous ~/.hermes/ — pas un onglet de chat fermé le soir. Les crons Gateway, webhooks de canaux et écritures disque doivent continuer pendant votre sommeil. Cet article explique pourquoi les mythes du redémarrage, la veille du portable et la latence VPS cassent cette logique ; la mémoire à trois niveaux ; pourquoi le Mac mini M4 convient au 7×24 ; une matrice d’hôtes (mémoire et exploitation, pas TCO) ; et un runbook en sept étapes avec l’installateur officiel. Tarifs sur la page tarifs location NOVAKVM, commande via page commander, accès au centre d’aide. Réouvrez les liens Hermes après chaque release upstream.
[ SECTION_01 ] // PAIN_MAP Idées reçues sur redémarrage, mémoire, veille portable et latence VPS
- « Le redémarrage efface le modèle » : les poids sont dans le cloud ; vous perdez l’état local — sessions Gateway, WAL SQLite, outils en cours, Skills partiels. L’agent semble moins bon parce que la continuité hôte a sauté, pas parce que le tier API a changé.
- « La mémoire, c’est seulement la RAM » : markdown Core, Skills et index épisodiques persistent sur disque sous
~/.hermes/; la qualité de retrieval exige durabilité du répertoire et sauvegardes. - MacBook comme Gateway de prod : fermer le capot suspend les processus ; mélanger données perso et mémoire agent élargit le risque d’effacement en voyage ou revente.
- « N’importe quel VPS cheap suffit » : Hermes sous Docker fonctionne, mais le RTT vers APIs de messagerie et Git ajoute du jitter. Les posts publics citent souvent 2 vCPU / 4 Go RAM comme plancher Gateway — pas un SLA officiel ; revérifier après release.
- rsync repoussé : sans exports planifiés, SQLite épisodique et Skills divergent ; la migration devient un cutover planifié.
- Disponibilité vs login GUI : il faut un service Gateway supervisé et un disque durable, pas un bureau connecté 24 h/24.
En pratique, beaucoup d’équipes découvrent que la « mémoire » dont elles parlent au quotidien est surtout la continuité du Gateway et l’intégrité de ~/.hermes/, pas la fenêtre de chat visible dans un client web.
La doc officielle couvre VPS et backends SSH ; beaucoup choisissent l’install curl macOS documentée. Liens ci-dessous faisant autorité.
Documentation officielle Hermes Agent (Nous Research)
NousResearch/hermes-agent (dépôt GitHub)
hermes-agent.org (site officiel)
[ SECTION_02 ] // MEMORY_TIERS Trois niveaux : session, Skill Documents et modèle utilisateur persistant
Hermes implémente une Closed Learning Loop : le travail terminé devient des actifs réutilisables dans les sessions suivantes. Les trois niveaux vivent sous ~/.hermes/ sur un hôte que vous contrôlez.
Mémoire de session : surface Gateway active — appels d’outils, liaisons de canaux, contexte court. Elle meurt avec le processus ; la veille du portable coupe Telegram ou Discord même si l’API répond encore.
Skill Documents : fichiers procéduraux — checklists, scripts, formes d’API — diffables dans Git. La valeur se compose à chaque exécution réussie ; les conteneurs éphémères sans volumes remettent la courbe à zéro.
Modèle utilisateur persistant (Core) : identité et faits — souvent USER.md, MEMORY.md, SQLite épisodique avec FTS5 selon la doc Memory officielle. Perdre le Core ressemble à un effacement de personnalité alors que les poids du modèle restent identiques.
Snapshottez ~/.hermes/ avant mises à jour macOS, changements matériels ou fin de bail. Réinstaller le binaire sans le répertoire est l’amnésie auto-infligée habituelle.
[ SECTION_03 ] // WHY_M4 Pourquoi Mac mini M4 : mémoire unifiée, install macOS native, faible conso 7×24
Le Mac mini M4 convient à un Hermes centré mémoire quand vous voulez install native macOS, modèles on-device optionnels et automatisation Apple sur une seule machine.
Mémoire unifiée (UMA) regroupe CPU, GPU et Neural Engine — chemins de copie plus courts pour outils locaux que sur des VPS typiquement désagrégés. Mesurez votre latence et RSS ; ne copiez pas de benchmarks non sourcés — revérifiez la doc upstream après release.
Install native : en général une pipeline curl selon la doc. Faible puissance à l’arrêt rend le 7×24 réaliste pendant que le MacBook voyage. 16 Go pour routes API cloud ; 24/32 Go pour modèles locaux ou gros stores épisodiques — confirmez les SKU chez Apple et sur les pages de location.
Location bare metal mensuelle préserve la même sémantique ~/.hermes/ sans CapEx sur un pilote court. Comparaison euros : TCO achat vs location.
[ SECTION_04 ] // HOST_MATRIX Comparaison hôtes : Raspberry Pi vs VPS vs location bare metal Mac mini NOVAKVM
Le tableau compare durabilité mémoire et adéquation opérationnelle pour hôtes Gateway Hermes. Ce n’est pas une grille tarifaire ; vérifiez les montants chez les fournisseurs et sur la page tarifs séparément.
| Dimension | Classe Raspberry Pi (SBC ARM) | VPS Linux générique | Location bare metal Mac mini M4 NOVAKVM |
|---|---|---|---|
| Durabilité ~/.hermes/ | Usure SD/USB ; coupure brutale sans journaling et backups risque corruption FS | Stockage bloc survit au reboot ; risque déplacé vers discipline snapshots et migration fournisseur | SSD local sur matériel dédié ; cadence backup chez vous, wipe checkout documenté plateforme |
| Réalisme Gateway 7×24 | Possible avec tuning ; thermique et I/O sous croissance SQLite | Bonne disponibilité si dimensionné ; voisins bruyants et maintenance hyperviseur pausent les VM | Mac physique réglé always-on ; pas de VM voisine volant la bande passante mémoire |
| Croissance Skill + épisodique | RAM limitée et stockage lent plafonnent FTS5 et grands arbres Skill | Disque scalable verticalement ; latence cross-AZ frappe les boucles d’outils | 16–32 Go UMA ; disque local rapide pour SQLite épisodique et corpus Skills |
| Installateur macOS natif et toolchain Apple | Non applicable ; Linux seulement | Docker/SSH selon docs ; pas substitut aux tâches Xcode-on-Mac | Install curl documenté sur macOS ; même hôte pour automatisation iOS/macOS |
| Charge ops | Vous maintenez carte, alimentation, images et backup hors site | Vous maintenez patches OS, pare-feu, secrets et sortie lock-in fournisseur | Remote hands pour le matériel ; vous vous concentrez sur config Hermes, Gateway et exports mémoire |
| Fit typique | Alertes hobby, Skills ultra-légers, recovery manuelle acceptable | Hermes API-only, équipes Linux-first, VPS multi-régions déjà standard | Gateway prod, ~/.hermes/ composant, voisinage écosystème Apple, sortie bail documentée |
Si votre métrique de succès est « l’agent se souvient de moi le mois prochain », optimisez intégrité disque, uptime supervisé et migration hôte propre avant d’optimiser seulement le loyer mensuel.
[ SECTION_05 ] // RUNBOOK Runbook sept étapes : Mac mini loué, install Hermes, Gateway, sauvegarde
- Définir les exigences de continuité : canaux selon docs (Telegram, Discord, Slack, etc.), croissance mensuelle attendue de
~/.hermes/, downtime Gateway maximal pendant mises à jour macOS. - Choisir le tier mémoire sur la page tarifs : démarrer avec M4 16 Go pour routes API cloud ; M4 24 Go ou plus pour modèles locaux ou gros stores épisodiques. Confirmer les tarifs sur la page tarifs avant checkout.
- Commander et provisionner l’accès : finaliser la page commander ; utiliser le centre d’aide pour premier login, espace disque libre, attentes pare-feu.
- Créer un utilisateur macOS dédié Hermes : séparer compte opérateur et Apple ID personnels si plusieurs personnes touchent le bail.
- Installer Hermes Agent : lancer l’installateur officiel sous cet utilisateur ; vérifier version et layout répertoire immédiatement après.
- Configurer Gateway, fournisseurs et canaux : brancher fournisseurs de modèles, healthchecks messaging Gateway, rotation logs ; planifier tarball ou rsync pour markdown Core, Skills et SQLite épisodique.
- Documenter cutover et checkout : avant fin de bail, exporter
~/.hermes/vers le prochain hôte, restaurer, smoke-test retrieval, puis wipe checkout plateforme pour ne pas laisser profils USER et Skills sur infra partagée.
curl -fsSL https://get.hermes-agent.org | bash
hermes --version
ls -la ~/.hermes/
Source de la commande d’installation : site et documentation Hermes Agent. Si upstream change URL ou flags, la doc fait foi — revérifier après release.
[ SECTION_06 ] // HARD_FACTS Faits vérifiables, sources et NOVAKVM
- Positionnement Hermes : open source MIT de Nous Research mettant l’accent sur mémoire inter-sessions, génération de Skills et Gateway multi-canal plutôt que chat one-shot. Source : doc officielle et README GitHub ; revérifier après release.
- Racine mémoire par défaut :
~/.hermes/utilisateur local avec markdown Core, bibliothèques Skills et SQLite épisodique ; migration hôte exige sauvegarde au niveau répertoire. - Folklore dimensionnement VPS : articles de déploiement publics mentionnent souvent 2 vCPU / 4 Go RAM comme minimum pragmatique Gateway sur VPS Linux — guidance communautaire, pas garantie perf Hermes.
- UMA Apple Silicon : pool mémoire partagé aide outils locaux et modèles on-device optionnels ; mesurez vos charges au lieu de copier des affirmations de débit non étiquetées des réseaux sociaux.
- Sémantique NOVAKVM : baux bare metal dédiés Mac mini M4 et M4 Pro multi-régions pour workloads Gateway 7×24 ; tarifs sur la page tarifs, provisioning via page commander.
Traitez l’hôte comme un appareil à mémoire : toujours allumé, sauvegardé, migré en bloc. Pour faire composer les Skills sans CapEx jour un, louez un Mac mini bare metal dédié, exécutez l’installateur ci-dessus et prouvez l’uptime Gateway sur deux releases avant d’acheter.
Alignez le tier sur la croissance Skills via la page tarifs NOVAKVM, provisionnez depuis la page commander, questions au centre d’aide. La location bare metal Mac mini NOVAKVM garde ~/.hermes/ sur du vrai Apple Silicon avec wipe checkout documenté — sans transformer votre portable en serveur 7×24.