Hermes Agent: orchestratore multi-agente open source che merita attenzione

Hermes Agent è il progetto open source di Nous Research che si posiziona in modo diverso rispetto ai classici coding assistant: non è un layer chat sopra un LLM, ma un orchestratore multi-piattaforma e multi-terminale. Dopo averci passato un po' di tempo, vale la pena raccontare le feature che lo distinguono davvero.

Orchestrazione nativa di Claude Code e Codex

La funzionalità più interessante è l'integrazione nativa tramite skill incorporate come claude-code e codex. Invece di usare un modello generalista per tutto, Hermes può aprire in autonomia un terminale separato e delegare compiti specifici a Claude Code (tramite CLI) o a Codex.

Il flusso in pratica:

• Hermes Agent mantiene il contesto generale del progetto e gestisce il ciclo di vita delle task.
• Per implementare una feature o fare refactoring, istanzia un sub-agente isolato nel suo terminale e fa lavorare Claude Code come un "operaio specializzato".
• Nel frattempo, Hermes esegue i test e si occupa della riconciliazione del codice.

Chi usa Claude Code da un po' sa che il contesto degrada sui task troppo ampi. Mettere Hermes "sopra" risolve il problema: Hermes fa da tech lead (gestisce memoria persistente, requirement e roadmap), e delega la pura scrittura del codice al CLI di Anthropic.

Auto-creazione delle skill e modulo Curator

Questa è probabilmente la caratteristica più innovativa. Hermes è auto-migliorante: quando risolve un problema complesso usando il terminale o il browser — per esempio configurare un environment particolare o aggirare un bug di framework — crea automaticamente una "skill" compatibile con **agentskills.io**, salvando la procedura in un documento per riutilizzarla in futuro.

Per evitare che il sistema diventi un accumulo di script inutili, gira in background un modulo chiamato Curator che effettua pulizia e archiviazione autonoma delle skill obsolete o ridondanti, senza mai toccare quelle native.

Sub-agenti paralleli e automazioni cron

Hermes supporta nativamente i flussi di lavoro paralleli. È possibile chiedergli, ad esempio, di sistemare un bug sul frontend mentre un altro sub-agente aggiorna la documentazione dell'API, ognuno nel proprio terminale isolato.

Ha anche un demone cron integrato che accetta istruzioni in linguaggio naturale, per esempio: "Fai un audit del log degli errori ogni venerdì". Niente cronjob manuali da configurare.

Perché ha senso usarlo

Il sistema è completamente self-hosted, supporta qualsiasi LLM tramite OpenRouter o modelli in locale, e non impone lock-in sul cloud. Per chi costruisce workflow di automazione strutturata o vuole un approccio più controllato al vibe coding, l'architettura a sub-agenti separati è un vantaggio concreto rispetto ai tool che mettono tutto in un unico contesto.

Qualcuno qui ha già iniziato a costruire stack multi-agente con Hermes come direttore d'orchestra? Quali use case vi sembrano più promettenti?

📌 Questo articolo riassume una discussione su r/vibecodingitalia. Leggi il post originale.