OpenClaw 2.0 ricostruisce la piattaforma degli agenti attorno a SQLite e al lavoro di squadra

OpenClaw 2.0, rilasciato ufficialmente come v2026.8.1 alla fine di agosto 2026, è molto più di un normale aggiornamento di funzionalità. La release interviene contemporaneamente su installazione, configurazione dei modelli, stato persistente, interfaccia Control UI, applicazioni native, plugin, automazioni e collaborazione tra team. Secondo il progetto, il lavoro ha coinvolto 933 contributor, inclusi 569 esordienti, e ha portato alla fusione di oltre 16.000 pull request. 13

Il punto centrale è il cambio di direzione: OpenClaw prova a trasformarsi da insieme di strumenti locali per agenti a livello operativo più duraturo per agenti e gruppi di lavoro. Proprio per questo l’aggiornamento va affrontato con attenzione: sessioni e trascrizioni stanno abbandonando il vecchio modello basato su file, quindi è fondamentale eseguire e verificare un backup prima dell’installazione.

Dall’installazione al primo agente operativo

OpenClaw 2.0 ridisegna il percorso di installazione e configurazione dei modelli. Invece di chiedere all’utente di inserire manualmente ogni parametro del provider, l’installer può rilevare credenziali, chiavi API e abbonamenti già disponibili, così da riutilizzare gli accessi esistenti. 3

L’obiettivo è ridurre la distanza tra l’installazione del software e l’avvio del primo agente realmente utile. La selezione del modello introduce inoltre controlli più espliciti: le preferenze possono essere ricordate e una modifica può riguardare soltanto la sessione corrente, un singolo agente oppure l’impostazione condivisa. 21

Sessioni e trascrizioni passano a SQLite

Uno dei cambiamenti architetturali più importanti riguarda la persistenza dello stato delle conversazioni. La documentazione precedente descriveva un archivio sessions.json e trascrizioni in file *.jsonl; la versione 2.0 si orienta invece verso una persistenza basata su SQLite per sessioni, trascrizioni, ricerca, memoria e archiviazione. 1835

Per gli utenti, questo dovrebbe rendere la cronologia degli agenti più interrogabile e più semplice da gestire durante passaggi di consegne, archiviazioni e attività condivise. Cambia però anche il profilo di rischio in caso di aggiornamento o ritorno a una versione precedente: copiare semplicemente i vecchi file JSON o JSONL non va considerato un piano di migrazione completo, soprattutto se si deve ripristinare una release più vecchia basata sui file. 6

Gli strumenti ufficiali di backup di OpenClaw permettono di creare, verificare e ripristinare archivi con configurazione, stato, profili di autenticazione, credenziali di provider e canali, sessioni e, facoltativamente, workspace. La documentazione include anche procedure specifiche per il backup dei database SQLite. 3335

Il nuovo Control UI diventa una console operativa

La Control UI riprogettata non è più soltanto una finestra di chat. Offre strumenti orientati al workspace per modificare file, consultare attività Git, pull request e CI, ispezionare il browser e utilizzare terminali web. L’idea è permettere agli operatori di osservare e correggere il lavoro dell’agente direttamente dal browser. 3

Anche la configurazione diventa più accessibile: l’interfaccia può generare moduli a partire dallo schema di configurazione in uso, compresi gli schemi disponibili per plugin e canali. Per gli utenti esperti resta comunque disponibile un editor JSON grezzo. 17

I miglioramenti prestazionali dichiarati sono significativi, ma vanno letti nel loro contesto. In un test simulato di chat predefinita, con Gateway simulato e latenza HTTP/1.1 di 50 millisecondi, l’avvio è sceso da circa 1,6 secondi a 575 millisecondi, mentre le richieste JavaScript sono passate da 140 a 45. Sono dati relativi a quell’ambiente di prova, non una garanzia di risultato identico per ogni installazione. 57

Sessioni condivise: il lavoro degli agenti diventa trasferibile

OpenClaw 2.0 introduce sessioni cloud condivise che possono eseguire il lavoro su dispositivi associati o worker cloud, portando con sé workspace e contesto accumulato. È inoltre possibile riutilizzare macchine già pronte e seed di progetto; un collega può quindi entrare in un’attività in corso o prenderne il controllo senza ricominciare da una conversazione vuota. 221

Per i team, la differenza pratica è notevole: un compito affidato a un agente può diventare un’attività trasferibile, anziché restare legato al computer di un solo operatore. La release aggiunge anche un archivio di credenziali condiviso a livello di team basato su SQLite. I valori segreti sono di sola scrittura, l’accesso in uscita protetto può essere limitato agli host dichiarati e le variabili d’ambiente leggibili vengono separate dai segreti. 35

C’è però un limite da non sottovalutare. Le sessioni condivise sono una funzione di collaborazione e continuità, non un meccanismo di isolamento tra tenant. Non vanno quindi usate al posto di gateway separati, credenziali distinte, controlli di accesso o confini infrastrutturali dedicati. Nell’architettura di OpenClaw, il Gateway continua a gestire routing e connessioni ai canali, mentre l’isolamento può essere configurato per agente, workspace o mittente. 519

Skill, automazioni, app e plugin più integrati

L’aggiornamento amplia inoltre le skill riutilizzabili, i workflow per modelli e provider, le automazioni ricorrenti e il ruolo del Gateway nel coordinamento di sessioni e connessioni ai canali. Le app native e i flussi con dispositivi associati ricevono un supporto più ampio, mentre le impostazioni basate su schema rendono più semplice individuare e configurare plugin e canali dalla Control UI. 168

Il valore della release sta quindi anche nel collegamento tra componenti che spesso vengono gestiti separatamente: accesso ai modelli, messaggistica, memoria, strumenti, attività pianificate e controlli per gli operatori. La portata di OpenClaw 2.0 non dipende da una singola funzione, ma dal tentativo di far lavorare questi elementi insieme attorno a sessioni persistenti.

Cosa fare prima di aggiornare

Poiché la release modifica il modo in cui sessioni e trascrizioni vengono archiviate, prima dell’aggiornamento gli operatori dovrebbero:

1. Creare un backup ufficiale di OpenClaw includendo la configurazione e lo stato necessari.
2. Verificare l’archivio, senza considerare sufficiente una semplice copia dei file.
3. Trattare credenziali e cronologia delle sessioni come contenuti sensibili e conservarli di conseguenza.
4. Testare il ripristino oppure mantenere un percorso di recupero verificato prima di intervenire sull’ambiente di produzione.

La documentazione di OpenClaw raccomanda esplicitamente di eseguire il backup di configurazione e stato prima dell’aggiornamento. Gli strumenti disponibili supportano creazione, verifica e ripristino degli archivi, oltre alle operazioni specifiche per SQLite. 333539

In sintesi

OpenClaw 2.0 va letto soprattutto come una release infrastrutturale. La configurazione guidata abbassa la barriera d’ingresso, SQLite offre una base più solida per sessioni e trascrizioni, la Control UI diventa una console operativa più rapida e le sessioni cloud condivise rendono il lavoro degli agenti trasferibile tra colleghi e dispositivi. 1321

Il rovescio della medaglia è che l’aggiornamento tocca dati persistenti e permessi. Prima di procedere serve un backup verificato; nei contesti di squadra, inoltre, è essenziale distinguere la comodità della collaborazione da un vero isolamento di sicurezza.