Hermes Agent Lab

Blog Hermes Agent — Guides Pratiques et Analyses

Derniers articles et perspectives.

hermes peer : laissez vos agents s'envoyer des DM entre profils et machines

Votre agent de recherche a trouvé la réponse — et vous la copiez-collez maintenant à la main dans la fenêtre de votre agent de codage. hermes peer (livré dans v0.21.0) permet à n'importe quel agent Hermes de messager n'importe quel autre agent par handle, entre profils et gateways : inscrivez un gateway pair, puis hermes peer dm spark pour livrer le message dans le Bot Chat canonique de l'agent distant et imprimer la réponse. Les tâches longues s'exécutent de façon asynchrone avec hermes peer run et des idempotency keys, et les codes de sortie restent adaptés aux scripts.

hermes approvals test : interrogez le système d'approbation avant de lancer cette commande

Vous êtes-vous déjà demandé si une commande déclencherait la porte d'approbation de Hermes — sans réellement l'exécuter ? hermes approvals test (v0.21.0) passe n'importe quelle commande en dry-run contre les vrais garde-fous : blocklist hardline, vos règles approvals.deny, la détection de motifs dangereux, l'allowlist et le bypass yolo/off. Il imprime le verdict, la règle correspondante et la trace de commande normalisée, et sort avec le code 0 (allow), 2 (ask) ou 3 (deny). Bonus : hermes approvals suggest mine votre historique d'approbations pour en tirer des propositions d'allowlist.

Des tâches cron qui se souviennent : mémoire et continuité pour vos agents planifiés

