v0.18.0

Hermes Agent v0.18.0 — La Version Jugement

Aperçu

v0.18.0 — La Version Jugement. Publiée le 1er juillet 2026. ~1 720 commits · 998 PRs fusionnés · 2 215 fichiers modifiés · ~251 000 insertions · ~41 000 suppressions · 949 tickets fermés · 370+ contributeurs de la communauté.

La Version Jugement marque un changement fondamental : Hermes Agent a appris à prouver son travail avec des preuves au lieu de revendiquer le succès à l’instinct. Mixture-of-Agents est passé d’un mode bascule à un système de modèles de première classe où le raisonnement de chaque modèle de référence est visible et l’agrégateur diffuse en direct. /goal s’est enrichi de contrats de complétion, et /learn et /journey ont rendu l’auto-amélioration visible et pilotable. Sous le capot, la Gateway a atteint le scale-to-zero avec coordination de drainage pour les déploiements en production, et l’application de bureau s’est dotée d’un véritable cockpit de codage avec des Projets de première classe.

Et puis il y a le grand nettoyage : l’équipe a résolu tous les tickets P0 et P1 de l’ensemble du dépôt en douze jours. Zéro P0 ouvert. Zéro P1 ouvert. C’est la nouvelle référence.

Le Grand Nettoyage P0/P1

Priorité Tickets fermés PRs fusionnés
P0 (critique) 3 8
P1 (haute) 493 188
Total 496 196

