Depuis le 30 mai 2026, l’agent conversationnel Hermes de Nous Research n’a plus besoin d’une couche Linux pour tourner sur Windows. Fini le recours obligatoire à WSL, Cygwin ou Docker : l’application fonctionne désormais nativement sur Windows 10 et 11. Une seule commande PowerShell suffit pour installer l’environnement, sans droits d’administrateur.
À retenir
- Installation en une ligne PowerShell, sans privilèges administrateur.
- Hermes fonctionne nativement sur Windows 10/11, sans WSL ni conteneur.
- Les données de l’agent sont isolées dans
%LOCALAPPDATA%\hermes.
Pour les utilisateurs Windows qui ne veulent pas jongler avec des sous-systèmes Linux, cette évolution enlève un frein réel à l’adoption. Elle facilite l’intégration de l’IA agentique dans l’écosystème Microsoft, avec une installation plus simple et un accès direct au système de fichiers natif.
Hermes s’installe sans virtualisation
L’objectif de Nous Research est simple : enlever toute friction pour les utilisateurs de l’environnement Microsoft. Jusqu’ici, faire fonctionner Hermes Agent passait par WSL2, une couche de compatibilité qui traduit les appels système entre Linux et Windows. Désormais, l’agent peut lire et écrire directement dans C:\Users\... et interagir avec les outils de productivité de la machine, sans détour par un pont réseau artificiel.
La priorité est de réduire la friction pour les utilisateurs de l’écosystème Windows. — Nous Research, guide utilisateur
Un script PowerShell tout-en-un
L’installation se résume à une unique commande PowerShell : iex (irm https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.ps1). Derrière cette simplicité, le script installe les dépendances essentielles : Python 3.11 via le gestionnaire uv, Node.js 22, ripgrep, ffmpeg et surtout PortableGit. Ce dernier fournit un environnement POSIX minimal qui autorise l’exécution de scripts bash sans perturber l’éventuelle installation Git de la machine. Tout se passe dans le dossier utilisateur : aucun droit administrateur n’est requis.
Une fois l’opération terminée, il suffit de rouvrir le terminal pour que la variable PATH prenne en compte le nouvel exécutable hermes. L’installation se fait sans validation intermédiaire, et un message final confirme que l’agent est prêt. Pour les novices, cette automatisation évite les habituels problèmes de compatibilité entre Python, Node et les variables d’environnement Windows.
Coexistence avec WSL2
Les utilisateurs qui disposent déjà d’une installation WSL2 peuvent conserver les deux environnements sans risque de conflit. Les données de chaque mode sont stockées dans des emplacements distincts : %LOCALAPPDATA%\hermes pour le natif, ~/.hermes pour WSL. Cette séparation évite que les configurations et les historiques se mélangent, ce qui est pratique pour comparer les performances ou migrer progressivement. En cas de corruption ou de test infructueux, il suffit de supprimer le dossier local pour réinitialiser l’agent proprement.
Des performances natives, mais quelques compromis
Malgré une parité presque complète, la version native de Hermes manque encore d’une fonction importante. Le volet terminal du tableau de bord (/chat) ne peut pas fonctionner, car il repose sur un pseudo-terminal POSIX (PTY), absent du noyau Windows. Ce module reste donc réservé à WSL2, pour l’instant.
Le volet terminal du tableau de bord nécessite un PTY POSIX et reste exclusif à WSL2.
— Nous Research, guide utilisateur
Une compatibilité presque complète
Pour le reste, l’expérience tient la route. Les passerelles de messagerie (Telegram, Discord), les outils de navigation Node.js, les serveurs MCP (Model Context Protocol) et même le planificateur cron fonctionnent pleinement. On retrouve aussi le moteur de recherche web, la synthèse vocale (TTS), la génération d’images et les intégrations de messagerie, sans dégradation visible. L’interaction vocale, la recherche web et la gestion de fichiers locaux gagnent en fluidité en se passant de la couche de traduction WSL. Nous Research parle d’Early Beta et demande des retours, notamment sur les problèmes éventuels de normalisation des chemins Windows (slashs, barres obliques inversées, casse des lettres).
Faire tourner l’agent en continu
Pour que Hermes fonctionne comme un service permanent, les utilisateurs peuvent transformer la passerelle en tâche planifiée Windows, lancée à la connexion. La variable d’environnement HERMES_GIT_BASH_PATH permet, si besoin, de pointer vers un exécutable bash personnalisé, par exemple MinGit. Autre point de vigilance : l’encodage des fichiers de configuration YAML. Un Byte Order Mark (BOM) peut bloquer l’analyse ; mieux vaut enregistrer les fichiers en UTF-8 sans signature.
Pour gérer les clés d’API des outils de recherche ou de synthèse vocale, Nous Portal simplifie les choses. Un abonnement au portail permet de lier tous les services via OAuth avec la commande hermes setup --portal. De quoi éviter les multiples variables et se concentrer sur l’essentiel : dialoguer avec son agent.
Avec cette version native, Nous Research réduit la barrière technique qui tenait Hermes à distance des utilisateurs Windows. Si l’Early Beta tient ses promesses, l’agent pourrait devenir une alternative crédible aux assistants cloud, en tournant directement sur le PC.
Laisser un commentaire
Vous devez vous connecter pour publier un commentaire.