Perché OpenClaw e Hermes sono esplosi - e cosa aggiunge Zero

OpenClaw e Hermes non sono esplosi perché il mondo aveva bisogno dell'ennesimo chatbot. Sono esplosi perché sono arrivati nel momento esatto in cui gli utenti hanno iniziato a porsi una domanda più difficile: e se un assistente AI potesse davvero operare?

OpenClaw ha reso quell'idea personale. Ha messo un agente sul tuo dispositivo, lo ha collegato ai canali di messaggistica che già usi e ha dato agli utenti esperti la sensazione di avere un assistente locale con vere mani.

Hermes ha reso la stessa idea estensibile. Ha trasformato l'agente in un runtime operabile dagli sviluppatori: CLI, gateway di messaggistica, memoria, skill, MCP, cron, backend di terminale e un ciclo di apprendimento che migliora man mano che lavora.

Zero si fonda sulla stessa ondata, ma la porta in una direzione diversa. OpenClaw e Hermes hanno dimostrato che le persone vogliono agenti autonomi. Zero pone la domanda successiva: come si rende quell'agente sicuro, utile e ripetibile per un team reale?

Questa analisi si basa su documentazione pubblica di GitHub e di prodotto verificata il 2 giugno 2026.

La cronologia: quando sono comparsi OpenClaw e Hermes

Illustrazione della cronologia dell'esplosione degli agenti AI

Prodotto	Segnale pubblico	Segnale di esplosione	Cosa rappresentava
OpenClaw	Repo GitHub creato il 24 novembre 2025; primo rilascio pubblico il 25 novembre 2025	Più di 376k stelle GitHub e 78k fork alla verifica del 2 giugno 2026	L'assistente AI personale virale: local-first, self-hosted, messaggiabile da ovunque.
Hermes Agent	Repo GitHub creato il 22 luglio 2025; prima ondata di rilasci visibili a partire dal 12 marzo 2026	Più di 176k stelle GitHub e 30k fork alla verifica del 2 giugno 2026	Il runtime tecnico per agenti: auto-migliorante, flessibile sui modelli, CLI-native, estensibile.
Zero	Repo open-source creato il 14 novembre 2025; il movimento pubblico di prodotto/rilasci si è accelerato nella primavera 2026	Oltre 100 connettori, superficie team Slack/web, esecuzione del lavoro con permessi	Il compagno di team AI: lavoro reale attraverso strumenti SaaS con governance e auditabilità.

Il tempismo conta. Tra fine 2025 e inizio 2026, gli sviluppatori avevano già visto cosa potevano fare gli agenti di coding. Claude Code, le CLI in stile Codex, gli agenti browser e i modelli con tool-calling avevano reso reale il ciclo agentico. Gli utenti non volevano più una migliore casella di risposte. Volevano un assistente che potesse aprire strumenti, ricordare il contesto, eseguire task e tornare con un risultato finito.

OpenClaw e Hermes hanno catturato ciascuno quella domanda, ma da estremi diversi del mercato.

Illustrazione dei volani di crescita di OpenClaw e Hermes

Perché OpenClaw è esploso

L'esplosione di OpenClaw non riguardava solo le funzionalità. Riguardava la chiarezza emotiva.

Il suo README lo definisce un assistente AI personale che esegui sui tuoi dispositivi. Quel messaggio arriva subito. Non stai comprando una piattaforma di workflow. Non stai installando una suite di automazione enterprise. Stai allevando un agente personale che ti risponde su WhatsApp, Telegram, Slack, Discord, iMessage, Signal, Microsoft Teams, Matrix, WeChat, QQ e molti altri canali.

Questo ha dato a OpenClaw tre vantaggi di esplosione.

1. Ha reso l'autonomia personale

L'idea vincente non era "framework per agenti". Era "il mio assistente, sui miei dispositivi, nelle mie chat".

È una cornice virale più forte di un diagramma di architettura tecnica. Un assistente local-first crea curiosità istantanea perché suona come il prodotto AI di consumo mancante: la cosa che vive accanto a te, ascolta, risponde, instrada messaggi, esegue strumenti ed è sempre attiva.

OpenClaw ha puntato proprio su questo. Aveva una mascotte chiara, una forte identità, una configurazione locale concreta e una promessa semplice: se vuoi un assistente monoutente che ti sembri locale, veloce e sempre attivo, è questo.

2. Ha trasformato la distribuzione in una funzionalità

La maggior parte dei prodotti per agenti fa venire gli utenti dall'agente. OpenClaw ha fatto venire l'agente dall'utente.