Soit ~692 éléments de la plus haute priorité résolus. Le dernier P0 à tomber : le bug de fork concurrent de compression protégée contre les interruptions (#56391, corrigé par #56416), fermé lors d’une nuit blanche juste avant la sortie de la version.

Mention spéciale à @kshitijk4poor, qui a mené la vague de fiabilité des crons, la correction du fork de compression, le renforcement contre l’exfiltration des credentials et une grande partie des fermetures P1.

Nous maintiendrons les P0/P1 à zéro à partir de maintenant.

Fonctionnalités Majeures

1. Mixture-of-Agents (MoA) — Sélecteur de Modèle de Première Classe

MoA est passé d’un mode bascule à un élément de première classe du système de modèles. Chaque preset MoA nommé apparaît désormais comme un modèle sélectionnable sous le fournisseur moa — aux côtés de Claude, GPT et Grok dans chaque sélecteur de modèle (CLI, TUI, bureau, gateway).

Sélectionnez un ensemble comme n’importe quel autre modèle :

# En CLI, passez à un preset MoA via le sélecteur de modèle
/hermes model:moa/my-council

# /moa est maintenant un raccourci one-shot — s'exécute via le preset par défaut, restaure le modèle précédent
/moa Passe en revue cette décision d'architecture

Le raisonnement de chaque modèle de référence est visible sous forme de blocs étiquetés. En CLI, TUI et sur le bureau, la sortie complète de chaque modèle de référence s’affiche dans son propre bloc avant que l’agrégateur ne synthétise la réponse finale. Vous pouvez lire ce que GPT-5 a pensé, ce que Claude a pensé et ce que Grok a pensé — puis regarder le comité délibérer.

La réponse de l’agrégateur est diffusée en direct. Finis les longs silences suivis d’un mur de texte. La réponse finale est diffusée token par token sur les trois interfaces.

Configuration :

# hermes.config.yaml
moa:
  presets:
    my-council:
      references:
        - provider: anthropic
          model: claude-sonnet-4-20250514
          role: reference
        - provider: openai
          model: gpt-5
          role: reference
        - provider: xai
          model: grok-3
          role: reference
      aggregator:
        provider: openai
        model: gpt-5
  save_traces: true  # persister les traces complètes de chaque tour en JSONL pour le débogage/l'évaluation

Comment ça fonctionne sous le capot :

  • Les références voient l’état complet des outils et se déclenchent à chaque réponse utilisateur/outil, pas seulement à l’invite initiale
  • Les références consultatives se terminent au tour utilisateur et reçoivent une invite système de rôle de référence
  • Les modèles de référence et d’agrégation sont appelés via la véritable route de leur fournisseur — pas de raccourcis
  • La fenêtre de contexte est résolue à partir de l’agrégateur, pas de la valeur par défaut de 256K
  • Les tâches auxiliaires sont automatiquement résolues vers l’agrégateur
  • Le fournisseur virtuel est bloqué comme emplacement de référence/agrégation — pas d’ensembles récursifs
  • Tolérant aux configurations de preset modifiées manuellement — ne plante pas sur des problèmes mineurs de formatage
  • L’identité du fournisseur de l’emplacement MoA est unifiée sur le point d’étranglement unique call_llm
  • Résultats HermesBench documentés pour référence

2. Vérification — L’Agent Prouve Son Travail

Hermes enregistre désormais des preuves de vérification pour le travail de codage et décide de la complétion en exécutant réellement les vérifications de votre projet — et non en affirmant le succès.

Contrats de Complétion /goal :

# Définir un objectif avec un contrat de complétion
/goal "Corriger la condition de concurrence dans le gestionnaire d'authentification"
# Hermes vous invite à définir « terminé » :
# « terminé = tests unitaires réussis + aucune erreur de lint + la suite concurrente passe 10x sans échec »

# La boucle d'objectif permanent juge sur la base de preuves, pas sur la parole du modèle.
# Elle ne s'arrêtera pas tant que le contrat n'est pas satisfait.
# Mettre la boucle d'objectif en pause sur un processus en arrière-plan au lieu de relancer l'agent
/goal wait 12345

Registre de Preuves de Vérification :

# hermes.config.yaml
coding_context:
  verify_on_stop: auto     # détecter automatiquement le type de projet, exécuter les vérifications appropriées
  pre_verify:              # hooks de vérification personnalisés exécutés avant de déclarer terminé
    - command: "npm run test -- --coverage"
    - command: "npm run lint"
    - command: "npm run typecheck"

Détails d’implémentation :

  • Registre de preuves à portée de profil, auto-détecté par agent.coding_context
  • La Gateway expose le statut de vérification sur GET /api/verification/status
  • Le hook pre_verify accepte des scripts arbitraires comme portes de vérification
  • Boucle d’arrêt de vérification avec support de scripts ad-hoc
  • verify-on-stop est désactivé par défaut (OFF) avec une migration unique v32 — ignore les modifications de documentation uniquement, désactivé pour les surfaces de messagerie
  • Valeur par défaut « auto » sensible à la surface restaurée (interactif vs. non-interactif)

3. /learn — Transformez Tout en Compétence Réutilisable

Lancez /learn <n'importe quoi> et Hermes distille une compétence réutilisable à partir de ce que vous lui indiquez. Il écrit automatiquement selon les normes CONTRIBUTING.md.

# Apprendre d'un répertoire — package.json, scripts, README, tout est analysé
/learn ./mes-scripts-de-deploiement

# Apprendre d'une URL — documentation, référence API, article de blog
/learn https://docs.example.com/api-reference

# Apprendre du flux de travail que vous venez d'effectuer — Hermes observe les N derniers tours
/learn workflow  # détecte automatiquement le dernier motif de flux de travail

Ce qui se passe sous le capot :

  • Analyse la structure (contenu du répertoire, contenu de l’URL ou historique de conversation)
  • Identifie les motifs réutilisables et les procédures spécifiques au domaine
  • Génère un fichier de compétence suivant les normes CONTRIBUTING.md de votre projet
  • Respecte les exigences mixtes — si CONTRIBUTING.md spécifie un format particulier, ce format est utilisé
  • La prochaine fois que vous aurez besoin de ce flux de travail, il sera déjà dans la bibliothèque de compétences

Outils de compétence supplémentaires dans cette version :

  • cloudflare-temporary-deploy — compétence optionnelle pour des déploiements Cloudflare rapides
  • creative-ideation v2.1.0 — bibliothèque de méthodes créatives

4. /journey — Une Chronologie Interactive de Tout Ce Qu’Hermes Sait

La CLI et la TUI ont gagné /journey — une chronologie d’apprentissage des mémoires et compétences accumulées, avec édition/suppression sur place. Associez-la au nouveau graphe de mémoire du bureau (une chronologie radiale interactive, vue de dessus, des mémoires et compétences dans le temps), et pour la première fois, vous pouvez réellement voir ce que votre agent sait, le regarder grandir et élaguer ce qui est incorrect.

/journey
# Affiche une chronologie défilable de toutes les mémoires et compétences
# Touches fléchées : naviguer
# Entrée : développer les détails
# e : modifier sur place
# d : supprimer

Graphe de mémoire du bureau : Une visualisation en chronologie radiale (vue de dessus, nœuds interactifs) montrant les mémoires et compétences regroupées par période. Interactive — parcourez la chronologie, zoomez sur des périodes spécifiques, appuyez sur un nœud pour voir le contenu complet de la mémoire.

5. Fan-Out en Arrière-Plan — Délégation Parallèle de Sous-Agents

delegate_task peut désormais lancer plusieurs sous-agents qui s’exécutent tous en arrière-plan — votre chat n’est jamais bloqué, et quand tous ont terminé, les résultats arrivent sous forme d’un seul tour consolidé.

# Délégation de recherche parallèle
/delegate_task "Recherche les concurrents A, B, C en parallèle — liste leurs prix, fonctionnalités et financements récents"

# Ce qui se passe :
# 1. Trois sous-agents en arrière-plan se lancent simultanément
# 2. La barre d'état CLI/TUI affiche le nombre d'agents actifs en arrière-plan
# 3. Votre chat principal reste réactif — continuez à travailler sur autre chose
# 4. Quand les trois ont terminé, un résumé consolidé arrive

Infrastructure :

  • La barre d’état CLI + TUI suit les sous-agents en arrière-plan en temps réel
  • Affordance discrète « reprendra » quand du travail en arrière-plan est en cours
  • Un seul retour consolidé — pas besoin de surveiller chaque agent individuellement

6. Application de Bureau — Projets de Codage de Première Classe

L’application de bureau a gagné de vrais Projets par profil, soutenus par un modèle projet → dépôt → lane. Votre travail de codage est organisé en projets que l’agent comprend et sur lesquels il peut agir.

Anatomie d’un projet :

Projet "auth-service"
  ├── Dépôt : github.com/myorg/auth-service
  │     ├── Lane : main (branche de travail actuelle)
  │     ├── Lane : feat/oauth-refactor (worktree)
  │     └── Lane : fix/race-condition (worktree)
  └── Outils : outils de projet orientés agent (lint, test, build)

Fonctionnalités du cockpit de codage :

  • Barre latérale : liste de projets par profil avec rail de codage
  • Panneau de révision : statut git, vue diff, gestion des worktrees
  • Sélecteur de dossier compatible gateway distante : fonctionne avec les gateways hébergées
  • Cockpit Git : statut en ligne, révision de diff style PR, création/changement/suppression de worktree

Panneau multi-terminal :

  • Terminaux agent en lecture seule — regardez ce que l’agent fait
  • Les onglets de terminal et l’historique de défilement persistent et se restaurent entre les relancements

Diffs de fichiers style PR dans le chat :

  • Les modifications de fichiers affichées sous forme de diffs côte à côte ou unifiés
  • Éditeur ponctuel intégré pour le panneau d’aperçu de fichier
  • Intégrations riches en ligne, diagrammes et alertes dans le markdown de l’assistant

Améliorations UX :

  • Rail de chronologie de conversation pour naviguer dans les longs fils de discussion
  • Popover de répartition de l’utilisation du contexte — voyez exactement ce qui consomme votre fenêtre de contexte
  • Transcription spectateur pour les fenêtres d’observation des sous-agents (lecture seule)
  • Compositeur flottant déplaçable — détachez la boîte de saisie dans sa propre fenêtre
  • Bascule TTS automatique du compositeur — lire les réponses à voix haute
  • Persistance de l’état de la fenêtre — taille, position, maximisation mémorisées entre les lancements
  • Invite de clarification repensée
  • Primitive Panel superposée partagée pour la gestion des crons/profils/agents

Compagnons de Bureau (Desktop Pets) :

  • Compagnon optionnel avec comportement de déambulation plus calme et réaliste
  • Mise à l’échelle Alt+molette — ne recadre jamais le compagnon
  • Flux d’éclosion parfait image par image avec rendu chroma sécurisé pour le CPU
  • Superposition pop-out avec notifications

Vague de refactorisation :

  • Compositeur décomposé en hooks moteur isolés
  • Moteurs branch/esc/url/placeholder/popout extraits en modules séparés
  • Fichiers monolithiques divisés : thread.tsx, sidebar/index.tsx, superposition d’intégration, use-prompt-actions tous découpés en modules ciblés
  • Couche WebSocket partagée découplant le bureau du tableau de bord (hermes serve)
  • Performance : rendu des résultats d’outils limité empêchant les grandes exécutions /learn de geler ; changement rapide de session sous charge

7. Gateway — Scale-to-Zero et Coordination de Drainage

La gateway peut maintenant passer en dormance lorsqu’elle est inactive et s’éteindre proprement avant un redémarrage, une migration ou une mise à jour automatique — sans interrompre les conversations en cours.

Flux de travail scale-to-zero :

# Démarrer la gateway avec le scale-to-zero activé
hermes serve --scale-to-zero --drain-timeout 30s

# Ce qui se passe :
# 1. La Gateway surveille les connexions actives
# 2. Après une période d'inactivité (configurable), passe en dormance
# 3. À une nouvelle connexion, se réveille de manière transparente
# 4. Zéro coût de calcul pendant l'inactivité

Coordination de drainage (arrêt sécurisé) :

# Drainage progressif avant maintenance/redémarrage
hermes serve --drain

# Les conversations en cours se terminent naturellement
# Les nouvelles connexions sont rejetées avec un signal retry-after
# Les transcriptions sont persistées à l'expiration du drainage
# Indicateur occupé/inactif pour l'orchestration du cycle de vie

Durcissement pour la production :

  • restart_drain_timeout par défaut à 0 pour casser les boucles de crash systemd
  • Auto-guérison d’un état de drainage/dégradation bloqué
  • Suppression de la diffusion d’arrêt du canal home lors des drainages signalés
  • Durcissement du verrou de dormance contre les plateformes placeholder désactivées

8. Relay (Phase 5 / 6)

L’infrastructure de relay a considérablement mûri pour les déploiements multi-plateformes et multi-agents :

  • Primitive Wake (côté gateway) — un relay distant peut réveiller une gateway en dormance
  • Primitive going-idle / buffered-flip — transfert propre lors des transitions d’état
  • passthrough_forward sur WebSocket — proxy léger pour les messages relayés
  • Identité multi-plateforme par agent — un agent, plusieurs plateformes de messagerie, identité unifiée
  • Sortie par trame (per-frame egress) — contrôle fin des messages qui sortent par quel canal
  • ID d’instance stable transmis lors de l’auto-provisionnement pour un suivi fiable
  • Politique de pertinence déclarée au connecteur — filtrer le bruit au niveau du relay
  • Autorisation basée sur la livraison pour les événements relayés (autoriser par livraison, pas par source.platform)
  • Adoption de la clé scope_id — suppression de la terminologie de portée spécifique à la plateforme

9. Google Vertex AI — Fournisseur de Première Classe

Vertex AI est désormais un fournisseur de première classe pour les modèles Gemini via le point de terminaison compatible OpenAI de Vertex. L’avancée clé : Hermes crée et rafraîchit automatiquement des tokens d’accès OAuth2 à courte durée de vie à partir de votre JSON de compte de service ou des Application Default Credentials — aucune clé API statique requise.

# hermes.config.yaml
providers:
  - name: vertex-gemini
    provider: vertex
    credentials: /chemin/vers/service-account.json
    model: gemini-2.5-pro
    region: us-central1

  # Ou utilisez les Application Default Credentials (ADC) — aucun chemin de fichier nécessaire
  - name: vertex-gemini-adc
    provider: vertex
    model: gemini-2.5-flash
    region: europe-west4

Pourquoi c’est important : Les configurations classiques de fournisseur personnalisé avec Vertex échouaient toujours en milieu de session car les tokens expirent en ~1 heure. Hermes gère désormais le cycle de vie complet OAuth2 — création, rafraîchissement et nouvelle tentative — de manière transparente. Pointez-le vers votre compte de service et ça fonctionne.

Récupère et modernise la PR originale #8427 de @slawt.

10. Plateformes de Messagerie — Mises à Jour Majeures

Continuations Cron :

  • Les tâches cron supportent désormais la continuation préférée par fil de discussion avec repli sur DM miroir
  • Livraison cron continuable en ligne dans le canal pour Slack
  • La vérification d’exécution de la gateway avertit lors de la création/liste des crons si la gateway n’est pas active

Mises à jour spécifiques aux plateformes :

Plateforme Fonctionnalité
Telegram Menu de commandes configurable + limite par défaut augmentée pour que les compétences restent visibles ; filtrage séparé des aperçus de brouillons enrichis ; drainage du pool d’envoi général à l’expiration avant nouvelle tentative
Slack Rendu Block Kit optionnel pour les messages de l’agent ; flag --no-assistant pour la génération de manifeste
Discord Rendu du raisonnement en sous-texte via le préfixe -# ; display.reasoning_style configurable
WhatsApp Livraison de médias native (send_video/send_voice/send_document) via le pont Baileys
Teams Support natif send_video/send_voice/send_document
Signal Remuxage de notes vocales AAC + formatage markdown partagé
iMessage Sidecar Photon mis à niveau vers spectrum-ts v8 avec corrélation de tapbacks
Raft Assistant de configuration de gateway pour les nouveaux déploiements

Migration des adaptateurs : Les adaptateurs Slack, DingTalk, WhatsApp, Matrix, Feishu, Telegram, WeCom, Email et SMS ont tous été migrés au format groupé (bundled) pour un chargement plus rapide et un meilleur versionnage.

Nouveaux Outils et Commandes Intégrés

Outil / Commande Description Utilisation
web_extract Tronquer et stocker le contenu web (remplace le résumé LLM, moins cher et plus rapide) web_extract https://example.com
/reasoning full Tokens de réflexion illimités — supprime le plafond du budget de raisonnement pour une analyse approfondie /reasoning full puis votre requête
llm.oneshot Appel LLM one-shot via Gateway RPC — tire et oublie hermes rpc llm.oneshot '{"prompt": "..."}'
project.facts Exposer les faits de projet du contexte de codage via Gateway RPC hermes rpc project.facts
/timestamps Basculer l’affichage des horodatages dans l’historique de chat /timestamps
/history Vue d’historique composable avec recherche et filtres /history mot-clé
/prompt Composer dans $EDITOR — écrire une invite markdown complète, sauvegarder et mettre en file d’attente /prompt
/journey Chronologie interactive des mémoires/compétences avec édition/suppression sur place /journey
/learn Distiller des compétences réutilisables à partir d’un répertoire, d’une URL ou d’un flux de travail /learn ./chemin
/moa Invite MoA one-shot via le preset par défaut /moa <requête>
/goal wait <pid> Mettre la boucle d’objectif en pause sur un processus en arrière-plan /goal wait 12345
ctx.profile_name Accès au profil indépendant de la session dans les plugins ctx.profile_name
Blank Slate Mode de configuration agent minimal — opt-in pour tout Config : setup: blank_slate
cloudflare-temporary-deploy Compétence optionnelle pour des déploiements Cloudflare rapides Installation de compétence
creative-ideation v2.1.0 Bibliothèque de méthodes créatives étendue Installation de compétence

Améliorations

Agent Principal et Outils

  • Expansion concurrente des références @ : plusieurs références @file et @url se résolvent désormais en parallèle au lieu de séquentiellement — significativement plus rapide pour les invites multi-références
  • Étiquettes d’outils lisibles par l’humain : tous les outils intégrés ont maintenant des descriptions en langage clair, réduisant la courbe d’apprentissage
  • HERMES_WRITE_SAFE_ROOT : support de plusieurs répertoires d’écriture autorisés — restreindre les écritures de fichiers de l’agent aux chemins approuvés
  • Capture de corps HTTP/WS optionnelle : enregistrer les corps de requêtes/réponses dans un fichier gui_bodies.log isolé (exclu des partages, opt-in uniquement)
  • Plancher de délai d’expiration par modèle de raisonnement : détection de délai distincte pour les appels LLM en streaming vs. non-streaming, évitant les faux positifs
  • Escalade SIGTERM→SIGKILL : à la fin du processus hôte après une période de grâce, escalade pour garantir le nettoyage

Compression et Sessions

  • Compaction sur place (in-place) : compacter une seule session sans créer un nouvel ID ; valeur par défaut basculée sur true avec correction de garde
  • Expansion de sauvegarde : les instantanés de pré-mise à jour incluent désormais projects.db et les tableaux kanban pour une préservation complète de l’état

Fournisseurs et Modèles

  • Krea disponible via la gateway d’abonnement gérée Nous
  • Z.AI sélecteur de point de terminaison (Global/Chine/Plan Codage) pour un routage sensible à la région
  • Ollama-cloud câblage de reasoning_effort
  • Suppression des fournisseurs OAuth google-gemini-cli et google-antigravity (consolidation)
  • Respect de la variable d’environnement NOUS_INFERENCE_BASE_URL pour l’OAuth Nous
  • Maintien de l’authentification Nous active pour les agents inactifs du tableau de bord/gateway (empêche l’expiration de session pendant l’inactivité)

Kanban

  • Hooks de plugin de cycle de vie des tâches : événements claimed, completed, blocked
  • Raisons de blocage typées avec disjoncteur anti-boucle — empêche les cycles infinis de blocage/déblocage
  • Horodatage de fraîcheur des transferts — suit quand la propriété d’une tâche a été transférée pour la dernière fois

LSP

  • PowerShellEditorServices ajouté comme serveur de langage — diagnostics PowerShell désormais disponibles
  • API mem0 v3 + mode OSS + outils update/delete pour la gestion de la mémoire

Tableau de Bord Web

  • Redirection SSO auto-initiée lors d’un chargement non authentifié
  • Guidage interactif de configuration d’authentification en cas d’absence de fournisseur sur une liaison non-loopback
  • OIDC client confidentiel (client_secret) pour les fournisseurs d’identité auto-hébergés
  • Catalogue de clés API : toutes les clés des fournisseurs de mémoire listées dans OPTIONAL_ENV_VARS
  • Clés .env personnalisées : lister et ajouter des variables d’environnement arbitraires depuis la page Clés
  • Champs d’exécution Cron exposés pour la surveillance
  • Gestion des sauvegardes : importer/créer/télécharger depuis l’interface Web
  • Déchargement PTY : opérations spawn/close déplacées hors de la boucle d’événements pour éviter le blocage

Performance

  • Optimisation du démarrage à froid : les adaptateurs de plateforme de la gateway sont maintenant chargés paresseusement ; les manifestes de configuration et de plugins analysés avec CSafeLoader (libyaml) au lieu de YAML Python pur
  • Contention de verrouillage en écriture FTS5 : segments fusionnés et indexés pour réduire la contention de verrouillage de base de données lors des écritures concurrentes
  • Listage des profils : carte d’alias en une seule passe + cache de comptage de compétences + déchargement de la boucle d’événements pour list_profiles — significativement plus rapide sur les systèmes avec de nombreux profils
  • Serveur API Gateway : limite de concurrence configurable pour prévenir les scénarios DoS sous charge

Sécurité et Fiabilité

Durcissement de la Surface d’Attaque

  • Surface d’attaque de persistance de configuration MCP verrouillée — empêche la persistance malveillante de compétences entre les sessions
  • Exfiltration de credentials via base_url Cron bloquée — les tâches cron ne peuvent plus redéfinir les URL de base des fournisseurs pour intercepter les credentials
  • Sentinelle non réutilisable pour les secrets à préfixe dans les lectures de fichiers — les motifs spécifiques qui pourraient divulguer des secrets sont détectés et rejetés
  • Expurgation des tokens Slack xapp- — les tokens au niveau application automatiquement expurgés des journaux et diagnostics
  • Plancher de métadonnées cloud du navigateur appliqué sur tous les backends CDP (même non locaux)
  • Re-vérification de garde de réseau privé après navigation — empêche le contournement par redirections
  • /resume et /sessions limités à l’origine de l’appelant — empêche les attaques IDOR (Insecure Direct Object Reference)
  • Plancher CVE aiohttp fixé à 3.14.1 sur tous les chemins de messagerie paresseux avec garde contre la dérive d’épinglage

Vague de Fiabilité Cron

  • Échec fermé (fail closed) quand le fournisseur d’une tâche non épinglée dérive — pas de replis silencieux
  • Les tâches en grâce manquée s’exécutent une fois au lieu de différer indéfiniment — empêche les boucles de rattrapage infinies
  • Survie du ticker sur BaseException + statut conscient du heartbeat — le cron ne meurt pas silencieusement
  • Serveurs MCP superposés aux ensembles d’outils par tâche — chaque tâche cron obtient les bons outils
  • Garde de chemin modèle-outil + disjoncteur de reprise automatique — empêche les chaînes d’outils incontrôlées

Fiabilité Windows

  • Suppression des flashs de console pendant les opérations de gateway
  • Durcissement des redémarrages de gateway contre les cas limites
  • Préférence pour le shim npm cmd en cas de repli PATH
  • Redémarrage de la gateway sans fenêtre après mise à jour de l’interface
  • Préférence pour node géré pour les intégrations WhatsApp/desktop

Réversions (dans la fenêtre)

  • Stockage des tâches cron retourné au niveau du profil (annule le stockage centralisé de #32117 + #50993)
  • Clonage de auth.json désactivé — la duplication des autorisations OAuth provoque la révocation des siblings
  • PRs de popup de terminal Windows annulées pour réévaluation de la stabilité
  • Bascule prompt_caching.enabled retirée en attente de réévaluation

Changements Rupteurs (Breaking Changes)

  • verify-on-stop est désactivé par défaut (OFF) : migration unique v32 ; ignore les modifications de documentation uniquement ; désactivé pour les surfaces de messagerie. Pour activer :
coding_context:
  verify_on_stop: auto
  • Suppression des fournisseurs OAuth google-gemini-cli et google-antigravity — migrer vers le fournisseur Vertex AI
  • Migration des adaptateurs : les adaptateurs de plateforme de messagerie sont maintenant groupés (bundled) — les chemins d’adaptateurs personnalisés peuvent nécessiter des mises à jour

Mise à Niveau

hermes update

Pour les nouvelles installations, consultez le guide d’installation.

Journal des modifications complet sur GitHub

← Notes de version