TL;DR
OpenClaw 2.0 non è un nuovo large language model. È il nome della milestone per OpenClaw v2026.8.1, rilasciata il 30 agosto 2026. L’aggiornamento trasforma OpenClaw da un runtime per agenti prevalentemente personale in un livello operativo per agenti IA più collaborativo e persistente.
OpenClaw 2.0 aggiunge sessioni multiutente condivise, una Control UI incentrata sulla conversazione, archiviazione basata su SQLite, Skills governate, Automations unificate e autorizzazioni più restrittive. I Claw personali idonei possono anche richiamare informazioni pertinenti da altre conversazioni private appartenenti allo stesso agente; le sessioni condivise non condividono automaticamente la memoria.
Per la maggior parte degli utenti attivi, l’aggiornamento è significativo. I team dovrebbero comunque creare un backup verificato e testare plugin critici, autorizzazioni e Automations prima di spostare un’installazione in produzione.
Punti chiave
- Piattaforma, non modello: OpenClaw fornisce il runtime, gli strumenti, la memoria, i canali e le autorizzazioni; il modello connesso fornisce la maggior parte delle capacità di ragionamento.
- Il multiutente è il cambiamento strategico: persone autorizzate possono collaborare all’interno di una sessione agente live senza scartarne il contesto.
- SQLite rafforza la persistenza: le sessioni e le trascrizioni passano da storage basato su file a stato strutturato.
- L’app del browser è misurabilmente più leggera: il test ufficiale simulato riporta 140 a 45 richieste JavaScript e circa 1.6 secondi a 575 millisecondi all’avvio.
- Aggiorna con cautela: la migrazione a SQLite e confini di autorizzazione più rigidi meritano un backup e una validazione a fasi.
OpenClaw 2.0 in breve
OpenClaw resta un runtime open-source e agnostico rispetto al modello per agenti IA. La storia ufficiale del lancio descrive il più grande aggiornamento nella storia del progetto, mentre il registro delle release riporta 16,977 pull request, 698 commit diretti e 987 contributor.
| Specifiche | OpenClaw 2.0 |
|---|---|
| Versione di rilascio | v2026.8.1 |
| Data di rilascio | 30 agosto 2026 |
| Tipo di prodotto | Runtime e gateway per agenti IA self-hosted |
| Licenza | MIT |
| Architettura del modello | Agnostica rispetto al modello |
| Runtime principale | Node.js |
| Sistemi desktop supportati | macOS, Linux e Windows |
| Archiviazione sessioni/trascr. | SQLite |
| Interfaccia web | Control UI incentrata sulla conversazione |
| Collaborazione | Sessioni multiutente condivise |
| Memoria | Richiamo tra conversazioni per agenti personali idonei |
| Sistema di Skills | Skills, Skill Workshop, proposte, verifiche e cronologia |
| Automazione | Automations e Scheduling unificate |
| Modello di sicurezza | Approvazioni vincolate a richiesta, sessione e persona |
Le installazioni correnti richiedono un runtime Node supportato. I requisiti di installazione di Node andrebbero verificati prima dell’upgrade perché i minimi supportati possono cambiare dopo la milestone 2.0.
Che cos’è OpenClaw?
Una normale API di modello accetta input e restituisce output. OpenClaw aggiunge lo strato di esecuzione persistente attorno a quello scambio: conversazioni, strumenti, file, accesso al browser, canali di messaggistica, attività pianificate, memoria, Skills e autorizzazioni.
Questo fa di OpenClaw un’infrastruttura per agenti, non un foundation model. Benchmark di modello come MMLU, GPQA o SWE-bench non misurano direttamente “OpenClaw intelligence”. Le misure utili a livello di piattaforma sono comportamento all’avvio, durabilità delle sessioni, affidabilità degli strumenti, recupero e quanta parte del contesto sopravvive tra persone e conversazioni.
Per chi parte da zero, la guida per principianti su OpenClaw di CometAPI copre l’architettura di base e la configurazione iniziale. Questo articolo si concentra su ciò che è cambiato nella 2.0.
OpenClaw 1.x vs OpenClaw 2.0
L’aggiornamento si comprende meglio come uno spostamento coordinato della piattaforma piuttosto che come una raccolta di funzionalità isolate.
| Dimensione | OpenClaw 1.x | OpenClaw 2.0 | Risultato pratico |
|---|---|---|---|
| Utilizzo principale | Principalmente personale | Personale e multiutente | Collaborazione live e passaggio di consegne |
| Onboarding | Configurazione al primo posto | Scoperta degli accessi esistenti | Percorso più rapido alla prima conversazione |
| Interfaccia web | Orientata al pannello di controllo | Incentrata sulla conversazione | Meno attrito di navigazione |
| Archiviazione sessioni | Basata su file | Basata su SQLite | Stato strutturato più durevole |
| Collaborazione | Passaggio limitato | Sessioni condivise | Il contesto può sopravvivere al passaggio |
| Memoria | Più frammentata | Richiamo tra conversazioni | Migliore continuità |
| Skills | Meccanismi separati | Ciclo di gestione connesso | Authoring e governance più semplici |
| Automazione | Concetti orientati a Cron | Automations unificate | Modello di pianificazione più chiaro |
| Accesso al browser | Automazione esistente | Profilo gestito e schede condivise | Miglior controllo dell’ambito |
| Approvazioni | Meno strettamente circoscritte | Vincolate a richiesta e sessione | Minore rischio di riuso delle approvazioni |
| Aggiornamenti | Ripristino più fragile | Verifiche a fasi e ripristino | Workflow di upgrade più sicuro |
Il movimento complessivo va da “configurare un agente personale” a “operare lavoro persistente dell’agente con altre persone”. SQLite, memoria, Skills e approvazioni più strette supportano la stessa direzione.
Quali sono i cambiamenti principali percepibili dagli utenti in OpenClaw 2.0?
Il cambiamento definitorio: sessioni multiutente
La release aggiunge sessioni cloud condivise che consentono a collaboratori autorizzati di entrare in un lavoro live mantenendo intatto il contesto della sessione. Invece di inoltrare una risposta a lavoro concluso, un compagno di squadra può unirsi al processo di esecuzione mentre l’agente ha ancora i suoi file, la cronologia dei task e lo stato.
Questo è utile per passaggi di consegne di progetto, revisioni specialistiche, operazioni in coppia e lavori di lunga durata. Non trasforma un unico Gateway in un isolamento multi-tenant completo. Utenti non correlati o reciprocamente non fidati dovrebbero comunque essere separati a livello di deployment.
Una Control UI ricostruita e incentrata sulla conversazione
La nuova applicazione browser centra il lavoro sulle conversazioni. File, approvazioni, impostazioni, terminali e attività live restano più vicini alla sessione attiva invece di essere dispersi tra viste amministrative.
Le sessioni possono essere raggruppate per progetto, persona o categoria personalizzata. Il design conta perché il lavoro degli agenti si muove ripetutamente tra conversazione, esecuzione, approvazione, ispezione dei file e follow-up. Tenere queste superfici attorno a una singola sessione persistente riduce l’attrito operativo.
Prestazioni di OpenClaw 2.0: cosa mostrano i dati
Poiché OpenClaw è agnostico rispetto al modello, il benchmark 2.0 più credibile misura l’esperienza di runtime piuttosto che la qualità del ragionamento. In un test ufficiale simulato di avvio della chat predefinita con un Gateway simulato e latenza HTTP/1.1 di 50 ms, le richieste JavaScript sono scese da 140 a 45, mentre il tempo di avvio è sceso da circa 1,600 ms a 575 millisecondi.
| Test ufficiale di avvio | Prima | OpenClaw 2.0 | Risultato calcolato |
|---|---|---|---|
| Richieste JavaScript | 140 | 45 | 67.9% in meno |
| Tempo di avvio | Circa 1,600 ms | 575 ms | 64.1% in meno |
| Velocità relativa di avvio | 1.0× | Circa 2.78× | Circa 2.8× più veloce |
Le percentuali sono calcolate dai valori ufficiali prima/dopo. Descrivono il test dichiarato di avvio della Control UI, non un arbitrario completamento reale dell’agente.
Questo benchmark non significa che ogni workflow OpenClaw sia 2.8× più veloce. Latenza del modello, chiamate di rete, esecuzione degli strumenti, azioni del browser e lavori di lunga durata restano colli di bottiglia separati.
Installazione e onboarding
La configurazione guidata può rilevare abbonamenti supportati, chiavi API e modelli locali già presenti sulla macchina. Quindi verifica il modello selezionato prima di salvarlo e può passare direttamente all’applicazione browser o al terminale.
Il prodotto ora cerca di raggiungere una conversazione funzionante prima di chiedere configurazioni opzionali. Questo inverte il vecchio flusso “configuration-first” e rende l’esperienza iniziale più facile da diagnosticare.
SQLite e stato persistente della sessione
OpenClaw 2.0 sposta sessioni e trascrizioni in SQLite. L’archiviazione strutturata fornisce una base più solida per lookup, collaborazione, cronologia, recupero e workflow tra conversazioni.
Il cambiamento è anche il principale rischio di upgrade. Un rollback del pacchetto non inverte automaticamente la migrazione dello storage e le sessioni create dopo la migrazione non compaiono semplicemente in una vecchia release basata su file.
Crea un backup verificato prima di aggiornare. Rivedi la procedura di downgrade di SQLite prima di tornare a una vecchia versione basata su file.
openclaw backup create --output ~/Backups/openclaw --verify
La documentazione del backup spiega come includere stato, configurazione, credenziali, directory degli agenti, sessioni e workspace verificando l’archivio risultante.
Memoria e Skills diventano più operative
Un Claw personale idoneo può richiamare contesto pertinente dalle altre conversazioni private dello stesso agente. Il workflow della memoria rende anche più visibili ricerca, ispezione, importazione e rimozione della memoria.
Le Skills esistevano già prima della 2.0. Ciò che cambia è il ciclo di vita circostante. La Skill Workshop connette creazione, validazione, scoperta, installazione, invocazione, proposte, verifiche, decisioni e cronologia delle revisioni.
Il ciclo risultante è semplice: eseguire, osservare, proporre un miglioramento, rivederlo e riutilizzarlo. È più sostenibile che accumulare ogni lezione in un prompt di sistema sovradimensionato.
La guida alla memoria di OpenClaw di CometAPI copre più in dettaglio i controlli della memoria.
Selezione del modello e CometAPI
OpenClaw controlla il runtime; il modello proviene comunque da un provider. La versione 2.0 può mantenere sessione, memoria, strumenti e autorizzazioni stabili cambiando il modello assegnato a una conversazione, a un agente o al default condiviso.
Ad esempio, GPT-5.6 Sol API in CometAPI può gestire il lavoro dell’agente intensivo di ragionamento mentre un altro modello gestisce monitoraggio di routine o riassunti. Il workflow OpenClaw circostante non necessita di essere riprogettato per ciascun instradamento di modello.
Il tutorial di configurazione di OpenClaw di CometAPI fornisce i passaggi di setup specifici del provider.
Automations, controllo del browser e uso del computer
OpenClaw 2.0 riunisce il lavoro pianificato in un unico modello di Automations e Scheduling attraverso l’agente, la Control UI, la CLI, la documentazione e le applicazioni native supportate.
L’accesso al browser può usare un profilo gestito isolato o esatte schede Chrome scelte dall’utente. Il controllo del computer resta dipendente dalla piattaforma e dalle autorizzazioni.
| Area d’uso del computer | Stato in OpenClaw 2.0 |
|---|---|
| Browser Chromium gestito | Supportato |
| Schede di Chrome selezionate e con sessione attiva | Supportato |
| Controllo computer su macOS | Supportato |
| Controllo computer su Windows | Supportato quando esplicitamente abilitato |
| Controllo computer su Linux | Sperimentale |
| Sessioni di sola visualizzazione che bloccano l’input | Supportato |
Il miglioramento importante non è solo che il runtime può cliccare più cose. Identità del browser, identità del dispositivo, approvazioni e autorizzazioni sono sempre più legate alla sessione e alla macchina previste.
La sicurezza diventa sensibile alla sessione
Un agente che può eseguire comandi, accedere a file, operare un browser e chiamare servizi esterni ha bisogno di confini più rigorosi rispetto a un semplice chatbot testuale. Nella 2.0, le approvazioni restano vincolate alla richiesta, e le credenziali protette possono raggiungere destinazioni supportate senza diventare normale testo visibile al modello.
Il principio di design è che l’autorizzazione dovrebbe viaggiare con il task invece di diventare un’approvazione riutilizzabile a coperta. Policy per-sessione possono anche ridurre l’autorità di una conversazione rispetto all’installazione più ampia.
I controlli di collaborazione non sono un isolamento multi-tenant completo. Le aziende che servono utenti non correlati dovrebbero aggiungere isolamento a livello di deployment attorno al runtime.
Come aggiornare in sicurezza
I percorsi di aggiornamento supportati ispezionano un’installazione prima della sostituzione. La CLI offre anche una modalità dry-run che anticipa le azioni pianificate senza installare o riavviare.
openclaw backup create --output ~/Backups/openclaw --verify
openclaw update --dry-run
openclaw update
openclaw doctor
openclaw health
Gli utenti in produzione dovrebbero eseguire gli stessi plugin, canali, autorizzazioni del browser, Automations e verifiche di recupero che contano nelle operazioni quotidiane. Un’installazione di pacchetto riuscita non prova che ogni workflow persistente sia sopravvissuto alla migrazione.
Dovresti aggiornare a OpenClaw 2.0?
| Tipo di utente | Raccomandazione | Motivo |
|---|---|---|
| Nuovo utente OpenClaw | Scarica la release stabile corrente | Miglior onboarding e baseline della UI |
| Utente personale esistente | Generalmente sì | UI, memoria e gestione dello stato migliori |
| Team che testano agenti condivisi | Sì, fortemente | Il multiutente è la capacità definitoria della 2.0 |
| Utente con forte automazione | Sì, dopo test | La persistenza migliora, ma la migrazione conta |
| Distribuzione in produzione | Prima in staging | SQLite e cambi di autorizzazioni richiedono validazione |
| Installazione fortemente personalizzata | Test in parallelo | Plugin e integrazioni potrebbero richiedere adeguamenti |
| Utente che richiede rollback semplice | Esegui backup accuratamente | Le nuove sessioni SQLite richiedono gestione deliberata del downgrade |
Per la maggior parte degli utenti attivi, OpenClaw 2.0 è un aggiornamento significativo. Il suo valore più forte deriva da come i cambiamenti si rafforzano a vicenda: le sessioni condivise richiedono uno stato più forte, uno stato più forte abilita una memoria migliore, i workflow persistenti rendono le Skills più preziose e l’esecuzione collaborativa rende più importanti le autorizzazioni con ambito.
Verdetto finale
OpenClaw 2.0 va compreso come un passaggio di maturità. La release non sostituisce il livello del modello; rende lo strato operativo attorno a quel modello più persistente, collaborativo, comprensibile e governato.
I nuovi utenti dovrebbero iniziare con la release stabile corrente. Gli utenti esistenti dovrebbero aggiornare dopo aver creato un backup verificato e testato le integrazioni che contano. I team traggono il massimo dalle sessioni multiutente, dallo stato supportato da SQLite, dalla memoria migliorata e dalle approvazioni specifiche per richiesta.
Per gli sviluppatori che usano CometAPI come livello modello, l’architettura resta flessibile: OpenClaw può possedere il workflow mentre GPT-5.6 Sol API in CometAPI o un altro modello adatto fornisce il ragionamento.
Domande frequenti
OpenClaw 2.0 è un nuovo modello di IA?
No. È un runtime e un ambiente di orchestrazione per agenti IA. Il modello collegato determina la maggior parte delle capacità di linguaggio, ragionamento e codifica.
Quale versione è OpenClaw 2.0?
OpenClaw 2.0 è il nome della milestone per la v2026.8.1. Le release successive si basano su quella base, quindi le nuove distribuzioni dovrebbero valutare anche la versione stabile corrente.
Qual è la nuova funzionalità più importante?
Le sessioni multiutente condivise sono il cambiamento strategico più grande perché consentono a più persone autorizzate di collaborare attorno a lavoro persistente dell’agente. Per i singoli utenti, la nuova Control UI e un onboarding più semplice possono essere più visibili nell’immediato.
OpenClaw 2.0 è gratuito?
Il codice sorgente resta con licenza MIT. L’uso delle API dei modelli, l’infrastruttura, l’archiviazione e i servizi esterni possono comunque generare costi operativi.
OpenClaw 2.0 rende i modelli più veloci?
Non direttamente. Il risultato di prestazioni pubblicato riguarda l’avvio della Control UI in un test simulato specifico. L’inferenza del modello e l’esecuzione degli strumenti hanno la propria latenza.
Posso eseguire un rollback dopo l’aggiornamento?
Sì, ma prima di tornare a una release basata su file, usa l’attuale CLI di OpenClaw per ripristinare i record di conversazione legacy archiviati. Le sessioni create dopo la migrazione a SQLite non appariranno nella vecchia release. Crea e verifica un backup, quindi segui la procedura ufficiale di downgrade.