Hermes Agent v0.22.7
Aperçu
v0.22.7 — le roll-up de correctifs. Publiée le 3 novembre 2026. 581 commits non-merge · 554 fichiers modifiés (+24 012 / −3 144) · 174 PR fusionnées · 29 issues fermées, mesurés au commit b200f5bc60e.
Cette release ne raconte pas une nouvelle histoire. Elle fait une seule chose : transformer la file de merge des deux semaines écoulées depuis la v0.22.6 en un point stable que l’on peut installer, vers lequel revenir et que l’on peut épingler dans un manifeste de déploiement, puis la livrer à la release GitHub (CLI et installeurs), à l’application Microsoft Store, aux images Docker et à Hermes Cloud. La note officielle précise noir sur blanc que la rédaction détaillée de cette fenêtre — points forts, domaines fonctionnels, crédits complets des contributeurs — arrive avec la v0.23.0, et que rien de ce qui se trouve dans la fenêtre n’est omis.
C’est un dixième du roll-up précédent : la v0.22.6 embarquait 776 PR et 3 448 commits. Cette page ne couvre donc que ce qui est déjà dans le tag, et signale à part ce qui reste sur main et partira avec la prochaine release, pour qu’une PR fusionnée ne soit pas prise pour une PR livrée.
Points forts
1. Web Access Start nomme l’étape en cours
Un clic sur Start dans le panneau Web Access du bureau fait construire la webapp, enregistrer la connexion Nous et redémarrer le gateway en une seule requête. Auparavant, le panneau affichait un unique « Starting » pendant tout le trajet — plusieurs minutes lors d’une première compilation, ce qui donnait l’impression d’un blocage — et rouvrir le panneau en pleine compilation redonnait un bouton Start, comme si le clic s’était perdu.
Désormais, le panneau nomme l’étape (compilation, configuration de la connexion, redémarrage) et compte le temps écoulé depuis le lancement de Start. La progression est suivie côté backend, par gateway, via start_progress sur /api/webapp-access/status : un panneau rouvert ou une seconde fenêtre voient le même état ; le panneau n’interroge qu’une fois par seconde, et seulement tant que sa requête Start est en attente et que la fenêtre est visible. Un backend plus ancien dépourvu de ce champ n’est pas interrogé et affiche un message générique.
2. Les jobs planifiés peuvent publier dans un Group Chat
Les salons de groupe du Bot Mode sont désormais une vraie cible de livraison. Le deliver d’un job cron accepte :
deliver: room:<room_id>@<profile>La sortie arrive en un seul message, étiqueté du nom du job et d’un tag Scheduled. La règle de réveil est l’essentiel : seuls les bots que vous @mentionnez prennent la parole. Un post planifié qui ne nomme personne reste un message dans le salon et ne déclenche aucun appel au modèle ; @all s’adresse à tout le monde. Les avis d’échec sont publiés aussi, et ne lancent jamais de tour.
Les salons gagnent également deux champs, modifiables dans Room settings et affichés en haut du tour de chaque membre :
- Purpose — à quoi sert le salon, jusqu’à 500 caractères
- Shared notes — jusqu’à 4 Ko
Room settings affiche aussi la cible copiable room:<id>@<profile>.
3. Routage de lead opt-in pour les Group Chats
Désactivé par défaut, activable par salon : lorsqu’un message ne nomme personne, un bot lead décide qui doit le prendre et le salon affiche une ligne discrète du type ada gave this to linus, pour que le choix soit visible et corrigeable.
Rien d’autre ne change. Les salons sans lead conservent le round-robin séquentiel où chaque membre répond ; @someone, @all et @everyone se résolvent exactement comme avant ; les posts planifiés et les réponses dans le fil ne passent jamais par le lead. Une réponse de routage ne peut jamais faire de broadcast.
4. Les salons de groupe ressemblent au chat natif
Les salons de groupe adoptent la mise en page mono-colonne du chat natif, avec l’état en direct de chaque membre dans la liste, et les salons réunissant des bots de machines différentes refonctionnent.
5. La carte Telegram de Hermes Cloud pointe vers un chemin qui fonctionne
Sur un Team Gateway, la carte Telegram menait à un flux de configuration mono-machine qui finissait en impasse sur les permissions. Elle renvoie désormais vers la liaison de compte du Portal, qui fonctionne avec Team Gateway.
Également dans cette fenêtre
La note officielle énumère une série de changements volontairement non documentés, tous dans la fenêtre : le badge Lead et le purpose/notes partagées de salon pour les chats de groupe du bureau, les tableaux Kanban épinglés en onglets de bascule rapide, les libellés de diagrammes $$TeX$$ et les diagrammes mermaid rendus via Pele, une boîte d’erreur de mise à jour du bureau qui affiche la sortie de la mise à jour échouée avec un lien de signalement, un thread_followup_silence Slack opt-in pour les réponses en fil non adressées, un interrupteur Daybreak pour les modèles d’abonnement ChatGPT listés au catalogue, et une série de nouvelles entrées du catalogue de plugins.
Absent de cette release (déjà sur main)
Ces éléments ont été fusionnés après le tag v0.22.7 et partiront avec la prochaine release — ne les lisez pas comme livrés :
- Une bibliothèque de skills plus réduite : sept skills optionnels intégrés retirés, les dépôts de skills fournisseurs Notion, Airtable et Shopify devenant des sources de confiance par défaut
- Le cache de scan des skills s’indexe désormais sur le niveau de confiance courant, si bien qu’un changement de confiance ne continue plus à servir l’ancienne politique
- Moins de travail de streaming et des aperçus au repos limités pour les fenêtres de bureau réduites
Deux autres correctifs d’incident ont une PR ouverte et ne sont fusionnés ni dans cette release ni dans aucune version livrée : #148253 (un bundle de CA exporté dans SSL_CERT_FILE de nouveau accepté en plus du magasin de la plateforme) et #148628 (la vérification de state.db après mise à jour n’utilise que le snapshot enregistré pour la mise à jour en cours, et laisse la base live intacte lorsqu’il manque). Tant qu’ils ne sont pas fusionnés, hermes backup --quick reste la protection pratique.
Mise à jour
hermes update # installation via la CLI- Application Microsoft Store : se met à jour via le Store.
- Application de bureau installée depuis l’installeur (.exe / .dmg) : aucun changement dans cette release ; elle se mettra à jour avec la prochaine release groupée.
- Docker / Hermes Cloud :
nousresearch/hermes-agent:stable(ou:latest).
Aucune nouvelle configuration obligatoire dans cette release ; la configuration existante est conservée. Lancer d’abord hermes backup --quick reste un filet de sécurité peu coûteux.