L'elenco dei canali è insolitamente ampio: WhatsApp, Telegram, Slack, Discord, Google Chat, Signal, iMessage, IRC, Microsoft Teams, Matrix, Feishu, LINE, Mattermost, Nextcloud Talk, Nostr, Twitch, Zalo, WeChat, QQ, WebChat, macOS, iOS e Android. Quell'ampiezza non è solo lavoro di integrazione. È strategia di distribuzione.

Ogni canale diventa una possibile demo. Ogni thread di messaggi diventa un luogo dove mostrare l'agente che fa qualcosa di utile. Ecco perché era facile parlare di OpenClaw: le persone potevano immaginare di usarlo subito, senza cambiare il luogo in cui già comunicano.

3. Ha dato il controllo agli utenti esperti

Il modello self-hosted Gateway di OpenClaw è diventato parte dell'attrattiva. Ha permesso agli utenti tecnici di eseguire da soli il piano di controllo, configurare i canali, gestire gli abbinamenti, installare skill, esporre un Gateway e decidere quanta autorità l'assistente dovesse avere.

Quel controllo ha creato anche il principale compromesso. La stessa documentazione di sicurezza di OpenClaw lo inquadra come un modello di fiducia da assistente personale, non come un confine di sicurezza multi-tenant ostile. È l'inquadramento giusto. OpenClaw è potente perché l'operatore possiede l'ambiente. Significa anche che l'operatore possiede il rischio.

Per i singoli e gli appassionati tecnici, è accettabile. Per le aziende, è una vendita più difficile.

Perché Hermes è esploso

Hermes è esploso per un pubblico diverso. OpenClaw ha fatto desiderare alle persone un assistente personale. Hermes ha fatto desiderare agli sviluppatori un runtime serio per agenti.

Il suo README descrive Hermes come un agente AI auto-migliorante costruito da Nous Research. La promessa di prodotto non è solo "eseguire strumenti". È un ciclo di apprendimento chiuso: skill create dall'esperienza, memorie preservate tra le sessioni, ricerca nelle conversazioni passate, cambio di modello, cron, gateway di messaggistica, subagent isolati e backend di terminale che possono girare localmente, in Docker, su SSH, su Modal o su Daytona.

Questo ha posizionato Hermes come l'agente che potevi operare come infrastruttura.

1. È arrivato dopo che la categoria era già visibile

La prima ondata di rilasci visibili di Hermes è iniziata il 12 marzo 2026. A quel punto, OpenClaw aveva già reso impossibile ignorare la categoria degli agenti personali. Questo ha aiutato Hermes. Il mercato non aveva bisogno di essere convinto che gli agenti contassero. Gli utenti tecnici erano pronti a porsi una domanda di secondo livello: di quale runtime dovrei fidarmi, quale estendere e attorno a quale costruire?

Hermes ha risposto con un pacchetto nativo per sviluppatori: installazione in una riga, CLI/TUI, gateway, flessibilità sui provider di modelli, supporto MCP, cron, strumenti, memoria e migrazione da OpenClaw.

2. Ha reso l'auto-miglioramento un'idea di prodotto

L'affermazione più distintiva di Hermes è il ciclo di apprendimento. Skill, memoria, ricerca nelle sessioni e modellazione dell'utente non sono presentate come funzionalità collaterali. Sono il centro del prodotto.

Questo conta perché la modalità di fallimento ovvia per gli agenti è dimenticare. Gli utenti non vogliono ricostruire il contesto a ogni sessione, rispiegare le procedure o curare manualmente ogni file di istruzioni. Hermes ha trasformato quel dolore in una narrazione di prodotto: l'agente cresce con te.

È una storia forte per sviluppatori e ricercatori. Fa sembrare Hermes meno uno strumento e più un sistema che si accumula nel tempo.

3. Ha mostrato una velocità di rilascio estrema

Le note di rilascio di Hermes fanno parte della sua storia di esplosione. La "Velocity Release" del 28 maggio 2026 dichiara 1.302 commit, 747 PR mergiate, più di 560 issue chiuse e 321 contributor della community dal precedente rilascio maggiore. I rilasci del 16 e del 7 maggio mostrano un movimento altrettanto aggressivo.

Quel tipo di velocità crea fiducia in un prodotto infrastrutturale open-source. Dice agli utenti tecnici che il progetto è vivo, reattivo e degno di essere usato come base. Crea anche un volano di community: i rilasci rapidi attirano utenti, gli utenti aprono issue e PR e il progetto si muove più in fretta.

4. Ha abbassato il costo di passaggio da OpenClaw

Hermes ha fatto anche qualcosa di strategicamente intelligente: si è reso leggibile agli utenti di OpenClaw. Il README documenta hermes claw migrate, che può importare impostazioni, memorie, skill, allowlist di comandi, impostazioni di messaggistica, chiavi API selezionate e istruzioni del workspace da OpenClaw.

