Gli assistenti AI hanno iniziato come finestre di chat capaci di rispondere a domande, riassumere documenti e generare codice. Il passaggio successivo è molto più delicato: permettere agli agenti di consultare archivi aziendali, modificare dati e avviare operazioni sui servizi interni senza distribuire credenziali amministrative o creare scorciatoie difficili da controllare: l’idea di OpenClaw poteva sembrare convincente ma le implementazioni pratiche sono risultate, in molti casi, assolutamente disastrose. Cloudflare OS nasce per affrontare proprio tale problema e trasformare una conversazione con l’AI in documenti, automazioni e applicazioni operative.
Cloudflare ha presentato pubblicamente il progetto il 5 agosto 2026, dopo averne distribuito una prima versione al proprio personale già da maggio scorso. Secondo l’azienda, migliaia di dipendenti appartenenti a reparti tecnici e non tecnici lo usano ogni giorno per preparare presentazioni, produrre documenti, automatizzare attività ricorrenti e costruire piccoli strumenti per analizzare dati. Il software è ora disponibile come progetto open source, con codice principale e repository separato per creare installazioni personalizzate.
L’idea ricorda alcuni passaggi osservati nella storia dell’informatica aziendale. I personal computer portarono le applicazioni sulla scrivania; i browser spostarono buona parte del lavoro sul web; le suite collaborative resero documenti e fogli di calcolo condivisibili. Cloudflare prova ora a far coincidere documento, applicazione e agente: un elemento creato durante una conversazione può contenere interfaccia, logica server, API e dati persistenti, senza richiedere un progetto software tradizionale separato.

Cloudflare OS non è un nuovo sistema operativo per PC
Il nome può trarre in inganno. Non si tratta di un’alternativa a Windows, macOS o Linux, né di un ambiente da installare direttamente su un computer: Cloudflare OS è una piattaforma web per il lavoro assistito dall’intelligenza artificiale, costruita sopra Cloudflare Workers e pensata per collegare agenti, persone, applicazioni e fonti informative aziendali.
L’interfaccia iniziale assomiglia a quella di molti servizi AI: l’utente apre uno spazio di lavoro nel browser e descrive ciò che vuole ottenere.
La differenza principale consiste nel fatto che la conversazione può utilizzare istruzioni condivise dall’organizzazione, procedure operative, glossari interni e collegamenti autorizzati verso servizi esterni. L’agente non riceve soltanto un prompt generico; lavora con conoscenze e strumenti predisposti dall’azienda.
Cloudflare riunisce tre componenti principali: uno spazio nel quale l’agente può scrivere ed eseguire codice, un sistema di autorizzazione per raggiungere dati e servizi, infine un ambiente per creare applicazioni personali modificabili. Una richiesta può quindi produrre un semplice testo, ma anche una dashboard interattiva o un processo che continua a funzionare dopo la chiusura della chat.
Dalla chat al codice eseguito in un ambiente isolato
Cloudflare OS adotta un approccio chiamato Code Mode. L’agente non deve necessariamente invocare una lunga serie di strumenti predefiniti, uno alla volta: può scrivere piccoli programmi che combinano operazioni, elaborano dati e chiamano le API disponibili.
Immaginiamo di dover analizzare migliaia di ticket, estrarre quelli aperti da più di una settimana e calcolare una distribuzione per reparto. Inviare ogni record al modello linguistico aumenterebbe consumo di token, latenza e costi. Un programma può invece filtrare e aggregare localmente i dati, passando all’AI soltanto il risultato utile per l’interpretazione. Cloudflare sostiene che, in alcuni scenari, i Dynamic Workers possono ridurre fino all’80% i token richiesti dall’inferenza; il valore dipende naturalmente dal tipo di carico e non costituisce una garanzia generale.
Ogni file può diventare una vera applicazione
Nelle suite da ufficio tradizionali, un file appartiene quasi sempre a una categoria già stabilita: documento, presentazione, foglio di calcolo o database. Cloudflare OS propone un modello meno rigido: in questo caso, come accennato in precedenza, ogni “file” può diventare una piccola applicazione full stack costruita per una persona, un progetto o un gruppo di lavoro.
Cloudflare chiama queste applicazioni Gadget. Non sono prototipi da esportare successivamente verso un server: comprendono codice client, logica server, API e stato persistente. Un utente potrebbe chiedere un’applicazione per classificare richieste commerciali, un calendario editoriale con regole personalizzate oppure una vista dei problemi aperti in uno specifico repository. L’agente genera il software, prova a eseguirlo e può correggere gli errori incontrati.
Il server di ciascun Gadget si carica soltanto quando serve: Cloudflare lo esegue come Dynamic Worker e lo associa a un Durable Object Facet, cioè un’istanza dotata di stato e archivio SQLite separati dal runtime principale di Cloudflare OS. L’isolamento consente a ogni applicazione di conservare i propri dati senza richiedere un server o un container sempre attivo.
Codice aperto, ma installazione ancora da valutare con prudenza
Cloudflare ha pubblicato il componente principale e un repository starter con licenza Apache 2.0. L’installazione di riferimento richiede Node.js, pnpm, Wrangler e un account Cloudflare configurato. Il file deployment.jsonc raccoglie elementi quali identificativo dell’account, nomi dei Worker, hostname, audience di Cloudflare Access e indirizzi degli amministratori; il comando pnpm deploy prepara e distribuisce i componenti necessari.
Il repository starter permette di fissare una specifica versione del codice principale, personalizzare nome, logo e colori, configurare accesso, routing, risorse KV o R2, Gatekeeper e strumenti di osservabilità. Cloudflare raccomanda esplicitamente di trattare il progetto come software early access: prima di ogni aggiornamento destinato alla produzione occorre esaminare le modifiche e verificare nuovamente il confine di fiducia.
Cloudflare OS anticipa un problema che molte aziende incontreranno
Il progetto sviluppato da Cloudflare mette in evidenza che gli agenti diventano più utili quando possono scrivere codice, conservare stato e raggiungere dati reali, ma proprio allora autorizzazioni e tracciamento delle attività svolte acquistano più importanza del modello linguistico scelto.
Cloudflare prova a evitare due situazioni potenzialmente pericolose, evitando così “film già visti”. Da una parte c’è l’assistente isolato, sicuro ma incapace di completare lavori concreti; dall’altra l’agente dotato di chiavi API estese, potente ma difficile da governare. Gatekeeper, binding tipizzati, sandbox di rete e registri delle risorse cercano una via intermedia e strizzano l’occhio alle realtà d’impresa che vogliono valorizzare le proprie risorse senza esporsi a rischi.
Per ora Cloudflare OS resta soprattutto una base aperta da studiare e sperimentare. Il suo contributo più rilevante, forse, non è la promessa di creare app parlando con un agente; è l’idea che ogni dato letto dall’AI debba continuare a portarsi dietro regole, limiti e responsabilità.