Hermes Agent 0.22.7 : des groupes plus pilotables, des accès toujours à délimiter

La version stable et le paquet Desktop ne sont pas le même calendrier

La publication officielle de 0.22.7 est datée du 3 novembre. Pour la ligne de commande, elle indique hermes update ou la relance de l’installateur. Le Microsoft Store suit son propre circuit ; Docker et Hermes Cloud utilisent les étiquettes stable ou latest annoncées. Ces indications ne prouvent pas que chaque machine a déjà reçu la version.

Les mêmes notes disent que l’application Desktop installée depuis un fichier .exe ou .dmg ne change pas dans cette publication et sera mise à jour avec le prochain lot embarqué. Ne confondez donc pas un nouveau tag du cœur avec une nouvelle application disponible pour tous les bureaux. SecuFocus a lu la publication et les documents exacts de son tag, sans exécuter la mise à jour.

Des salons de groupe qui exposent mieux leur fonctionnement

Les notes annoncent un routage facultatif par responsable de groupe, avec un badge Lead dans l’en-tête, ainsi qu’un objectif et des notes partagées pour le salon. Elles ajoutent des tâches planifiées qui publient dans les groupes et une présentation sur une seule colonne avec l’état de chaque membre.

Pour un groupe utilisé au quotidien, le choix utile est de préciser qui conduit la conversation et ce qui doit arriver dans le salon, plutôt que de multiplier les messages automatiques. Ces gestes sont notre recommandation à partir des fonctions annoncées. Nous n’avons créé ni groupe ni tâche pour cet article ; les notes ne constituent pas un essai de livraison d’un message.

• Profils, passerelle commune et contrôle des tâches↗

Voir le démarrage et l’échec d’une mise à jour

La version annonce des tableaux Kanban épinglés sous forme d’onglets rapides, des libellés TeX et des diagrammes Mermaid rendus par Pele. Elle ajoute aussi une fenêtre d’erreur d’update qui montre la sortie de l’opération et un lien de signalement, ainsi qu’une étape et une durée affichées pendant Start dans Web Access.

Un état de démarrage plus lisible aide à décider s’il faut attendre ou examiner une erreur ; il ne prouve ni que le service web est accessible depuis l’extérieur ni qu’il est correctement protégé. Conservez la sortie utile avant une nouvelle tentative, sans y recopier des secrets.

• Webapp et précautions d’accès dans la version 0.22.6↗

Telegram partagé et silence Slack restent des choix précis

Sur une instance Hermes Cloud avec Team Gateway, la documentation du tag décrit une liaison du compte Telegram au bot partagé. Quand Nous Portal gère les identités, la liaison se fait depuis l’agent dans le Portal ; sinon, la carte Telegram propose le message à envoyer au bot. Cela évite de supposer que chaque instance doit faire tourner son propre bot direct.

La même page précise que réautoriser les connexions directes avec le réglage d’autorisation des plateformes directes maintient une connexion active et empêche la mise en veille de l’instance. Vérifiez ce compromis avant de changer le réglage ; nous n’avons lié aucun compte ni mesuré un coût d’hébergement.

Dans Slack, thread_followup_silence est facultatif et désactivé par défaut. Il permet de conserver un jeton de silence sur des réponses non adressées au bot dans un fil de canal. Les messages directs, individuels ou de groupe, les mentions du bot et les canaux sans fils gardent l’avis habituel. Ce réglage ne signifie pas que le bot cessera de lire ou de répondre à tous les messages du salon.

La procédure Mattermost du tag corrige aussi un piège d’identité : la liste des utilisateurs autorisés attend l’identifiant de la personne, pas son @nom ni celui du bot. Elle propose notamment de lire /api/v4/users/me dans le navigateur, connecté avec le compte humain. Ne relevez pas cette identité dans une requête authentifiée avec le jeton du bot. C’est une correction de procédure, pas une nouvelle intégration ; nous n’avons changé aucune autorisation.

Daybreak ne donne pas accès à un compte non admis

La documentation du tag décrit agent.daybreak pour le fournisseur d’abonnement ChatGPT/Codex. Le commutateur n’apparaît que pour les modèles que le catalogue du compte connecté admet à Daybreak ; chaque requête recontrôle cette admission. Un modèle non admis, un autre compte sans accès ou un catalogue illisible laisse une requête standard. L’autorisation vient d’OpenAI, pas de ce réglage Hermes.

Le périmètre décrit se limite à vos propres conversations Desktop, TUI et CLI. Les messageries, salons hébergés, pairs A2A, intégrations tierces, clients d’éditeur, tâches cron et sous-agents restent hors de cette demande. Les routes à clé API et le runtime facultatif codex_app_server ne la reçoivent pas non plus. Cette lecture ne vérifie ni votre éligibilité ni le comportement d’un appel réel.

• Un modèle visible ne donne pas tous les droits ni tous les quotas↗

Les dépendances facultatives et les plugins ont leurs propres limites