Questo trasforma la popolarità di OpenClaw in un ponte anziché solo in una minaccia competitiva. Se un utente tecnico inizia con OpenClaw e in seguito vuole un runtime più orientato agli sviluppatori, Hermes ha un percorso.

Cosa OpenClaw e Hermes lasciano ancora irrisolto

OpenClaw e Hermes sono esplosi perché sono entusiasmanti. Ma gli stessi tratti che li hanno resi virali espongono anche lo strato successivo del problema.

Sono più forti per gli utenti capaci di operare uno stack di agenti. Questo include sviluppatori, utenti esperti, appassionati, ricercatori e operatori tecnici. Non include automaticamente un responsabile vendite, un manager del supporto, un founder, un marketer, un operatore finanziario o un product manager che vuole solo che il lavoro venga fatto in sicurezza.

I gap chiave non sono gap di intelligenza. Sono gap di adozione.

Gap	Perché conta
Onere di configurazione	Eseguire un Gateway, configurare i provider, gestire i canali e rafforzare l'accesso sono veri compiti operativi.
Rischio sulle credenziali	Se l'agente può operare strumenti potenti, il team ha bisogno di regole chiare su cosa l'agente può vedere, fare, registrare e approvare.
Governance del team	Gli assistenti personali non risolvono automaticamente i permessi a livello di workspace, l'utilizzo dei membri, la policy sui connettori o l'auditabilità.
Integrazioni di business	I canali di messaggistica sono utili, ma i team hanno bisogno di un accesso affidabile a Slack, Gmail, GitHub, Notion, Linear, HubSpot, Sentry, Sheets, Calendar, Drive e altro.
Workflow ripetibili	Una demo virale non è la stessa cosa di un processo di business del lunedì mattina che gira ogni settimana.

È qui che Zero si spinge oltre.

Cosa fa meglio Zero

Illustrazione della governance di team di Zero

Zero non cerca di vincere essendo il runtime per agenti più configurabile. Vince trasformando la capacità agentica in un prodotto che i team possono davvero adottare.

La differenza è semplice: OpenClaw e Hermes sono operator-first. Zero è organization-first.

1. Zero passa dall'autonomia personale alla delega di team

OpenClaw chiede: come faccio a eseguire il mio assistente personale?

Hermes chiede: come faccio a operare ed estendere il mio runtime per agenti?

Zero chiede: come fa un team a delegare lavoro reale a un compagno di team AI senza che ogni utente diventi un operatore di agenti?

È una superficie di prodotto diversa. Zero funziona in Slack e sul web. Le persone possono menzionarlo, assegnare un task, collegare strumenti, pianificare il lavoro e rivedere gli output senza sapere come funziona un Gateway, un backend di terminale, un server MCP o un daemon locale.

Questo conta perché la maggior parte delle aziende non adotta gli strumenti tramite i propri utenti più tecnici. Adotta gli strumenti quando i team non tecnici possono usarli in sicurezza.

2. Zero si collega ai sistemi di lavoro, non solo ai canali di chat

L'ampiezza dei canali di OpenClaw è impressionante. L'ampiezza del gateway di Hermes è utile. Ma il lavoro di business dipende di solito da sistemi SaaS, non solo dalla consegna dei messaggi.

Zero si collega a oltre 100 strumenti: Slack, GitHub, Gmail, Google Calendar, Google Sheets, Notion, Linear, Sentry, Axiom, HubSpot, Intercom, Figma, Vercel, Dropbox, Airtable, Plausible, Resend, X, Reddit e altro.

Quello strato di connettori cambia la categoria. Zero non è solo raggiungibile da Slack. Può usare Slack, GitHub, Gmail, Notion, Linear e altri sistemi come superfici di lavoro. Può fare il triage di Sentry, aprire issue su GitHub, preparare attività di outreach, riassumere le metriche di una campagna, redigere un aggiornamento per il board, pianificare un report ricorrente o trasformare le discussioni su Slack in decisioni strutturate.

Per i team, è la differenza tra un assistente con cui puoi parlare e un compagno che può portare a termine il lavoro.

3. Zero rende i permessi una funzionalità di prodotto

Questo è il gap più grande tra un agente virale e un agente di team adottabile.

Il modello dei permessi di Zero è connettore per connettore e azione per azione. La posizione predefinita è conservativa: leggere prima di scrivere, chiedere prima di inviare e consentire la revoca. Le azioni sensibili - inviare email esterne, spostare denaro, pubblicare pubblicamente, eliminare dati, invitare utenti o modificare l'infrastruttura di produzione - si fermano in attesa dell'approvazione umana.

