Hermes Agent : la semaine du 10-16 août 2026 — des agents qui s'auto-gèrent, se supervisent et délibèrent

État des lieux au 17 août 2026 — après mise à jour hermes update vers v0.20.2 (2026.8.16) sur Beelink GTR9 Pro (Strix Halo, 96 Go RAM unifiée).

Contexte : 3 544 commits en une semaine

La semaine du 10 au 16 août 2026 a vu l’une des plus grosses releases d’Hermes Agent depuis son lancement en février. Pas une feature unique, mais neuf chantiers majeurs livrés ensemble — 3 544 commits, tag v2026.8.16, passage de v0.19.1 à v0.20.2.

Sur mon Beelink (gateway Telegram multi-users, modèles locaux 122B/35B/27B/14B/8B/4B, cron Armstrong/YouTube, Chroma RAG apicole), l’update s’est fait sans casse — juste un ancien gateway PID à tuer manuellement. Voici ce qui change concrètement pour un usage production.

1. Bot Mode — Profils = bots nommés avec identité propre

Chaque profil Hermes devient un « bot » : son propre chat, avatar, personnalité, mémoire, skills, tools, routines. Ils se mentionnent (@bot), se parlent, travaillent en groupe.

Pour mon setup (3 users Telegram) :

• Alexandre (moi) : persona prof/architecte, skills mlops/*, data-engineering/*, research/*
• Killian (fils, 8703365502) : persona pédagogique, skills github-*, devops/*, trading/*, pine-script-*
• Maëlys (fille, 8934232340) : persona scénario/IA, skills creative/*, songwriting-*, baoyu-*

Chaque bot a sa propre mémoire, ses propres skills, son propre system_prompt — fini les channel_overrides bidouillés dans config.yaml. Le flow de création ouvre le Skills Hub direct dans l’UI Desktop.

Bot Mode attendu « officiel » d’ici quelques jours (Teknium finalise).

2. /loop — Cycles de travail récurrents réels

Dis à Hermes « continue jusqu’à ce que ce soit fini » : build → audit → fix → re-check. Intervalle fixe ou auto-pacing, conditions d’arrêt, pause/reprise/stop.

Remplace mes cron jobs fragiles :

/loop every 30m "Surveille le gateway, si RAM > 40Go restart le modèle 122B, loggue dans ~/logs/gateway_watch.md" --until "gateway stable 2h"

Ou pour Killian sur son repo Kraaft : /loop → tests → commit → PR → review → merge.

3. Supervision de subagents — Delegation = management

Parent peut list / steer / stop ses subagents en cours. Plus de workers, plus de concurrence.

Mes delegate_task (revue code, scraping, bench) deviennent supervisables en direct. Je vois ce qui tourne, je redresse (steer) si ça dérive, j’arrête le gaspillage.

4. /council — Délibération multi-modèles

Même problème → plusieurs modèles indépendants → « chair » synthétise : accords, désaccords, assumptions, idées uniques, recommandation finale.

Décisions critiques (archi, choix modèle, debug obscur) :

/council "Faut-il migrer le 122B vers vLLM ou garder llama.cpp ?" --models local_122b,local_35b,openrouter/deepseek-v4-flash

Chaque modèle répond sans voir les autres → synthèse impartiale.

5. Desktop multi-instances — Contrôle agents distants

Desktop Hermes connecte plusieurs Hermes (local, gateway remote, SSH, autre machine). Roster unifié, routage vers le bon agent sur la bonne machine.

Mon futur : Beelink (gateway + modèles locaux) + laptop (Desktop) + serveur GPU = un seul Desktop qui voit tout. Je lance le 122B sur le Beelink, le 35B sur le serveur, je switch depuis l’UI.

6. MCP setup facilité — Servers + Catalog unifiés, hermes:// links

Desktop comprend les configs MCP collées, installe via liens hermes://, health checks background, re-auth warnings, usage visibility.

Si Killian veut un MCP Kraaft/SharePoint, je colle la config dans Desktop → installé, testé, monitoré. Fini le config.yaml à la main.

7. Plugins puissants — Packs, events, streaming hooks, MCP contrôlé

Ce qui a permis Bot Mode (qui est un plugin pack). Les grosses features sortent du core → plugins.

Je peux installer/désactiver des capacités sans toucher au core : plugin telegram-multi-user (déjà là), bot-mode (bientôt), mcp-kraaft (custom).

8. har-derived-api-client skill — Browser once → API forever

Regarde le trafic réseau pendant que Hermes navigue → identifie les appels API → recrée la requête HTTP directe. Marche avec Browserbase, Browser Use, Firecrawl, local.

Scraping Armstrong, YouTube, OVH, PluXML admin → une fois en browser, puis API directe = 10-100x plus rapide, pas de IP ban, pas de JS rendering.

9. Lean compaction (expérimental) — Mémoire longue sessions

Garde les ancres importantes, pousse l’historique loin, récupère via session_search quand nécessaire. Pas défaut, mais opt-in pour agents long-running.

Mon gateway tourne 24/7, sessions Telegram s’accumulent. Active-le → contexte prompt stable, coûts tokens maîtrisés, recherche quand besoin.

Et aussi (déjà dans l’update)

• Browser Use = chemin browser préféré (plus robuste que CDP pur)
• Cron agent-managed (opt-in) = l’agent gère ses propres cron
• Import sessions Claude Code / Codex
• /save export JSON/MD/HTML
• CLI/Démarrage Desktop plus rapide
• Des centaines de fix fiabilité (updater, cron, session, routing, tools)

Migration suggérée pour mon setup

Ce que ça signifie

Hermes passe de « agent qu’on prompt » à « système d’agents qui s’auto-gèrent, se supervisent, délibèrent, et persistent ».

Mon Beelink vient de gagner une équipe, pas juste une mise à jour. 🚀

Article écrit le 17 août 2026, après validation gateway + Telegram + cron sur Beelink GTR9 Pro (Strix Halo, ROCm 6.3, Hermes v0.20.2).