Hermes Agent · Engineering del runtime & sicurezza · Svizzera

Scrive le proprie skill. Non deve scrivere i propri limiti.

Hermes è un runtime agentico open source di Nous Research costruito attorno a un ciclo di apprendimento: crea skill dall’esperienza, le affina nell’uso e conserva conoscenza tra le sessioni. Numezis implementa quel ciclo entro confini di fiducia espliciti, perché la capacità si accumuli senza che lo faccia anche l’autorità.

Intento primarioAUTOMAZIONE AUTO-MIGLIORANTE
Superficie di controlloSKILL · MEMORIA · TOOL
RisultatoSERVIZIO AGENTICO GOVERNATO

Il valore è il ciclo di apprendimento. Il rischio anche.

Un agente convenzionale fa ciò che il suo harness consente oggi. Hermes cambia ciò che potrà fare domani: scrive skill, mantiene memoria e migliora le proprie procedure. È esattamente per questo che viene adottato — e per questo la domanda di revisione passa da «cosa può fare questo agente» a «cosa può diventare, e chi approva quel cambiamento».

01 / DERIVA

Capacità generata

Le skill scritte dall’agente sono codice che nessuno ha revisionato in fase di design. Richiedono la stessa provenienza, revisione e via di ritorno di qualsiasi altra cosa che arriva in produzione.

02 / MEMORIA

Stato persistente

La conoscenza che sopravvive alla sessione porta con sé anche ciò che era errato, sensibile o iniettato. La memoria è un archivio dati con una policy di retention, non una comodità.

03 / INPUT

Istruzioni non affidabili

Documenti, pagine e output dei tool plasmano il comportamento; in un ciclo di apprendimento una sola injection riuscita può essere annotata e riutilizzata.

04 / INVOCAZIONE

Autorità del processo

Hermes esegue il ciclo nel processo che avviate. Tutto ciò che quel processo può raggiungere — file, chiavi, reti — è il vero insieme di permessi dell’agente.

Mettere il confine fuori dal ciclo che l’agente può modificare.

Hermes viene invocato anziché risiedere: il ciclo agentico e il dispatch dei tool vivono nel processo che avviate. L’host diventa quindi il perimetro di sicurezza. Progettiamo il runtime perché skill, memoria e tool siano artefatti governati e perché la sandbox che li contiene non sia raggiungibile dall’interno del ciclo.

L4

Workflow di business

Utenti nominati, attività consentite, gate di approvazione e un owner responsabile per ogni risultato prodotto.

OWNER / FINALITÀ
L3

Skill & memoria

Provenienza delle skill, revisione prima della promozione, versionamento, regole di retention e revoca dei comportamenti appresi.

APPRENDIMENTO / REVISIONE
L2

Sandbox del processo

Isolamento container o OS, allowlist di rete, restrizioni del filesystem e accesso mediato alle credenziali attorno all’invocazione.

POLICY / SANDBOX
L1

Inferenza & infrastruttura

Routing esplicito del modello, confine compute, identità, telemetria e lifecycle ownership dell’intero runtime.

MODELLO / OPERATIONS

Defense in depth, con evidenze a ogni confine.

01

Identità & tenancy

Separare host, identità OS o gateway ovunque i confini di fiducia cambino; nessun identificatore di routing vale come autorizzazione.

02

Policy di rete

Egress limitato per default, destinazioni esplicite, controlli DNS e SSRF ed eccezioni revisionate anziché accumulate.

03

Isolamento del filesystem

Percorsi minimi in lettura e scrittura, superfici runtime read-only e configurazioni e credenziali protette.

04

Credenziali

Identità dedicate, segreti limitati e ruotati, accesso mediato e nessuna credenziale primaria nello stato dell’agente.

05

Tool & approvazioni

Capacità in allowlist, conferma umana per azioni rilevanti e separazione netta tra ragionamento ed esecuzione.

06

Evidenza & risposta

Log delle azioni, baseline di configurazione, test delle policy, revisione delle anomalie, patch ownership e shutdown definito.

Dall’esperimento a un servizio agentico controllato.

01

Threat model

Mappare utenti, canali, tool, dati, credenziali e percorsi di abuso credibili prima di qualsiasi deployment.

TRUST BOUNDARY MAP
02

Isolare

Scegliere host e sandbox, definire policy di rete e filesystem e separare i tenant.

RUNTIME BASELINE
03

Integrare

Collegare solo sistemi approvati, con identità limitate, segreti mediati e contratti d’azione espliciti.

INTEGRATION RECORD
04

Verificare

Testare prompt injection, bypass delle policy, accesso alle credenziali, tool pericolosi e recovery.

SECURITY EVIDENCE
05

Operare

Strumentare attività, costi e qualità; gestire upgrade, incidenti, eccezioni e access review periodiche.

OPERATING CONTROL

Hermes in azienda: le domande che contano.

In cosa differisce Hermes da un agente di coding come Claude Code o Codex?

Gli agenti di coding vengono invocati per un compito dentro un repository e valutati su quel compito. Hermes è costruito sulla persistenza: accumula skill e memoria, così la stessa classe di lavoro diventa meno costosa nel tempo. Questo lo rende interessante per l’automazione operativa ricorrente e rende la governance delle skill il controllo centrale.

Hermes può funzionare senza inviare dati fuori dalla Svizzera?

Il runtime è open source e gira dove lo collocate. La residenza dei dati dipende poi dal routing dell’inferenza e da qualsiasi tool che raggiunga un servizio esterno: per questo trattiamo la rotta del modello e l’allowlist dei tool come decisioni architetturali esplicite, non come valori di default.

Come si impedisce all’agente di acquisire capacità non approvate?

Le skill generate sono trattate come codice: provenienza, revisione prima della promozione all’insieme fidato, versionamento e percorso di revoca. La sandbox limita ciò che una skill può raggiungere indipendentemente dal contenuto, e le azioni rilevanti mantengono un gate umano.

Hermes è pronto per la produzione in un’organizzazione regolamentata?

Può esserlo, entro un perimetro ristretto e ben strumentato. Consigliamo di partire da un workflow ricorrente, con un confine dati esplicito e un percorso di spegnimento, ampliando solo a fronte di evidenze misurate su qualità, costi e incidenti.

Un agente che apprende è un processo di cambiamento, non l’installazione di uno strumento.

La domanda che porrà una funzione rischi svizzera non è se Hermes si sia comportato bene in una demo, ma chi revisiona le skill scritte il mese scorso, cosa trattiene la sua memoria e come un comportamento appreso difettoso viene rilevato e rimosso. Integriamo quella risposta nel deployment anziché attorno a esso.

Hermes Agent è una tecnologia di terze parti pubblicata da Nous Research. Numezis offre esperienza indipendente di architettura, engineering e sicurezza attorno a essa; nessuna partnership, certificazione o endorsement è implicita senza annuncio formale.