Non è un piccolo dettaglio di UX. È lo sblocco dell'adozione.

Un'azienda non chiede solo "L'agente può fare questo?". Chiede "L'agente può fare questo senza sorprenderci, far trapelare credenziali, eliminare dati o agire sotto l'autorità della persona sbagliata?".

Zero è costruito attorno a quella domanda.

4. Zero protegge le credenziali dall'agente stesso

I sistemi self-hosted possono essere messi in sicurezza, ma l'operatore deve fare il lavoro. Zero rende questo una proprietà a livello di piattaforma.

La documentazione di sicurezza di Zero descrive un'esecuzione isolata in microVM Firecracker con isolamento KVM a livello hardware. Ogni esecuzione avviene nel proprio ambiente privato e viene distrutta al completamento. Le credenziali sono gestite dalla piattaforma; l'agente può usare gli strumenti collegati, ma non può vedere o estrarre i token grezzi. I segreti vengono iniettati a livello di rete e le richieste in uscita vengono scansionate per ridurre il rischio di fuga.

Per i team di business, questo è un grande vantaggio pratico. L'agente può svolgere lavoro utile con Gmail, Slack, GitHub e altri strumenti senza trasformare ogni credenziale in qualcosa che il modello o il codice dell'agente possa ispezionare.

5. Zero è costruito per il lavoro ricorrente

Una demo di un agente esploso è impressionante una volta. Un workflow ricorrente è prezioso ogni settimana.

Zero è progettato per l'intelligenza pianificata: scansioni quotidiane degli errori, report settimanali delle campagne, brief delle metriche del lunedì, follow-up sui lead, controlli del debito tecnico, produzione di contenuti, triage del supporto e aggiornamenti sullo stato operativo. L'utente non ha bisogno di re-istruire l'agente ogni volta. Il workflow diventa una routine.

È qui che conta l'inquadramento di Zero come compagno di team. Un compagno non risponde solo quando interpellato. Un compagno è responsabile di una mansione ricorrente.

6. Zero offre ai team l'auditabilità

Quando un agente lavora attraverso sistemi di business, i log contano. Zero pone l'accento su log completi delle attività, chiamate agli strumenti, cronologia delle approvazioni ed esecuzioni verificabili. Questo rende più facile rivedere cosa è successo, fare il debug di un'esecuzione e costruire fiducia nel tempo.

OpenClaw e Hermes danno il controllo agli operatori. Zero dà visibilità ai team.

Sono tipi diversi di fiducia.

La differenza strategica

Il modo più semplice per comprendere il mercato è questo:

Prodotto	Cosa ha sfondato	Per cosa ottimizza	Limitazione principale
OpenClaw	L'assistente AI personale locale	Controllo, canali, proprietà self-hosted	L'operatore possiede configurazione e sicurezza.
Hermes Agent	Il runtime per agenti auto-migliorante	Estensibilità, memoria, modelli, MCP, CLI, cron	Migliore per utenti tecnici capaci di operare infrastruttura.
Zero	Il compagno di team AI	Delega, connettori, permessi, sicurezza, lavoro ricorrente	Meno orientato allo smanettamento locale; più all'esecuzione gestita di team.

OpenClaw e Hermes hanno conquistato l'attenzione dimostrando che gli agenti potevano sembrare vivi. Zero conquista l'adozione rendendo gli agenti utilizzabili nella realtà disordinata del lavoro di team.

È un'asticella più alta. I team non hanno bisogno solo di autonomia. Hanno bisogno di autorità delimitata, ripetibilità, osservabilità, sicurezza delle credenziali e una superficie di prodotto che i non sviluppatori possano comprendere.

Conclusione

OpenClaw è esploso perché ha reso l'agente autonomo personale e locale. Hermes è esploso perché ha reso l'agente estensibile, auto-migliorante e tecnicamente serio.

Zero si fonda su entrambe le intuizioni, poi sale di livello nello stack.

Mantiene ciò che le persone volevano da OpenClaw e Hermes - un'AI che può davvero svolgere lavoro - ma aggiunge ciò di cui le aziende hanno bisogno prima di potervisi affidare: oltre 100 connettori di lavoro, accesso a Slack e web, task pianificati, sub-agent, permessi a livello di azione, approvazioni delle azioni sensibili, isolamento delle credenziali, esecuzione in microVM Firecracker e audit trail.

Ecco perché Zero non è solo l'ennesima voce nell'elenco degli agenti. È il passaggio dall'agente personale e dal runtime per sviluppatori al compagno di team AI affidabile per il lavoro reale.