Nous Research a livré Hermes Desktop v0.15.2 aujourd'hui, un front end natif cross-platform pour Hermes Agent sur macOS, Windows et Linux, sous licence MIT. Le choix architectural à flagger : natif, pas Electron. Le même agent core qui roule le CLI est derrière l'UI, donc il y a un backend avec plusieurs surfaces plutôt qu'une version desktop forkée. Le desktop s'installe via direct installers sur macOS et Windows ou un script terminal sur Linux avec un flag `--include-desktop`. Agnostique au provider côté modèle : Nous Portal, OpenRouter, OpenAI et tout endpoint compatible. Support MCP tool inclus. Cinq sandbox backends pour l'exécution d'outils configurés out of the box : local, Docker, SSH, Singularity et Modal.
L'UI te donne des réponses en streaming et une activité d'outils en direct, avec un panneau latéral qui preview des pages web, des fichiers et des sorties d'outils pendant que l'agent travaille. La mémoire est partagée avec l'agent core, pas une mémoire desktop séparée : FTS5 session search avec LLM summarization gère le rappel cross-session via une mémoire persistante agent-curée. Les release notes ne détaillent pas ce que v0.15.2 change spécifiquement versus les versions précédentes ; le framing du lancement est autour de la surface desktop elle-même plutôt que le delta de version. Pas de benchmarks publiés. Les requirements hardware ne sont pas spécifiés dans le matériel de lancement. Pour les builders qui ont wiré leur propre UI autour du Hermes Agent CLI, c'est le remplacement natif officiel.
Deux fils d'écosystème à tracker. Premièrement, la liste de cinq sandbox backends est la feature substantielle pour les agent builders. La plupart des desktop agent UIs shippent avec local-exec seulement ; certains ajoutent Docker. Le bundling par Hermes Desktop de SSH (pour rouler des outils sur des machines distantes), Singularity (format de container HPC utilisé en scientific computing) et Modal (la plateforme serverless style cloud-function) veut dire que l'agent peut atteindre des environnements d'infrastructure que l'opérateur n'a pas à wirer à la main. C'est un vrai levier d'adoption pour les équipes en research, HPC ou distributed systems qui veulent de l'exécution d'agent sans inventer la couche sandbox elles-mêmes. Deuxièmement, la relation à Memory OS d'hier est intéressante précisément parce que ce n'est pas une relation. Memory OS par Claudio Drews est une stack mémoire 6-couches community-built par-dessus Hermes Agent, et Hermes Desktop ship avec le propre modèle mémoire de Hermes (sessions FTS5 plus rappel LLM-summarized) à la place. Deux couches du même écosystème qui bougent indépendamment : UI officielle de Nous, architecture mémoire communautaire de Drews. Si elles finissent par s'intégrer, se compétitionner ou rester parallèles dira quelque chose sur comment les écosystèmes d'agents open-source convergent à mesure que plus de polish atterrit.
Lundi matin, si tu roules déjà Hermes Agent depuis le CLI : installe Hermes Desktop et traite l'UI native comme défaut. Le support MCP veut dire que t'as pas à refaire ton wiring d'outils. Si t'évalues des plateformes d'agents pour une petite équipe et veux quelque chose local-first avec une vraie UI, c'est maintenant une alternative crédible à rouler Claude Code, Cursor Composer ou construire ton propre wrapper Electron. Cinq sandbox backends c'est plus que la plupart des desktop agents shippent avec, et la combinaison SSH-plus-Modal en particulier est le path pour les équipes qui ont du travail d'agent qui span machines locales et fonctions cloud. Si t'es pas sur Hermes Agent du tout, le desktop est un entry point qui vaut l'essai aux côtés du CLI pour évaluer le framework comme tout, pas comme une décision séparée.