Votre tâche de briefing de 9 h vous répète les trois mêmes éléments depuis une semaine, parce que chaque exécution part de zéro — les tâches planifiées étaient des poissons rouges. v0.21.0 change cela : les agents cron chargent et mettent à jour une mémoire persistante comme n'importe quel autre agent, le flag --continuity injecte la sortie de l'exécution précédente dans la suivante (un monitor peut ainsi dédupliquer et reprendre là où il s'est arrêté), chaque tâche dispose d'un bloc-notes durable via hermes cron notepad, et les tâches en monitor mode sautent entièrement le LLM quand rien n'a changé.

skills.create_dir : faites atterrir les nouvelles skills là où votre config le dit — pas là où le prompt est ignoré

Dire à votre agent de créer des skills dans /opt/brain/skills via un prompt n'est qu'une suggestion ; l'outil skill_manage écrit dans ~/.hermes/skills/ et aucun system prompt ne peut contrer un chemin de fichier. La nouvelle clé de config skills.create_dir (PR #100377, fusionnée le 1er septembre) dirige les skills créées par l'agent vers n'importe quel répertoire — et chaque chaîne d'instructions, schema d'outil et doc qui nomme le chemin de création affiche dynamiquement votre répertoire configuré, si bien que config, outil et prompt s'accordent enfin.

Vos tâches cron sont mortes en silence ? Une seule commande ausculte toute la flotte

Vos tâches planifiées peuvent rester mortes en silence pendant des jours sans que vous le sachiez — cron list et cron status ont l'air « normaux ». La nouvelle commande hermes cron doctor vérifie chaque tâche en une seule passe : exécutions échouées, livraisons échouées, next_run_at en retard, scripts manquants et workdirs morts, et renvoie le code 1 dès qu'une action est nécessaire. Fusionnée le 31 août (PR #99479), actuellement sur main uniquement.

Le cron multi-profile cesse enfin de se croiser : chaque profile livre via son propre bot

Si vous utilisez Hermes avec plusieurs profiles, vous avez peut-être déjà vu ça : le résultat cron du profile B arrive depuis le bot du profile A — ou échoue carrément avec « Bot not in chat ». Un correctif fusionné le 31 août (PR #99375) fait suivre l'identité de livraison au profile propriétaire de la tâche : chaque profile envoie via son propre bot, ses propres identifiants et son propre chat de référence, et hermes -p X cron status cesse de mentir.

Barre de statut améliorée : taux de cache-hit, latence et tokens/seconde en un coup d'œil

La barre de statut du CLI Hermes a gagné trois nouvelles métriques : le taux de cache-hit du prompt (◎), la latence moyenne glissante (◷) et les tokens de sortie par seconde (↑) — et chaque champ peut être activé ou désactivé via display.status_bar.fields. Le taux de cache-hit est un lien direct vers votre facture API : plus il y a de hits, plus le coût baisse. Fusionnée le 30 août (PR #98250), actuellement sur main uniquement.

« Session not found » ? state.db détecte, met en quarantaine et se répare désormais lui-même

Hermes stocke tout l'historique des sessions dans state.db. Par le passé, lorsque la base de données se corrompait, vous ne voyiez qu'un déroutant « session not found » — et le système continuait d'écrire dans la base cassée, aggravant les dégâts. Une série de correctifs fusionnés du 30 au 31 août (PR #99513 et ses voisines) apprend à Hermes à gérer la corruption correctement : la détecter, mettre le fichier en quarantaine, réparer ce qui peut l'être et échouer bruyamment au lieu de faire comme si tout allait bien.

Recherchez toutes les commandes et tous les skills de Hermes dans Telegram : le sélecteur inline @botname contourne la limite des 60 emplacements du menu

Telegram plafonne durement le menu de commandes `/` (100 par scope, ~4 Ko de charge utile ; Hermes en expose 60 par défaut), si bien que les commandes de skills disparaissent dès que vous en installez assez. Une fonctionnalité fusionnée le 30 août contourne totalement cette limite : tapez `@yourbotname` + un mot-clé dans n'importe quel chat et obtenez un sélecteur vivant et recherchable sur toutes les commandes et skills installés — calculé à chaque frappe, paginé 50 par 50, un appui envoie la commande dans le chat.

Fini les blocages d'approbation de 5 minutes pour les Hermes sans surveillance : la nouvelle clé approvals.unattended_mode

Les sessions webhook, msgraph_webhook et api_server bloquaient autrefois pendant tout le délai d'approbation de 60 à 300 s quand elles tombaient sur une commande dangereuse — parce qu'aucun humain n'existe pour répondre /approve sur ces surfaces. Un correctif fusionné le 30 août ajoute approvals.unattended_mode (deny par défaut) pour que ces sessions échouent instantanément avec une raison claire au lieu de stagner, plus single_query_mode pour les sessions one-shot hermes chat -q.

Les sessions de longue durée rattrapent enfin leur retard : la compaction reconstruit désormais toujours le prompt système

Hermes restaurait autrefois le prompt système d'une session de longue durée octet pour octet depuis son snapshot à chaque compaction — si bien que les améliorations de guidance, les nouveaux blocs de prompt et les renommages d'outils n'atteignaient jamais une session qui tournait depuis des mois. Un changement fusionné le 30 août (PR #98426) fait en sorte que le commit de compaction exécute toujours le builder de prompt vivant : une sortie identique octet pour octet conserve l'objet d'origine (caches de préfixe intacts), une sortie divergente gagne et journalise le diff.

La compression de contexte devient 5× plus rapide : une requête auxiliaire au lieu de 19

L'ancienne compaction lean appelait le modèle auxiliaire une fois par morceau d'historique pour construire des digests — jusqu'à 28 appels séquentiels sur une grosse session, transformant la compaction en blocages de 7 à 11 minutes sur les routes auxiliaires lentes. Un changement fusionné le 30 août (PR #98628) supprime la boucle de digests : une requête auxiliaire par tentative de compaction. Mesuré sur un vrai transcript de 500K tokens : de 196,5 s à 39,6 s, et ~11K tokens de moins après compaction.

Offrez à Hermes une machine à remonter le temps : cherchez le web tel qu'il était avec BackSearch

Vous demandez à un LLM de prédire les gros titres du mois prochain… et il a discrètement lu ceux d'aujourd'hui : la prédiction est contaminée par de l'information a posteriori. BackSearch (de General Reasoning) fige les archives de presse : chaque requête porte une date as_of, la recherche ne renvoie que des documents crawls à cette date ou avant, et même requête + même date = toujours les mêmes résultats. Le plugin officiel autonome hermes-plugin-backsearch (v1.0.0, annoncé le 29 août) ajoute à Hermes deux outils — backsearch et backfetch — activés par OPENREWARD_API_KEY, avec une empreinte nulle sans clé. Cet article couvre le concept, l'installation, la référence des paramètres et les cas d'usage pour des backtests de prédiction sans fuite.

Trois nouveaux fournisseurs de modèles : Ramp Router, Nebius Token Factory et Tencent TokenPlan

Le 29 août, Hermes a fusionné trois nouveaux fournisseurs de modèles : Ramp Router (router.com) — un endpoint unique compatible OpenAI Responses qui route vers de nombreux upstreams avec fallbacks côté serveur et contrôles de dépenses ; Nebius Token Factory — l'inférence pay-as-you-go de Nebius ; et Tencent TokenPlan — l'abonnement token-plan de Tencent Cloud Hunyuan sur un endpoint compatible Anthropic, qui amène aussi le modèle hy4-preview dans le catalogue officiel. Les PR #97915/#97916/#97917 sont sur main, pas encore dans une release.

Trois nouvelles compétences optionnelles officielles : questionnaires, assistants de configuration et interrogatoire de plan

Le 29 août, Hermes a lancé d'un coup trois nouvelles compétences optionnelles : decision-questionnaire transforme une décision que seule une personne peut prendre en questionnaire asynchrone, setup-wizard-generator produit des assistants bash interactifs pour les étapes de configuration réservées aux humains, et grill-me v2.0.0 passe à des entretiens en rounds frontière qui passent au crible chaque hypothèse non examinée de votre plan. Les trois sont des ports natifs Hermes du dépôt mattpocock/skills (240k étoiles), installables avec une seule commande hermes skills install.

Les listes de tâches peuvent désormais s'imbriquer : le todo de Hermes gagne les sous-tâches

Lorsque vous confiez un travail complexe à Hermes, il tient une liste de tâches (todo) dans la session pour suivre sa propre progression. Cette liste était plate : « préparer la release » et « s'assurer que les tests passent » ne pouvaient que se côtoyer. La PR #97921 (fusionnée le 29 août) ajoute un champ parent aux éléments todo : les tâches peuvent s'imbriquer en arborescences, les surfaces affichent automatiquement l'indentation, et toute la fonctionnalité ne coûte qu'environ 45 tokens sur le schéma d'outil mis en cache.