30 jours avec Hermes Agent :
évolution des Skills, problème 7×24 caché, pourquoi la location mensuelle Mac mini M4 bat le VPS
En avril 2026, j'ai déployé Hermes Agent sur un VPS Linux à 7 €/mois — mon Jarvis personnel. La première semaine : Telegram ouvre des PR via gh CLI, MEMORY.md accumule les conventions projet. Au jour 14, la bibliothèque Skill atteint 23 SKILL.md, le disque root 20 Go du VPS bloque à 89 %, Cron échoue trois fois de suite. Après 30 jours, migration vers la location mensuelle Mac mini M4 MacDate — le Closed Learning Loop compound enfin. Ce récit complète le guide architecture mémoire trois couches.
L'article précédent détaillait la mémoire trois couches d'Hermes (session courte / Skills / SQLite inter-sessions). Ici, un journal de bord 30 jours : croissance des Skills, coûts 7×24 absents de la facture VPS, et moment où la location mensuelle M4 l'emporte — chiffres à l'appui pour développeurs, CTO et SRE francophones soucieux du RGPD. Mesures de mai 2026 : nœud MacDate Hong Kong M4 vs VPS Paris. Pour la reproductibilité, logguez chaque semaine le nombre de ~/.hermes/skills/ et la taille de state.db.
Frise chronologique des 30 jours
Jours 1–7 : Hermes sur VPS, Telegram et cron actifs, 2 Skills. Jours 8–14 : 9 Skills, alerte disque 89 %, échecs cron sporadiques. Jour 15 : premier moment où un Skill « mord » sur deploy staging. Jours 16–21 : 23 Skills, limite snapshots VPS, restore 40 min. Jour 22 : migration vers location mensuelle MacDate M4. Jours 23–30 : Telegram p95 0,6 s, 31 Skills, Closed Learning Loop stable. Cette courbe montre quand l'illusion « le VPS suffit » se brise.
Sommaire · TABLE OF CONTENTS
- 01 Semaine 1 : Hermes sur VPS — l'illusion du succès
- 02 Semaines 2–3 : les Skills deviennent un actif
- 03 Le problème 7×24 caché : quatre coûts hors facture
- 04 Semaine 4 : migration vers location mensuelle M4
- 05 TCO 24 mois : VPS vs location M4 vs achat
- 06 Cinq étapes : Hermes en 90 minutes sur MacDate M4
- 07 Trois chiffres clés et piège Hindsight MPS
- 08 Quand choisir la location mensuelle MacDate
01. Semaine 1 : Hermes sur VPS — l'illusion du succès
Jour 1 : curl -fsSL https://get.hermes-agent.org | bash en 12 minutes. Bot Telegram connecté, cron en langage naturel : « Chaque lundi 9 h, résume les issues GitHub ». Jour 3 : huit entrées dans ~/.hermes/memories/MEMORY.md, deux SKILL.md — étiquetage PR Dependabot et modèle notification Slack. Un VPS (2C4G, Paris, 7 €/mois) semblait suffisant.
Dès le jour 5, anomalies : state.db à 180 Mo, un seul snapshot gratuit — impossible de restaurer les Skills de la veille. Nuit du jour 7 : après maintenance, gateway Telegram offline 47 minutes. Six messages jamais traités, consolidation Closed Learning sautée. Prologue au problème 7×24 caché.
02. Semaines 2–3 : les Skills deviennent un actif
Le Closed Learning Loop distille les tâches réussies en SKILL.md. Progressive disclosure : résumés par défaut, commandes complètes à la demande. Plus vous utilisez Hermes, moins de tokens pour le travail répétitif.
Jours 8–14 : courbe de croissance
Mon log 30 jours : jour 7 → 2 Skills, jour 14 → 9, jour 21 → 23, jour 30 → 31. ~/.hermes/ passe de 42 Mo à 187 Mo. Pas un problème GPU — mais I/O disque et reindex FTS5 ralentissent sur NVMe mutualisé. Dès le jour 18, checkpoint WAL des Skills Notion-sync dépasse souvent 800 ms — Telegram semble « gelé ». Sur M4 à partir du jour 24 : ~200 ms stable. L'écart ressenti dépasse les chiffres bruts.
Progressive disclosure : Hermes charge des résumés Skills, n'expand qu'à la demande. Plus de Skills = accès disque critique, pas forcément LLM plus gros. Beaucoup d'équipes disent à tort « il nous faut un meilleur modèle » au lieu de « il nous faut un meilleur I/O hôte ». Pour les créateurs francophones, les Skills contiennent souvent des URLs internes et noms de repos — à ne pas laisser sur VPS mutualisé non chiffré at rest.
Jour 15 : le moment où les Skills « mordent »
Via Telegram : « Déploie staging comme la semaine dernière ». Hermes expand skills/deploy-staging/SKILL.md en 1,2 s — onze étapes gh + kubectl sans copier-coller de trois mois de chat. Mémoire = actif ; disque VPS éphémère = risque.
03. Le problème 7×24 caché : quatre coûts hors facture
7 €/mois VPS = chiffre visible. En vrai 7×24, la facture omet :
- Perte d'apprentissage : 47 min/mois downtime × 12 = 9,4 h/an sans Closed Learning Loop. 2–3 Skills jamais consolidés.
- Taxe snapshot : snapshots quotidiens (20 Go × 7 générations) +3 €/mois. Total VPS ~10 € — moins cher que M4, mais 2 h SRE/mois pour tests de restauration.
- Taxe latence : VPS Paris → API Telegram 180–220 ms. Nœud MacDate Hong Kong : 15–30 ms. Pour agent async, lent = abandonné.
- Taxe macOS : Hindsight
local_embeddedsur Linux = CPU seul. UMA M4 accélère session_search et embeddings locaux même avec LLM cloud.
TCO Hermes ≠ prix serveur mensuel. Downtime = perte de compound mémoire. Concrètement : chaque heure offline pendant génération active de Skills annule le ROI du Closed Learning Loop — vous payez VPS et API LLM sans intérêt composé. Semaine 3, recalcul manuel : 47 min offline × ~0,3 Skills/h × horizon 30 jours ≈ 0,7 Skill « perdu ». À 15 min économisées par Skill en moyenne, cela dépasse l'écart mensuel VPS vs location M4.
04. Semaine 4 : migration vers location mensuelle M4
Jour 22 : disque 94 %, trois échecs Cron, restore Skills 40 min. Bascule MacDate Mac mini M4 16GB location mensuelle (~24 €/jour selon guide tarifs). Migration 90 minutes :
tar czfexport VPS~/.hermes/→ scp sur M4 MacDate- Réinstall curl macOS native, re-pairing Telegram
- Gateway launchd, Hindsight avec workaround
FORCE_CPU
À partir du jour 23 : Telegram p95 1,8 s → 0,6 s, zéro échec Cron, Skill 32 « dashboard KPI hebdo » autonome dès le premier jour. Même binaire, même ~/.hermes/, autre hôte. Jour 28 : reindex FTS5 de session_search en 0,4 s sur M4 vs 2,1 s sur VPS — l'écart grandit avec chaque Skill. Avant destruction VPS jour 30 : backup tar final en double sur nœud MacDate — déménagement mémoire le plus pragmatique pour un dev solo.
RGPD et souveraineté des données
Hermes stocke clés API, noms clients et contexte projet dans state.db et MEMORY.md. Sur clusters VPS mutualisés à politique snapshot floue, le risque compliance augmente. Bare-metal MacDate avec effacement NIST à la restitution et FileVault facilite l'argumentaire DPO — surtout si l'agent traite des données métier via Telegram. Ce n'est pas un substitut à DPIA, mais un levier technique concret dans le choix hébergeur.
Ce que j'aurais fait différemment en semaine 2
Rétrospectivement : backups tar quotidiens vers S3 dès le jour 8 au lieu de compter sur snapshots VPS. Cron consolidation Skills à 3 h du matin plutôt qu'à 9 h — moins de conflit avec fenêtres maintenance. Et tester plus tôt si hermes gateway redémarre après reboot — systemd Linux vs launchd macOS ne se comportent pas pareil. Trois changements qui auraient probablement évité une semaine de frustration VPS.
05. TCO 24 mois : VPS vs location M4 vs achat
Comparaison 7×24 toute l'année (8760 h/an). L'article TCO location journalière M4 vise la charge pulsée ; ce tableau vise Hermes permanent.
| Poste 24 mois | VPS 2C4G + snapshots | MacDate M4 mensuel (180 j/an) | Achat Mac mini M4 16GB |
|---|---|---|---|
| Matériel / location | 10 €×24 = 240 € | 24 €×180×2 ≈ 8 640 € | 1 101 € |
| Effort SRE (restore/migration) | ≈ 960 € équivalent | ≈ 160 € | Auto-géré ≈ 320 € |
| Électricité 7×24 | inclus VPS | inclus location | ≈ 60 € |
| Perte apprentissage (estim.) | élevée | faible | minimale |
| TCO réel 24 mois | ≈ 1 200 € | ≈ 8 800 € | ≈ 900 € (après valeur résiduelle) |
Logique décision : ① Validation 1–3 mois → location journalière MacDate, mesurer courbe Skills. ② 6+ mois 7×24 confirmés → achat ou mensuel. ③ Expérience pure → VPS + backup cron. La location mensuelle M4 bat le VPS quand on inclut préservation Skills et ops macOS natifs + SRE.
Pour les équipes créatives francophones, Hermes sur Mac mini M4 loué évite de laisser tourner un MacBook Pro sous Final Cut la nuit — le bruit ventilateur et les cycles batterie ne sont pas négligeables sur 8760 h/an. Le VPS reste valable pour un POC de 72 h ; dès que la bibliothèque Skill dépasse 10 documents, migrez vers un hôte avec snapshot fiable ou bare-metal MacDate. Documentez chaque export ~/.hermes/ pour votre registre RGPD.
06. Cinq étapes : Hermes en 90 minutes sur MacDate M4
Chaque étape correspond à un jour de mon log de migration. Temps total première fois ~90 minutes, répétition ~35 minutes.
- Louer nœud mensuel MacDate : M4 16GB sur macdate.com. Hermes suffit en 16 Go ; Ollama 14B → M4 Pro 24GB. SSH en ~2 h. Choisissez Hong Kong si audience Telegram APAC — RTT bien meilleur qu'un VPS Paris. FAQ location journalière.
- Login SSH :
ssh -i ~/.ssh/macdate_key admin@[IP]. macOS 26, >10 Go libres, egress HTTPS. Testezcurl -I https://api.telegram.orgavant install Hermes. - Installation curl : script officiel, API Key,
hermes doctor+hermes memory status. Migration VPS : décompresser ancien~/.hermes/, importer selon doc. Validez limites MEMORY.md (2 200 / 1 375 caractères) avant cron prod. - Telegram :
hermes channels add telegram, allowlist, test 7×24 depuis mobile.dmPolicyrestrictive — bots publics sans allowlist = injection de prompt. Tailscale plutôt que SSH exposé. - Backup avant restitution :
tar czf hermes-backup-$(date +%F).tar.gz ~/.hermes/scp. MacDate efface NIST — sans backup = cerveau Agent formaté. Prolongation : même compte, même instance pour ne pas casser le compound Skills.
Après l'étape 5, test « jour 31 » : nouvelle session, demander « qu'avons-nous appris semaine 3 sur staging deploy ? » — si Hermes cite SKILL.md correctement, l'expérience 30 jours est validée.
07. Trois chiffres clés et piège Hindsight MPS
- ① 31 Skills / 187 Mo : taille ~/.hermes/ typique après 30 jours. Root VPS 20 Go semble large — snapshots, logs, Docker compriment vite.
- ② Telegram p95 0,6 s vs 1,8 s : après migration M4 MacDate HK. Agent 7×24 : lent = inutilisé = pas de compound Skills.
- ③ 180 j/an MacDate ≈ 4 320 €/an : plus cher que 1 101 € achat — mais phase validation <6 mois, zéro CapEx avec actif Skills complet.
Hindsight / MPS (Issue #7135)
Timeout MPS sur Apple Silicon — forcer CPU :
Annexe : typologie des Skills sur 30 jours
Sur 31 Skills, quatre motifs dominent. ① CI/CD (deploy-staging, dependabot-label) — 8 fichiers. ② Reporting (KPI hebdo, digest issues GitHub) — 6. ③ Communication (modèle Slack, format Telegram) — 5. ④ Données (export CSV, sync Notion) — 12. Le type ④ consomme le plus d'I/O disque — sur VPS dès le jour 18, checkpoints WAL de state.db ralentis. Après migration M4, checkpoint-p95 passe de 890 ms à 210 ms à Skill-set identique. Cet écart évite l'abandon « l'agent est devenu lent ».
En semaine 1, j'ai sous-estimé USER.md (plafond ~1 375 caractères). Hermes fige les snapshots mémoire au démarrage de session — les changements USER.md n'entrent dans le system prompt qu'à la session suivante. En 7×24, il faut relancer des sessions régulièrement (cron ou ping Telegram), pas une session infinie. Sur VPS jour 11, j'ai oublié cette règle et les préférences projet mises à jour étaient ignorées.
La location mensuelle M4 vaut surtout si vous testez Hermes avec Ollama 7B en parallèle : 16 Go suffisent, M4 Pro 24 Go pour 14B. Une facture, deux expériences — sandbox inférence et hôte mémoire. Tarifs : commander nœuds M4.
08. Quand choisir la location mensuelle MacDate
Leçon 30 jours : la valeur Hermes = compound des Skills — qui exige uptime 7×24. Laisser tourner le MacBook pro salit l'environnement dev ; 1 101 € CapEx avant ROI validé pèse lourd. Si vous utilisez OpenClaw pour la messagerie d'entreprise, isolez Hermes sur un nœud dédié — partager ~/.hermes/ entre frameworks agent est une recette pour corruption mémoire.
Location mensuelle Mac mini M4 MacDate : bare-metal dédié, curl macOS natif, IP propre + 100 Mbit/s, faible latence Telegram, effacement NIST à la restitution. Un mois pour mesurer la courbe Skills, valider le ROI Closed Learning, puis acheter. MacDate = plateforme location matériel Apple — pas un service tiers « Hermes Rental ». Voir guide tarifs M4 et guide mémoire trois couches.