Hermes Agent 0.22.4 : vérifier le canal avant de chercher la mise à jour

Les correctifs du 21 octobre

La 0.22.4 retire les suggestions placées au-dessus du champ de saisie de l’application de bureau. Son indicateur de mode d’approbation suit désormais le profil actif. Un plugin qui n’installe aucune dépendance ne demande plus un consentement vide. Le tableau de bord corrige le réappairage de WhatsApp après une déconnexion.

La 0.22.3, publiée plus tôt le même jour, apporte notamment la progression en direct des appels MCP, les mises à jour de plugins proposées par hermes plugins update, et la possibilité d’ajuster ou de modifier une demande en attente dans Desktop. Elle ajoute aussi un sélecteur de modèle et fournisseur pour les sous-agents, ainsi qu’un compte à rebours /loop dans la CLI et la TUI. Les notes détaillées du cycle restent annoncées pour la 0.23.0 : cette annonce future n’est pas une version déjà disponible.

• Les changements de la 0.22.5 et les droits de délégation↗

Regarder le réglage qui peut supprimer l’historique

La 0.22.0 active par défaut le nettoyage des sessions terminées inactives depuis 90 jours. La 0.22.3 annonce un retour à l’activation volontaire et une question ponctuelle quand le disque manque de place. La documentation actuelle confirme sessions.auto_prune désactivé par défaut.

Contrôlez la valeur de votre propre configuration : un nouveau défaut ne prouve pas qu’un choix explicite déjà enregistré a changé. Si vous voulez conserver l’historique, vérifiez que le nettoyage automatique est désactivé. Avant une intervention importante, utilisez le parcours de sauvegarde documenté ; ne copiez pas seulement state.db en oubliant son journal SQLite.

• Configurer la dictée et le modèle vocal↗
• Contrôler la passerelle commune et les profils↗
• Vérifier le fournisseur derrière le modèle↗

Store, source ou conteneur : prendre le bon chemin

Les notes 0.22.3 et 0.22.4 demandent de passer par le Microsoft Store pour son application, par hermes update pour la CLI, et par une nouvelle image pour Docker ou Hermes Cloud. Elles précisent que l’application issue des installateurs .exe ou .dmg ne change pas dans ces deux publications et attend la prochaine version groupée. Ne cherchez donc pas à forcer le numéro du tag dans un paquet resté sur son propre calendrier.

Depuis la 0.21.7, les installations depuis les sources du dépôt officiel suivent les versions stables par défaut. Le canal main reste un choix distinct pour recevoir chaque commit. La documentation décrit Windows 11 22H2 au minimum pour le MSIX et Apple Silicon pour les paquets macOS stables construits par défaut. Linux peut faire tourner l’application depuis les sources, mais son paquet de bureau n’est pas construit par défaut dans ce circuit.

Si votre installation vient de la 0.22.1

La note 0.22.2 dit que la 0.22.1 a été construite depuis le mauvais commit et pouvait laisser l’application du Store bloquée sur « Connecting ». La 0.22.2 reprend le périmètre prévu, corrige le démarrage de la passerelle après un redémarrage et des traitements longs avec modèle local.

Cette même note signale que les sessions passées par la passerelle 0.22.1 ne peuvent pas être supprimées en 0.22.2. Les notes 0.22.3 et 0.22.4 lues ne donnent pas de résolution explicite de ce cas. Nous ne le déclarons donc pas corrigé. N’effacez pas les fichiers SQLite pour contourner le refus.

• Les modèles locaux et leurs limites↗
• Les correctifs de sessions et de sécurité du cycle 0.21↗

Vérifier ce que les tâches planifiées suivront

Le cycle 0.22 change aussi le choix du modèle des tâches planifiées : celles qui ne sont pas épinglées suivent le modèle principal au déclenchement, sauf si un modèle par défaut de la flotte cron est configuré. Une tâche peut conserver un modèle épinglé. Avant de changer le modèle principal, contrôlez donc aussi les tâches qui tourneront sans vous, leur coût et leur destinataire de données.

La note annonce des reprises automatiques lorsque le modèle n’a jamais été atteint. La documentation actuelle distingue ce cas d’une exécution interrompue ou d’une livraison incertaine : certains cas restent en attente d’un contrôle humain, sans relance aveugle. Un résultat calculé et un message effectivement reçu restent deux états différents. Utilisez hermes cron doctor et l’historique pour contrôler la reprise, pas la seule absence d’alerte.

Une rafale d’événements ne doit pas lancer autant de travaux

La 0.22.0 documente de nouvelles options pour les webhooks, ces requêtes qu’un service envoie quand un événement se produit. coalesce regroupe une rafale sur un même objet en un seul travail, avec le dernier contenu reçu. Choisissez une clé qui distingue réellement les objets : une modification de deux tickets différents ne doit pas être confondue. Ce tampon vit en mémoire ; un arrêt brutal peut perdre les événements encore en attente.

Une route cron_job déclenche une tâche déjà enregistrée avec son modèle, ses consignes et sa destination. Elle ne se combine pas avec coalesce ou avec deliver_only. Ce dernier mode transmet une notification sans appeler le modèle. mirror_to_session peut ensuite donner le contexte d’une livraison à la conversation destinataire, mais ce miroir est facultatif et reste une tentative, pas une garantie d’écriture dans l’historique.

La signature authentifie l’expéditeur du webhook, pas l’auteur de chaque titre ou commentaire transporté. Un ticket public reste un contenu non fiable même signé par sa plateforme. La documentation prévoit des outils limités par défaut pour ces sessions. N’accordez pas le terminal ou les écritures à une route uniquement parce que sa signature est valide ; vérifiez aussi ses auteurs possibles, le profil visé et la destination de sortie.

Mémoire externe et e-mail : deux contrôles après migration

La 0.22.0 déplace notamment Honcho, Hindsight, Supermemory, Mem0, OpenViking et Holographic vers des plugins de catalogue, avec une migration annoncée pour les installations concernées. Vérifiez hermes memory status et les erreurs de chargement au lieu de conclure qu’un souvenir ancien prouve que le fournisseur fonctionne encore.

La documentation précise que cette mémoire externe s’ajoute à MEMORY.md et USER.md et peut recevoir des tours de conversation, y compris des résultats d’outils. Le masquage préalable des secrets ne reconnaît pas tous les mots de passe ou jetons sans forme identifiable. Choisissez le stockage et le périmètre du fournisseur en connaissance de ces données ; la migration n’est pas un audit de confidentialité.

Pour la passerelle e-mail, la note 0.22.0 impose un identifiant authserv_id. La documentation le nomme EMAIL_AUTHSERV_ID et demande la valeur exacte inscrite par le serveur de réception dans son en-tête Authentication-Results de tête. Sans ce repère, les messages demandant une authentification de l’expéditeur sont rejetés. Faites confirmer la valeur et le nettoyage des faux en-têtes par le responsable du courrier ; ne désactivez pas la vérification pour faire revenir les messages.