Tableau de bord Web Hermes : Le centre de contrôle de l'IA est arrivé
L'ère où les agents d'IA ne sont gérés que par des commandes de terminal et des fichiers YAML touche à sa fin. Avec la publication de son tableau de bord Web, Hermes — l'agent d'IA auto-améliorant de Nous Research — a franchi un seuil qui sépare les outils expérimentaux de l'infrastructure de production. Exécutez hermes dashboard, et le navigateur s'ouvre sur une console d'exploitation en direct à l'adresse http://127.0.0.1:9119. De là, chaque session, chaque tâche Cron, chaque clé API, chaque Skill, chaque ligne de journal et chaque champ de configuration sont accessibles — sans toucher à un seul fichier de configuration.
Ce n'est pas une fonctionnalité cosmétique. C'est un signal de l'évolution de l'infrastructure des agents d'IA : des CLI réservées aux développeurs aux centres de contrôle adaptés aux opérateurs.
Du CLI au centre de contrôle : ce qui a changé
Hermès a commencé comme un agent "terminal-first" : une boucle d'auto-amélioration qui crée des Skills à partir d'expériences, recherche dans son propre historique de conversation via FTS5 et exécute des automatisations planifiées par cron via Telegram, Discord, Slack et WhatsApp à partir d'un seul processus de Gateway.
Cette architecture le distinguait déjà des assistants de codage "one-shot". Mais le fossé entre un agent CLI puissant et un système prêt pour la production est toujours le même : Observabilité et accès opérateur. Si quelque chose tourne mal à 2 heures du matin, vous ne voulez pas vous connecter à un serveur via SSH et parcourir les fichiers journaux avec grep. Vous voulez une page d'état.
Le tableau de bord Web d'Hermès comble cette lacune. Construit sur FastAPI (Backend) et un Frontend Vite/React/TypeScript/Tailwind, il fonctionne entièrement sur localhost — pas un seul octet ne quitte la machine, sauf si vous vous liez explicitement à 0.0.0.0 avec le flag --insecure. La position par défaut est : visibilité de l'opérateur, aucune exposition réseau.
Ce qui est disponible sur le port 9119 :
- Page d'état — Vue d'ensemble en direct de la version de l'agent, de l'état du Gateway (en cours d'exécution/arrêté, PID), des états des plateformes connectées, du nombre de sessions (actives au cours des 5 dernières minutes) et des 20 dernières sessions avec le modèle, le nombre de messages, la consommation de tokens et les aperçus de conversation. Actualisation automatique toutes les 5 secondes.
- Onglet Chat — l'interface TUI complète d'Hermès (la même interface que
hermes --tui) directement dans le navigateur via xterm.js avec rendu WebGL. Commandes slash, cartes d'appel d'outils, invites d'approbation — tout fonctionne de manière identique, car le tableau de bord exécute le véritable binaire TUI et diffuse la sortie ANSI via un WebSocket. - Éditeur de configuration — une interface basée sur des formulaires pour tous les 150+ champs de configuration. Modèle, Backend de terminal (local/Docker/SSH/Modal/Daytona), modes d'approbation (ask/yolo/deny), fournisseur de mémoire, limites de délégation — organisés en onglets avec des listes déroulantes pour les valeurs connues.
- Gestionnaire de clés API — gérer le fichier
.envdans le navigateur. Les clés sont regroupées par catégorie (fournisseurs LLM, API d'outils, tokens de plateformes de messagerie, paramètres de l'agent) avec des aperçus masqués, des liens de connexion aux fournisseurs et une action de suppression par clé. - Navigateur de sessions — consultable (FTS5, texte intégral sur tout le contenu des messages), historique des sessions extensible avec des messages codés par couleur de rôle, des blocs d'appel d'outils repliables et un bouton de reprise qui ouvre la session avec
--resumedans l'onglet Chat. - Visualiseur de logs — Filtrage par fichier (Agent, Erreur, Gateway), niveau (DEBUG/INFO/WARNING/ERROR) et composant (Gateway, Agent, Tools, CLI, Cron). Live-Tail toutes les 5 secondes.
Voilà à quoi ressemble un centre de contrôle d'IA prêt pour la production — pas un widget de chat, mais un tableau de bord d'exploitation.
Pourquoi les CLI atteignent leurs limites avec les agents à longue durée de vie
Les assistants de codage à session unique comme Claude Code et Codex sont optimisés pour un contexte : un développeur au terminal, résolvant un problème spécifique. Hermes est conçu pour un cas d'utilisation différent : un agent qui fonctionne sans surveillance, effectue des tâches planifiées, gère des conversations multiplateformes et s'améliore lui-même entre les sessions.
Cette conception impose d'autres exigences :
Visibilité Cron. Si une tâche planifiée échoue à minuit, il faut le savoir. La page Cron du tableau de bord répertorie chaque tâche planifiée, sa dernière exécution, sa sortie et ses prochains déclencheurs — sans avoir à ouvrir un fichier Cron.
Gouvernance des identifiants. Un agent à longue durée de vie collecte des clés API : fournisseurs de modèles, intégrations d'outils, jetons de messagerie. La page des clés API les affiche toutes en un seul endroit avec des aperçus masqués et des actions de suppression par clé.
Archéologie des sessions. Un agent qui communique via Telegram, Discord et CLI génère un historique de session pratiquement impossible à parcourir dans un fichier plat. Le navigateur de sessions rend cet historique interrogeable et permet de le reprendre.
Gestion du mode d'approbation. La page de configuration contient des paramètres de mode d'approbation (ask, yolo, deny) qui déterminent si l'agent exécute des commandes dangereuses de manière autonome ou demande une confirmation humaine. Il s'agit d'une décision de gouvernance, pas d'une préférence de développeur — et elle doit figurer dans une interface utilisateur que les non-développeurs peuvent examiner.
Le tableau de bord ne rend pas Hermes plus sûr ou plus performant en soi. Il rend le comportement de l'agent visible et contrôlable — c'est la condition préalable pour faire confiance à l'automatisation à longue durée de vie.
Les trois modèles de gestion agentique
Hermès n'est pas le seul projet à réfléchir à ce niveau. En 2026, trois modèles distincts de gestion des agents d'IA se sont dégagés :
1. Niveaux de contrôle hébergés (Claude Code, Codex) Anthropic et OpenAI proposent des interfaces gérées — l'application de bureau de Claude Code, l'interface utilisateur Workspace de Codex — qui font abstraction complète de l'infrastructure. Les sessions sont gérées côté serveur, la facturation est basée sur la consommation et l'interaction se fait via l'UI ou l'API du fournisseur. Le compromis : aucun effort opérationnel, mais une gouvernance opaque et une dépendance vis-à-vis du fournisseur.
2. Orchestration axée sur les spécifications (OpenAI Symphony) La spécification Symphony d'OpenAI, sous licence Apache, transforme les systèmes de suivi des problèmes en files d'attente de travail Codex de longue durée. Elle définit la couche d'orchestration — State Machines, Approval Gates, espaces de travail isolés, Token-Accounting — mais laisse le niveau de contrôle à l'implémenteur. La spécification est puissante ; l'interface d'exploitation est votre propre problème.
3. Tableaux de bord d'agents auto-hébergés (Hermès) Hermès vous donne l'environnement d'exécution de l'agent et l'interface d'exploitation dans une seule installation. Vous possédez l'infrastructure, les logs, les credentials et l'historique des sessions. Le tableau de bord fonctionne par défaut sur localhost. Vous décidez de ce qui fonctionne, quand et avec quelles autorisations.
Aucune de ces options n'est universellement correcte. Mais pour les équipes qui traitent des données sensibles, opèrent dans des environnements réglementés ou exécutent des automatisations d'arrière-plan à haute fréquence, le contrôle auto-hébergé n'est pas une option — c'est une exigence de conformité.
Chez Context Studios, nous nous appuyons sur une infrastructure agentique auto-hébergée pour cette raison précise : lorsque les actions des agents touchent aux systèmes de production ou aux données des clients, il faut une piste d'audit complète que l'on possède soi-même.
Liste de contrôle pour les entreprises : Avant que le tableau de bord ne contrôle les agents
Un tableau de bord web pour votre propre agent est une nouvelle surface d'attaque. Avant d'utiliser Hermes dans un contexte multi-utilisateur ou de production, ces contrôles doivent être validés :
| Contrôle | Implémentation Hermes | Mesure propre |
|---|---|---|
| Exposition du réseau | Par défaut, uniquement Localhost (127.0.0.1:9119) | S'assurer que --host n'est jamais défini sur 0.0.0.0 en production |
| Protection contre le Path-Traversal | Garde contre le Path-Traversal dans le backend | Vérifier lors des extensions d'API |
| Stockage des informations d'identification | Fichier .env sur le disque, pas de gestionnaire de secrets en mémoire | Faire tourner les clés API lors des changements de personnel |
| Mode d'approbation | ask/yolo/deny par commande | Définir deny pour les commandes dangereuses dans les environnements d'équipe |
| Exportation de session | Disponible dans l'UI | Définir une politique de conservation et de suppression |
| Logs d'audit | Fichiers de log Gateway + Agent + Erreur, filtrables | Transférer vers une gestion centralisée des logs (par exemple, Datadog, Loki) |
| Contrôle d'accès TUI | Token de session du tableau de bord ; pas encore d'authentification multi-utilisateur | Ne pas exposer aux réseaux non fiables |
La lacune critique dans la version actuelle : Le tableau de bord n'a pas d'authentification multi-utilisateur. Il est authentifié par un seul token de session, ce qui est approprié pour un seul opérateur sur localhost. Les équipes qui partagent un serveur doivent ajouter un reverse proxy avec authentification avant le déploiement multi-utilisateur (nginx + htpasswd, Tailscale ou un VPN). Cela permet de sécuriser l'accès à l'API et d'éviter les utilisations non autorisées, en particulier dans des environnements de Machine Learning ou nécessitant une sécurité accrue.
FAQ
Qu'est-ce que le tableau de bord web Hermes ?
Le tableau de bord web Hermes est un centre de contrôle basé sur navigateur pour l'agent d'IA Hermes, lancé avec hermes dashboard. Il fonctionne sur localhost (port 9119 par défaut) et offre une UI pour la surveillance des sessions, la gestion des clés API, la modification des configurations, la visualisation des logs, la gestion des tâches planifiées et l'exécution de l'Hermes TUI dans le navigateur — sans terminal ni fichiers de configuration.
Le tableau de bord Hermes est-il sécurisé par défaut ?
Oui, avec des restrictions. Par défaut, il se lie à 127.0.0.1, de sorte qu'il n'est accessible que depuis la machine locale. Le flag --insecure permet la liaison à 0.0.0.0, ce qui l'expose sur le réseau et ne devrait jamais être utilisé sans pare-feu et proxy inverse avec authentification. La version actuelle ne dispose pas de système d'authentification multi-utilisateurs, de sorte que les déploiements sur des serveurs partagés nécessitent des contrôles d'accès supplémentaires.
Le tableau de bord doit-il être installé séparément ?
Oui. Le tableau de bord web est un extra optionnel — pip install 'hermes-agent[web,pty]' — non inclus dans l'installation standard. L'extra web ajoute FastAPI et Uvicorn. L'extra pty ajoute le support de pseudo-terminal pour l'onglet de chat dans le navigateur. pip install 'hermes-agent[all]' couvre les deux ainsi que les dépendances de messagerie et de voix.
Le tableau de bord peut-il gérer les planifications Cron ?
Oui. Le tableau de bord Hermes comprend une page Cron pour afficher les tâches planifiées, leur dernière sortie d'exécution, la planification et le prochain déclencheur. Les tâches Cron peuvent être créées et gérées via l'interface du tableau de bord, et le planificateur Hermes intégré prend en charge la livraison des résultats à toute plateforme de messagerie connectée (Telegram, Discord, Slack, WhatsApp, Signal).
Qu'est-ce qu'un "centre de contrôle" (Control Plane) d'IA ?
Un centre de contrôle d'agent d'IA est la couche opérationnelle qui se trouve au-dessus de la boucle de raisonnement centrale de l'agent — il gère la planification, l'observabilité, la gestion des informations d'identification, l'historique des sessions, les workflows d'approbation et la gouvernance de la configuration. Sans centre de contrôle, les opérateurs doivent gérer les agents via des commandes de terminal et des fichiers journaux, ce qui ne s'adapte pas aux équipes ou aux environnements de production. Le tableau de bord Hermes est un exemple de modèle de centre de contrôle émergent pour les agents auto-hébergés.