Hermes Web-Dashboard: Il centro di controllo dell'IA è arrivato
L'era in cui gli agenti di IA venivano gestiti solo tramite comandi da terminale e file YAML sta volgendo al termine. Con la pubblicazione del suo Web-Dashboard, Hermes — l'agente di IA auto-migliorante di Nous Research — ha superato una soglia che separa gli strumenti sperimentali dall'infrastruttura di produzione. Eseguire hermes dashboard e il browser si aprirà su una console operativa live all'indirizzo http://127.0.0.1:9119. Da lì, ogni sessione, ogni Cron-Job, ogni chiave API, ogni Skill, ogni riga di log e ogni campo di configurazione sono accessibili — senza toccare un singolo file di configurazione.
Non si tratta di una funzionalità estetica. È un segnale di come si sta evolvendo l'infrastruttura degli agenti di IA: da CLI riservate agli sviluppatori a centri di controllo adatti agli operatori.
Da CLI a centro di controllo: cosa è cambiato
Hermes è nato come agente terminal-first: un loop auto-migliorante che crea skills dall'esperienza, ricerca la propria cronologia delle conversazioni tramite FTS5 ed esegue automazioni pianificate tramite cron su Telegram, Discord, Slack e WhatsApp da un singolo processo gateway.
Questa architettura lo distingueva già dagli assistenti di coding one-shot. Ma il divario tra un potente agente CLI e un sistema pronto per la produzione è sempre lo stesso: Osservabilità e accesso operatore. Se qualcosa va storto alle 2 di notte, non si vuole accedere a un server tramite SSH e setacciare i file di log con grep. Si desidera una pagina di stato.
La dashboard web di Hermes colma questa lacuna. Costruita su FastAPI (Backend) e un Frontend Vite/React/TypeScript/Tailwind, funziona completamente su localhost — nessun byte lascia la macchina, a meno che non si esegua il binding esplicito a 0.0.0.0 con il flag --insecure. L'impostazione predefinita è: visibilità dell'operatore, nessuna esposizione di rete.
Cosa è disponibile sulla porta 9119:
- Pagina di stato — Panoramica in tempo reale della versione dell'agente, stato del gateway (in esecuzione/arrestato, PID), stati delle piattaforme connesse, numero di sessioni (attive negli ultimi 5 minuti) e le 20 sessioni più recenti con modello, numero di messaggi, consumo di token e anteprime delle conversazioni. Aggiornamento automatico ogni 5 secondi.
- Chat-Tab — la TUI completa di Hermes (la stessa interfaccia di
hermes --tui) direttamente nel browser tramite xterm.js con rendering WebGL. Comandi slash, schede di chiamata di strumenti, richieste di approvazione — tutto funziona in modo identico, perché la dashboard esegue il vero binario TUI e trasmette l'output ANSI tramite un WebSocket. - Editor di configurazione — un'interfaccia basata su moduli per tutti i 150+ campi di configurazione. Modello, backend del terminale (locale/Docker/SSH/Modal/Daytona), modalità di approvazione (ask/yolo/deny), provider di memoria, limiti di delega — organizzati in schede con menu a tendina per valori noti.
- API-Keys-Manager — gestione del file
.envnel browser. Le chiavi sono raggruppate per categoria (provider LLM, API di strumenti, token della piattaforma di messaggistica, impostazioni dell'agente) con anteprime oscurate, link di accesso al provider e un'azione di eliminazione per ogni chiave. - Sessions-Browser — cronologia delle sessioni ricercabile (FTS5, testo completo su tutti i contenuti dei messaggi), espandibile con messaggi codificati a colori in base al ruolo, blocchi di chiamata di strumenti comprimibili e un pulsante di ripresa che apre la sessione con
--resumenella Chat-Tab. - Log-Viewer — filtraggio per file (Agente, Errore, Gateway), livello (DEBUG/INFO/WARNING/ERROR) e componente (Gateway, Agente, Tools, CLI, Cron). Live-Tail ogni 5 secondi.
Ecco come appare un centro di controllo AI pronto per la produzione — non un widget di chat, ma una dashboard operativa.
Perché le CLI raggiungono i loro limiti con gli agenti a lunga esecuzione
Gli assistenti di codifica a sessione singola come Claude Code e Codex sono ottimizzati per un contesto: uno sviluppatore al terminale che risolve un problema specifico. Hermes è stato creato per un caso d'uso diverso: un agente che funziona senza supervisione, esegue lavori pianificati, gestisce conversazioni multipiattaforma e si auto-migliora tra le sessioni.
Questo design impone requisiti diversi:
Visibilità Cron. Se un'attività pianificata fallisce a mezzanotte, è necessario saperlo. La pagina Cron della dashboard elenca ogni lavoro pianificato, la sua ultima esecuzione, l'output e i trigger successivi, senza dover aprire un file Cron.
Governance delle Credenziali. Un agente a lunga esecuzione raccoglie chiavi API: provider di modelli, integrazioni di strumenti, token di messaggistica. La pagina delle chiavi API le mostra tutte in un unico posto con anteprime oscurate e azioni di eliminazione per ogni chiave.
Archeologia delle Sessioni. Un agente che comunica tramite Telegram, Discord e CLI genera una cronologia delle sessioni praticamente impossibile da ricercare in un file flat. Il browser delle sessioni rende questa cronologia interrogabile e riprendibile.
Gestione della Modalità di Approvazione. La pagina di configurazione contiene le impostazioni della modalità di approvazione (ask, yolo, deny), che determinano se l'agente esegue autonomamente comandi pericolosi o richiede la conferma umana. Questa è una decisione di governance, non una preferenza dello sviluppatore, e appartiene a un'interfaccia utente che i non sviluppatori possono esaminare.
La dashboard non rende Hermes più sicuro o potente di per sé. Rende il comportamento dell'agente visibile e controllabile: questo è il presupposto per fidarsi dell'automazione a lunga esecuzione.
I tre modelli per la gestione agentica
Hermes non è l'unico progetto che riflette su questo livello. Nel 2026, sono emersi tre modelli distinti per la gestione di agenti AI:
1. Livelli di controllo ospitati (Claude Code, Codex) Anthropic e OpenAI offrono interfacce gestite — l'applicazione desktop di Claude Code, l'interfaccia utente Workspace di Codex — che astraggono completamente l'infrastruttura. Le sessioni sono gestite lato server, la fatturazione è basata sul consumo e si interagisce tramite l'UI o l'API del provider. Il compromesso: zero costi operativi, ma governance non trasparente e dipendenza dal fornitore.
2. Orchestrazione guidata dalle specifiche (OpenAI Symphony) La specifica Symphony con licenza Apache di OpenAI trasforma i sistemi di Issue Tracking in code di lavoro Codex a lungo termine. Definisce il livello di orchestrazione — State Machines, Approval Gates, Workspaces isolati, Token-Accounting — ma lascia il livello di controllo all'implementatore. La specifica è potente; l'interfaccia operativa è un problema proprio.
3. Dashboard agenti self-hosted (Hermes) Hermes ti fornisce l'Agent-Runtime e l'interfaccia operativa in un'unica installazione. Si possiede l'infrastruttura, i log, le credenziali e la cronologia delle sessioni. La dashboard viene eseguita su localhost per impostazione predefinita. Si decide cosa viene eseguito, quando e con quali autorizzazioni.
Nessuna di queste opzioni è universalmente corretta. Ma per i team che elaborano dati sensibili, operano in ambienti regolamentati o eseguono automazioni in background ad alta frequenza, il controllo self-hosted non è un'opzione — è un requisito di conformità.
In Context Studios, ci basiamo su infrastruttura agentica self-hosted proprio per questo motivo: se le azioni dell'agente toccano i sistemi di produzione o i dati dei clienti, è necessario un audit trail completo di cui si è proprietari.
Checklist aziendale: prima che la dashboard controlli gli agenti
Una dashboard web per il proprio agente è una nuova superficie di attacco. Prima che Hermes venga utilizzato in un contesto multiutente o di produzione, è necessario convalidare questi controlli:
| Controllo | Implementazione Hermes | Misura propria |
|---|---|---|
| Esposizione della rete | Per impostazione predefinita solo localhost (127.0.0.1:9119) | Assicurarsi che --host non sia mai impostato su 0.0.0.0 in produzione |
| Protezione Path-Traversal | Path-Traversal-Guard nel backend | Verificare in caso di estensioni API |
| Memorizzazione delle credenziali | File .env su disco, nessun Secrets Manager in-memory | Ruotare le chiavi API in caso di cambio del personale |
| Modalità di approvazione | ask/yolo/deny per comando | Impostare deny per comandi pericolosi in ambienti di team |
| Esportazione della sessione | Disponibile nell'interfaccia utente | Definire una politica di conservazione ed eliminazione |
| Audit-Log | Gateway + Agent + file di log degli errori, filtrabili | Inoltrare a una gestione centralizzata dei log (ad es. Datadog, Loki) |
| Controllo degli accessi TUI | Token di sessione della dashboard; ancora nessuna autenticazione multiutente | Non esporre a reti non attendibili |
La lacuna critica nella versione attuale: la dashboard non dispone di autenticazione multiutente. Viene autenticata tramite un singolo token di sessione, il che è appropriato per un singolo operatore su localhost. I team che condividono un server devono aggiungere un proxy inverso con autenticazione prima dell'utilizzo multiutente (nginx + htpasswd, Tailscale o una VPN). Questo è un aspetto importante per la sicurezza dei sistemi di Machine Learning e per la gestione delle API.
FAQ
Cos'è la Dashboard Web di Hermes?
La Dashboard Web di Hermes è un centro di controllo basato su browser per l'agente AI Hermes, avviato con hermes dashboard. Funziona su localhost (porta 9119 predefinita) e offre un'interfaccia utente per monitorare le sessioni, gestire le chiavi API, modificare le configurazioni, visualizzare i log, gestire le attività pianificate ed eseguire la Hermes TUI nel browser, senza terminale o file di configurazione.
La Dashboard di Hermes è sicura per impostazione predefinita?
Sì, con delle limitazioni. Per impostazione predefinita, si lega a 127.0.0.1, quindi è accessibile solo dalla macchina locale. Il flag --insecure consente il binding a 0.0.0.0, il che la espone sulla rete e non dovrebbe mai essere utilizzato senza un firewall e un reverse proxy con autenticazione. La release attuale non ha un sistema di autenticazione multi-utente, quindi le distribuzioni su server condivisi richiedono controlli di accesso aggiuntivi.
La Dashboard deve essere installata separatamente?
Sì. La Dashboard Web è un extra opzionale — pip install 'hermes-agent[web,pty]' — non incluso nell'installazione standard. L'extra web aggiunge FastAPI e Uvicorn. L'extra pty aggiunge il supporto Pseudo-Terminal per la scheda di chat nel browser. pip install 'hermes-agent[all]' copre entrambi insieme alle dipendenze di messaging e voice.
La Dashboard può gestire pianificazioni Cron?
Sì. La Dashboard di Hermes include una pagina Cron per visualizzare le attività pianificate, l'output della loro ultima esecuzione, la pianificazione e il prossimo trigger. I Cron job possono essere creati e gestiti tramite l'interfaccia della dashboard e lo scheduler Hermes integrato supporta la consegna dei risultati a qualsiasi piattaforma di messaging connessa (Telegram, Discord, Slack, WhatsApp, Signal).
Cos'è un "Centro di Controllo" (Control Plane) per l'AI?
Un centro di controllo per agenti AI è il livello operativo che si trova sopra il ciclo di ragionamento principale dell'agente: gestisce la pianificazione, l'osservabilità, la gestione delle credenziali, la cronologia delle sessioni, i flussi di lavoro di approvazione e la governance della configurazione. Senza un centro di controllo, gli operatori devono gestire gli agenti tramite comandi del terminale e file di log, il che non è scalabile per team o ambienti di produzione. La Dashboard di Hermes è un esempio di un modello di centro di controllo emergente per agenti self-hosted. In ambito Machine Learning e Intelligenza Artificiale (AI), un centro di controllo facilita la gestione e l'orchestrazione degli agenti.