Le document du gestionnaire de paquets dans ce tag permet d’exclure durablement certains outils facultatifs ou des extras Python qui ne font pas partie de all. Une exclusion explicite doit être réactivée explicitement ; une dépendance encore requise par un autre extra peut rester. Ne supprimez pas un composant à partir de son seul nom sans vérifier quels usages le demandent.

Il distingue aussi requires_hermes d’une exigence Python hermes-agent : les comparaisons de version ne sont pas identiques, et l’une ou l’autre peut empêcher le chargement d’un plugin incompatible. Ces contrôles d’admission ne sont pas un audit du code. Les nouveaux réépinglages du catalogue restent des sujets à qualifier, pas des fonctions livrées par défaut avec le cœur.

Le dashboard ne fait plus confiance à n’importe quel port local

Le document du tag 0.22.7 borne les autorisations CORS et les connexions WebSocket du navigateur à ses origines admises, notamment l’origine loopback du port réellement écouté. Une autre page locale sur 5173 ou 5174 ne reçoit pas automatiquement cet accès. Le moteur d’une version de développement Desktop peut aussi admettre l’origine exacte de son interface, sans rendre tous les ports de développement fiables.

Si un proxy local réécrit Host vers l’adresse du backend, son origine exacte, schéma, hôte et port, doit être indiquée dans dashboard.public_url, ou webapp.public_url pour la Webapp. Un transfert de port qui conserve l’origine de la page suit un autre cas documenté. Ne contournez pas un refus en autorisant toutes les origines ; faites vérifier votre parcours d’accès. Le Desktop empaqueté en file:// garde sa voie native et son contrôle d’authentification.

Nous avons rapproché cette documentation du contrôle d’origine dans le code du tag, sans démarrer de serveur ni tenter une attaque. Cela établit la présence de la règle dans cette version, pas une garantie qu’un déploiement, son proxy ou son authentification sont correctement configurés.

Une migration peut aboutir en laissant une fonction facultative de côté

Le document du tag 0.22.7 décrit la reprise des extras Python présents dans un ancien venv lors de la première migration vers PM. Si un extra repris ne peut plus être construit, le gestionnaire peut terminer le reste de l’installation en signalant son omission et en l’enregistrant. Une mise à jour terminée ne prouve donc pas que toutes vos anciennes fonctions facultatives sont encore disponibles. Relisez les avertissements avant de compter sur Matrix ou un autre composant concerné.

Le code distingue cette impossibilité de construction d’un incident temporaire de téléchargement ou d’outillage : dans ce second cas, il échoue avant de publier la nouvelle sélection, afin de retenter la reprise ensuite. Un extra demandé explicitement reste lui aussi bloquant s’il ne peut pas être construit. Une fonction omise doit être réajoutée explicitement une fois la cause corrigée ; ne remplacez pas ce diagnostic par des suppressions dans l’environnement Python.

Pour l’interpréteur Linux fourni par PM, le code du tag prévoit aussi un recours à GCC ou G++ déjà présent quand le Clang enregistré manque, en conservant les choix de compilateur explicitement définis. Sur macOS, il fournit un chemin d’archiveur par défaut. Cela ne dispense pas des outils natifs nécessaires. Nous avons lu ces documents et modules du tag, sans migrer d’installation, construire de paquet ni modifier K-Agent.

Les avertissements d’admission d’un plugin restent à lire

Les règles du catalogue présentes dans le tag 0.22.7 distinguent refus et avertissements. Remplacer des fonctions du cœur ou contourner les surfaces Desktop admises peut faire échouer l’admission. Des appels directs au pont natif window.hermesDesktop et certains accès au balisage interne de l’application produisent en revanche des avertissements pour la revue. Le document demande aussi de lire ceux concernant les modules non documentés et les méthodes privées.

Un contrôle sans échec n’équivaut donc pas à une isolation du plugin. Le module Desktop du tag se présente comme un signal de revue, pas un bac à sable. Avant activation, examinez les accès aux fichiers, aux comptes et aux destinataires distants déclarés par le plugin. Cette lecture ne valide aucun plugin particulier ; SecuFocus n’a exécuté ni installation ni contrôle d’admission.

Un avertissement de commande n’est pas une preuve d’innocuité

La documentation sécurité du tag signale les caractères Unicode invisibles ou bidirectionnels et les sélecteurs de variante qui ne suivent pas un emoji dans les commandes à approuver. Elle conserve des exceptions pour les séquences d’emoji légitimes. Il s’agit d’un passage par le contrôle d’approbation, pas d’une garantie que toute commande dangereuse sera reconnue.

Les notes de 0.22.7 réservent un inventaire plus détaillé à 0.23.0. Les documents courants peuvent déjà décrire main après ce tag. Cette page sépare donc annonce de version, fonctionnement documenté et essai réellement exécuté ; elle ne prétend pas avoir validé chaque plugin du catalogue.