Un agente che scrive codice ha bisogno di un posto dove eseguirlo. La risposta tipica è «dagli un server», e per molti agenti è più macchina del necessario. L'errore opposto è altrettanto comune: qualcuno costruisce un bot sempre acceso dentro una sandbox e poi si chiede perché sia sparito durante la notte.
Vendiamo entrambe le cose, quindi vediamo entrambi gli errori. Ecco come decideremmo.
Cos'è ciascuno
Una sandbox è una microVM Firecracker. Si avvia in circa un secondo, include Python 3.12, Node.js 22, bash e git, ha internet in uscita e nessuna porta in ingresso né SSH. Ci parli tramite API, SDK o MCP: eseguire un comando, caricare un file, leggere l'output. Un singolo comando può durare fino a 55 secondi; il lavoro più lungo gira come attività in background. Una sandbox effimera vive fino a 24 ore e sparisce da sola se resta inattiva.
Un VPS è un normale server virtuale. Root via SSH, un disco che resta, e funziona finché non lo disdici. Nei piani con IPv4 propria tutte le porte in ingresso sono tue. Nei piani NAT hai una porta inoltrata per SSH, e l'indirizzo in uscita non è il tuo.
Stesso saldo, stesso account, stesso server MCP. La differenza è nella durata e nella possibilità di raggiungerlo dall'esterno.
Tre domande
1. Deve funzionare anche quando nessuno lo chiama? Un bot Telegram, un ciclo di trading, uno scraper programmato, un agente che ogni dieci minuti controlla qualcosa. Tutto questo è un VPS. Una sandbox inattiva si elimina da sola, e una persistente pagata a ore per un mese intero costa parecchie volte un piccolo VPS.
2. Qualcosa deve collegarsi a lui? Webhook, un'API, un server MCP per il team, una dashboard aperta nel browser. Le sandbox non accettano affatto connessioni in ingresso. Serve un VPS, e in pratica uno con IPv4 propria: Nano-IP da $8 al mese.
3. Qualcuno ha letto questo codice? L'output di un modello, un pacchetto che l'agente ha deciso di installare, una pull request di uno sconosciuto. È qui che la sandbox si fa valere. Se il codice combina qualcosa, lo fa in una macchina che verrà eliminata un minuto dopo e che non contiene nessuna delle tue chiavi. Eseguire la stessa cosa sul VPS che custodisce i token del tuo bot è una scommessa che non vuoi fare.
Se hai risposto «no, no, sì», usa una sandbox. Un «sì» a una delle prime due significa VPS. Molti agenti finiscono su «sì, forse, sì», e a quelli servono entrambi.
Dove si incrociano i costi
Le sandbox si pagano al secondo per vCPU e RAM assegnate, con un minimo di 60 secondi. I piani VPS hanno un prezzo mensile fisso. Ai prezzi attuali:
| Tariffa sandbox | All'ora | VPS paragonabile | Al mese | Pareggio |
|---|---|---|---|---|
| small (0,5 vCPU, 1 GB) | $0.033 | Nano (2 vCPU, 1 GB, NAT) | $3 | ~91 h |
| standard (1 vCPU, 2 GB) | $0.066 | Micro (2 vCPU, 2 GB, NAT) | $5 | ~76 h |
| plus (2 vCPU, 4 GB) | $0.132 | Small (4 vCPU, 4 GB, NAT) | $8 | ~61 h |
Se il codice del tuo agente gira pochi minuti per compito, anche centinaia di compiti al mese costano centesimi in sandbox. Quando il totale supera circa tre ore al giorno, il VPS costa meno, e molto meno in 24/7: una sandbox standard persistente per un mese intero costa al massimo $36.14, contro $5 per Micro.
Le righe non sono gemelle perfette: il VPS ha più vCPU e un disco più grande, e i piani NAT non accettano connessioni in ingresso. Per la domanda «dove gira il mio codice», che è quella che conta qui, il confronto è onesto.
Cosa consiglieremmo
Per un agente che fa un lavoro vero, entrambi:
- Un VPS come casa dell'agente. Ci girano il ciclo dell'agente, la sua memoria e le sue chiavi API, ed è aperto ciò che deve essere aperto. Nano a $3 basta per un agente che chiama un modello via API; l'inferenza locale richiede molto di più.
- Una sandbox per ogni compito non affidabile. L'agente scrive codice, lo manda in una microVM nuova, legge il risultato e butta via la macchina. La sandbox non riceve segreti che non le servono.
Entrambi sono raggiungibili dalla stessa connessione MCP, e l'agente sceglie a ogni compito. Imposta un limite di spesa per le sandbox prima di lasciarlo fare. Un ciclo che crea sandbox senza fine si fermerà al limite invece di svuotare il saldo.
Quando questo consiglio non va bene
Se esegui già codice non affidabile in container sul tuo server e quel confine ti basta, una sandbox separata può sembrare superflua. Dipende da quanto ti fidi del codice. Il nostro confronto dei livelli di isolamento spiega cosa ferma un container e cosa no.
Se l'agente scrive applicazioni intere e non frammenti, c'è una terza opzione a metà: un VPS dove ogni branch che pubblica diventa un'anteprima con un indirizzo proprio.
E se l'agente chiama solo API e non esegue mai ciò che ha scritto, non gli servono né una sandbox né un grande server. Un VPS da $3 con il suo ciclo è più che sufficiente.
Prossimi passi: sandbox da $0.0165 l'ora (un nuovo account con email confermata riceve una volta $1 per la prima sandbox, valido 14 giorni) e piani VPS da $3 al mese. Se l'agente gestirà da solo il proprio server, leggi cosa fa dopo l'ordine.
Commenti
Ancora nessun commento. Sii il primo.