L’ANALISI
OpenClaw 2026.10.5 beta: ripartenze, worker locali e controlli operativi
Analisi pratica di OpenClaw 2026.10.5 beta: ripresa dopo riavvio, inferenza sui worker, aggiornamenti recuperabili, limiti e checklist di prova.
In breve: Il delta utile è operativo: il Gateway può riprendere turni e attività differite dopo un riavvio, mentre l’inferenza può essere instradata verso worker locali solo dopo controlli di policy e destinazione. La release riduce alcuni punti di perdita dello stato, ma resta beta e non sostituisce test di crash, backup e autorizzazioni nel proprio ambiente.
Che cosa sopravvive al riavvio
Le note dichiarano che turni interrotti, primi messaggi durante la preparazione del worktree e attività differite possono riprendere dopo il riavvio del Gateway. Anche input utente e dati di sessione già confermati sono trattati per resistere a scritture concorrenti e pubblicazioni fallite.
Inferenza distribuita senza confonderla con il cloud
Il nuovo runtime di inferenza sui worker consente al Gateway di assegnare il calcolo a un client. La destinazione viene verificata contro policy richieste e controlli di collocazione: è una capacità di orchestrazione, non la prova che ogni modello o dato rimanga automaticamente locale.
Aggiornamenti e consegne più recuperabili
Il percorso di aggiornamento gestisce filesystem diversi, elevazione Windows, attivazioni interrotte e lease obsoleti. Per turni e subagenti sono previste riprese da stream bloccati, websocket scaduti e finestre di consegna terminate, con avvisi visibili quando una risposta resta incompleta.
Canali e costi diventano parte del controllo
Il plugin per le menzioni su X include streaming, backfill, modalità ospite per domande sui repository e limiti giornalieri e mensili ai costi API. Questi vincoli vanno comunque verificati con credenziali limitate e soglie coerenti con il proprio account.
Cosa cambia nella decisione
Per chi gestisce agenti persistenti, la beta offre primitive concrete da provare su riavvio, collocazione dell’inferenza e recupero degli aggiornamenti. Non è ancora un motivo per aggiornare direttamente la produzione: il valore si misura riproducendo guasti controllati e verificando che lo stato recuperato sia coerente.
Condizioni e limitazioni
È una pre-release, non una versione stabile, e le note sono prove del progetto, non test indipendenti. Le garanzie dipendono da configurazione, storage, provider e canali; prima dell’uso operativo servono backup, prova di riavvio e verifica dei permessi sui worker.
Checklist pratica
- Installare la beta in un ambiente isolato e conservare una copia verificata di configurazione e sessioni.
- Interrompere un turno e riavviare il Gateway, controllando duplicazioni, ordine dei messaggi e risultato finale.
- Provare un’attività differita e un subagente oltre la finestra di consegna prevista.
- Consentire l’inferenza solo a un worker esplicitamente autorizzato e verificare il rifiuto delle altre destinazioni.
- Simulare un aggiornamento interrotto e controllare rollback, lease e possibilità di un nuovo tentativo.
- Se si abilita X, impostare credenziali minime e limiti giornalieri e mensili prima dello streaming.