Venerdì 6 novembre 2026
L’edizione di oggi
Millebit
AI · Software · QA
Il segnale, non il rumore.

Gli articoli di Millebit sono scritti con l’intelligenza artificiale a partire da fonti citate in ogni pezzo. Come lavoriamo

Intelligenza artificiale

Docker Sandboxes, microVM isolate per agenti di coding

Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.

Le Sandboxes offrono kernel, filesystem, rete e Docker Engine privati per contenere agenti autonomi che agiscono come sviluppatori.

Illustrazione generata con l’intelligenza artificiale

Docker descrive le Sandboxes: microVM con kernel, filesystem, rete e Docker Engine privati, pensate per eseguire agenti di coding autonomi. Risolvono un problema diverso dai container1.

Che cosa cambia rispetto ai container

Un container è un processo isolato. Condivide il kernel dell’host. Usa namespace per la vista del sistema e cgroups per CPU, memoria e I/O. Parte in fretta, occupa poco, ha poco overhead1.
Le Sandboxes sono microVM con kernel Linux proprio, filesystem e stack di rete separati, più un Docker Engine privato. Danno all’agente sudo dentro un ambiente che non raggiunge il Docker daemon dell’host, il filesystem dell’host fuori dal suo workspace, né le altre Sandboxes sulla stessa macchina1.
Una sandbox può eseguire container al suo interno, ma il confine è diverso: nelle Sandboxes è una macchina intera, non un processo isolato sul kernel dell’host1.

Perché servono per gli agenti di coding

Mark Cavage, presidente di Docker, al keynote di WeAreDevelopers: i container fanno bene il lavoro per cui sono nati, gli stiamo chiedendo un lavoro diverso1.
Un agente agisce come uno sviluppatore. Clona repository. Installa pacchetti. Avvia database. Costruisce immagini. Lancia applicazioni con Compose. Rilegge i log. Cambia codice. Ripete per ore. Ogni passo dipende da ciò che ha lasciato il precedente1.
Un container nasce per processi con dipendenze note e per essere ricreato dall’immagine, con pochi volumi espliciti. Lo stato che l’agente accumula fuori da quei volumi si perde alla ricreazione. Questo penalizza sessioni lunghe che costruiscono stato nel tempo1.
C’è un secondo punto: l’agente decide su input non sempre affidabili. Può leggere istruzioni da file, descrizioni di issue, pagine web, metadati dei pacchetti e output di tool. Una riga malevola in un README o in un tool può indirizzarlo. Il codice che genera può essere errato o ostile. Un agente ha già cancellato un database di produzione dopo aver frainteso il compito. In modalità non presidiata, YOLO mode, non c’è più un prompt di conferma che lo fermi. Serve un confine diverso, e dove lo metti determina fin dove l’errore può viaggiare1.

Quando usare container e quando Sandboxes

I container restano la scelta giusta per applicazioni impacchettate, job di CI ed esecuzioni brevi. L’ecosistema li usa come primitiva comune: Compose, Kubernetes, registry OCI, scanner di immagini e gran parte dei sistemi di CI. Se devi far girare un servizio, eseguire uno snippet, processare una richiesta o fare una valutazione e poi sparire, il container è la scelta ovvia1.
Le Sandboxes servono per agenti autonomi che richiedono sudo, un Docker Engine privato, stato di lunga durata e controlli di rete e credenziali imposti dall’host1.
Si possono combinare i due livelli: metti l’agente in una sandbox e containerizza l’applicazione su cui lavora1.

Uso pratico e strumenti

C’è una CLI dedicata, sbx. Basta un comando per creare la sandbox e avviare l’agente: sbx run claude. Puoi fermarla, riprenderla e ritrovare tutto ciò che l’agente ha installato finché non rimuovi la sandbox1.

Chi cerca criteri di valutazione trova nella motivazione di Docker quattro esigenze: contenimento, controllo, scelta e capacità1.

Fonti

  1. Docker Sandboxes vs. Containers: Choosing the Right Isolation for AI Agents Docker Blog · 6 novembre 2026
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici

Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:

  • Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
  • Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9/10.
  • Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
  • Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 7,9/10.

I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.

Come funziona Millebit, nel dettaglio →

Hai trovato un errore? Segnalacelo
Tipo di segnalazione

Leggiamo ogni segnalazione. Le correzioni fatte sono elencate in Correzioni. L’email, se la lasci, serve solo a risponderti.