Aperçu

v0.21.7 — la release correctif où le canal de mise à jour a reçu un nom. Publiée le 11 octobre 2026. Depuis v0.21.6 : 740 commits non fusionnés · 4 156 fichiers modifiés (+86 775 / −26 980) · 204 PR fusionnées · 69 issues fermées, mesurés au commit 1fd18277267152893a8a24792b79213e7ca3f899.

Ce tag rassemble la fenêtre en une release stable pour l’application desktop (macOS Apple silicon, Windows), le Microsoft Store et MSIX, l’installateur, Docker et Hermes Cloud. Comme pour le correctif précédent, les notes complètes et éditorialisées arrivent avec v0.22.0, qui documentera tout depuis v0.21.0 — points forts, domaines fonctionnels et crédits complets des contributeurs — sans rien omettre dans cette fenêtre.

Le compte rendu éditorialisé étant différé, ce que le tag lui-même a changé mérite d’être lu pour ce qu’il est : il a tranché une question longtemps restée floue — ce que votre installation suit réellement.

---

Points forts

1. Les installations depuis les sources ne se mettent à jour que vers les releases taguées

Une installation git signifiait autrefois que hermes update tirait la pointe de main. Le sens par défaut a changé : les mises à jour passent à la dernière release vX.Y.Z publiée. Trois limites comptent tout autant — une installation déjà plus récente que le dernier tag reste où elle est (rien ne recule), suivre chaque commit exige désormais un explicite hermes update --set-channel main, et les forks et miroirs continuent de suivre main. Les installations Store, MSIX et fournies ne sont pas affectées.

2. Le sélecteur de canal arrive sur le desktop, et la boîte de dialogue vous dit où vous en êtes

L’application desktop gagne Settings ▸ About ▸ Updates avec un interrupteur Update channel (Stable releases / Every commit) qui s’applique aux installations depuis les sources, et la boîte de dialogue de mise à jour précise désormais sur quel canal vous êtes.

3. Le raisonnement survit au resume

La réflexion signée est désormais rejouée après hermes chat --resume et au tour de gateway suivant, et les modèles de raisonnement Bedrock Converse ne sont plus rejetés sur les sessions reprises. Le mécanisme sous-jacent est un système de rejeu par route, traité séparément.

4. Les mises à jour cessent d’échouer derrière certains pare-feux régionaux

Les installations sur main récupéraient autrefois un enregistrement de release auquel certains pare-feux régionaux répondaient par un 403, faisant échouer la mise à jour purement et simplement. La vérification utilise désormais votre token GitHub (GITHUB_TOKEN, ou gh auth login) et signale une limite de débit GitHub comme une limite de débit.

5. Une série de changements que le corps de la release liste délibérément sans les détailler

Explicitement nommés mais non documentés dans cette release : des plugins qui exécutent les actions intégrées de l’application desktop (ctx.runAction) et la bulle pet du SDK de plugins (ctx.pet.say) ; des skills installés en cours de session qui atteignent le modèle sans reconstruction du prompt ; Krea 2 Medium Turbo comme voie d’images par défaut pour les nouveaux abonnés payants, avec un fallback FAL quand Krea managé refuse une requête ; des mises à jour desktop plus rapides (la passe du React Compiler mise en cache par contenu, le renderer compilé réutilisé quand seul le tampon d’installation a changé, les entrées natives inchangées laissées en place) ; des installations épinglées qui ne récupèrent que l’épinglage ; des marques de compaction émises vers Relay ; et de nouveaux plugins communautaires, dont memory-shield, command-ledger, Memoria, Model Router, wyoming-voice-bridge, codex-account-switch et redline.

Mise à jour

• Application desktop : se met à jour toute seule. Les installations Microsoft Store se mettent à jour via le Store.
• CLI : hermes update, ou relancer le one-liner de l’installateur.
• Docker / Hermes Cloud : nousresearch/hermes-agent:stable (ou :latest).

Full Changelog: v0.21.6…v0.21.7

← Hermes Agent Changelog