Cloudflare Computer 0.7.0: gli agenti AI possono riprendere dopo un'interruzione e attendere approvazioni

26 ottobre 2026. Cloudflare ha aggiornato Cloudflare Computer, la libreria che mette a disposizione degli agenti software un ambiente di lavoro persistente all'interno dei Workers. Dalla versione 0.7.0, il codice JavaScript eseguito dall'agente può riprendere dopo un'interruzione e sospendersi in attesa di un'approvazione esterna. La novità riguarda soprattutto gli sviluppatori che costruiscono automazioni e agenti AI con attività distribuite su più passaggi.

Il punto non è rendere un modello più intelligente, ma evitare che un processo complesso debba necessariamente ricominciare da zero quando viene interrotto. È una distinzione importante: la continuità di esecuzione è una caratteristica dell'infrastruttura applicativa, non una nuova capacità di ragionamento dell'AI.

Che cosa cambia con la versione 0.7.0

Cloudflare Computer offre uno spazio di lavoro con file e strumenti di lettura, scrittura e ricerca. La documentazione descrive un'architettura in cui un Durable Object conserva lo stato dei file su storage SQLite, mentre un backend esegue il codice. Con il nuovo meccanismo di recupero, il backend JavaScript può ricostruire una lavorazione interrotta riutilizzando i risultati già registrati delle operazioni completate.

Per abilitarlo, lo sviluppatore imposta onInterrupt: "replay" nel WorkerJavaScriptBackend, oppure nella singola esecuzione. La ripresa non implica che il programma continui a girare ininterrottamente: secondo il changelog, parte alla successiva chiamata a workspace.runtime; per richiamarla senza attendere traffico applicativo si può usare un allarme del Durable Object.

Approvazioni umane senza perdere il contesto

Un secondo cambiamento riguarda i passaggi che richiedono un'autorizzazione. Una funzione applicativa può chiamare ctx.interrupt() per sospendere l'esecuzione e attendere una decisione esterna. Cloudflare mostra, per esempio, un agente che chiede conferma prima di pubblicare un commento su GitHub.

L'applicazione può recuperare le richieste in sospeso con workspace.runtime.pending() e rispondere tramite respond(). In questo modo la verifica umana diventa parte del flusso, anziché un controllo separato che costringe a ricostruire manualmente l'operazione. L'approvazione deve comunque essere gestita e autorizzata dall'applicazione: la libreria non decide autonomamente chi abbia diritto di concederla.

Perché interessa chi sviluppa agenti AI

Si pensi a un assistente che esamina un repository, prepara una modifica, esegue test e chiede il via libera prima di aprire una richiesta di integrazione. Se l'esecuzione viene interrotta dopo la fase di analisi, poter recuperare i risultati già registrati riduce la necessità di ripetere lavoro e facilita la continuità del processo. Lo stesso schema può essere utile per revisioni di documenti, flussi editoriali e automazioni amministrative.

Per i team italiani che utilizzano piattaforme serverless, il valore potenziale è architetturale: progettare attività lunghe e controlli umani senza affidarsi esclusivamente alla durata di una singola richiesta HTTP. Non significa, però, che ogni integrazione esistente diventi automaticamente resistente ai guasti: occorrono una configurazione corretta, test e una gestione esplicita delle operazioni esterne.

Il limite da non trascurare: le azioni ripetute

Il recupero si basa sulla riproduzione dell'esecuzione e sui risultati salvati. Cloudflare avverte che, se il risultato di una chiamata non era ancora stato registrato al momento dell'interruzione, quella chiamata potrebbe essere ripetuta anche quando l'effetto esterno è già avvenuto. È il caso, per esempio, di un messaggio inviato o di una modifica registrata su un servizio remoto.

Per questo le operazioni non ripetibili richiedono protezioni come identificatori di idempotenza, riconciliazione dello stato remoto e le opzioni di gestione del replay indicate nella documentazione, fra cui unsafeToRepeat(). Non è corretto interpretare il nuovo recupero come una garanzia generale di esecuzione esattamente una volta. Anche la pausa per approvazione va accompagnata da controlli sui permessi e dalla registrazione delle decisioni.

Che cosa verificare prima di adottarlo

La versione citata nell'annuncio è @cloudflare/computer 0.7.0. Prima di aggiornare un agente in produzione conviene verificare il backend effettivamente utilizzato, il comportamento di ripresa dopo un riavvio, i confini delle chiamate con effetti esterni e il percorso di approvazione. La documentazione descrive inoltre i prerequisiti di Cloudflare Workers e Durable Objects, che non vanno confusi con un semplice script JavaScript eseguito in locale.

In sintesi, l'annuncio del 26 ottobre aggiunge due strumenti concreti per rendere più governabili gli agenti: recupero delle esecuzioni interrotte e approvazioni durante il flusso. L'affidabilità finale dipenderà comunque da come ogni applicazione li integra e li verifica.

Fonti e trasparenza editoriale

Fonte primaria: Cloudflare Developers, changelog del 26 ottobre 2026. Approfondimento tecnico: Cloudflare Developers, documentazione sul file system e Cloudflare Computer (aggiornata il 23 ottobre 2026). Le considerazioni sui possibili impieghi sono esempi editoriali, non risultati di test indipendenti.

Redazione Quotidiano Digitale — Sikelia Labs. Articolo originale redatto il 27 ottobre 2026 sulla base dell'annuncio del 26 ottobre 2026.