En agent som skriver kod behöver någonstans att köra den. Det vanliga svaret är ”ge den en server”, och för många agenter är det mer maskin än jobbet kräver. Det omvända misstaget är lika vanligt: någon bygger en bot som ska vara igång jämt inne i en sandbox och undrar sedan varför den försvann under natten.
Vi säljer båda, så vi ser båda misstagen. Så här skulle vi bestämma.
Vad är vad
En sandbox är en Firecracker-microVM. Den startar på ungefär en sekund, har Python 3.12, Node.js 22, bash och git, har utgående internet och saknar inkommande portar och SSH. Du pratar med den via API:t, SDK:t eller MCP: köra ett kommando, ladda upp en fil, läsa utdata. Ett kommando kan köra i upp till 55 sekunder; längre arbete körs som bakgrundsjobb. En tillfällig sandbox lever i upp till 24 timmar och försvinner av sig själv när den är inaktiv.
En VPS är en vanlig virtuell server. Root via SSH, en disk som ligger kvar, och den kör tills du säger upp den. På planer med egen IPv4 är alla inkommande portar dina. På NAT-planer får du en vidarebefordrad port för SSH, och den utgående adressen är inte din egen.
Samma saldo, samma konto, samma MCP-server. Skillnaden är livslängd och om man når maskinen utifrån.
Tre frågor
1. Måste den vara igång när ingen frågar efter den? En Telegram-bot, en tradingloop, en schemalagd scraper, en agent som vaknar var tionde minut och kollar något. Allt det är en VPS. En inaktiv sandbox raderar sig själv, och en beständig som betalas per timme kostar under en hel månad flera gånger mer än en liten VPS.
2. Måste något ansluta till den? Webhooks, ett API, en MCP-server för teamet, en panel du öppnar i webbläsaren. Sandboxar tar inte emot inkommande anslutningar alls. Alltså en VPS, i praktiken en med egen IPv4: Nano-IP från $8 i månaden.
3. Har någon läst den här koden? Utdata från en modell, ett paket som agenten bestämde sig för att installera, en pull request från en främling. Här gör sandboxen skäl för sig. Om koden gör något elakt gör den det i en maskin som raderas en minut senare och som inte innehåller några av dina nycklar. Att köra samma sak på VPS:en där även botens tokens finns är en chansning du inte vill ta.
Svarade du ”nej, nej, ja” – ta en sandbox. ”Ja” på någon av de två första betyder VPS. Många agenter hamnar på ”ja, kanske, ja”, och de behöver båda.
Där kostnaderna möts
Sandboxar debiteras per sekund för tilldelad vCPU och RAM, minst 60 sekunder. VPS-planer har fast månadspris. Med dagens priser:
| Sandbox-tariff | Per timme | Jämförbar VPS | Per månad | Brytpunkt |
|---|---|---|---|---|
| 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 |
Kör agentens kod några minuter per uppgift kostar även hundratals uppgifter i månaden bara cent i sandboxar. När summan passerar ungefär tre timmar om dagen blir VPS:en billigare, och dygnet runt mycket billigare: en beständig standard-sandbox kostar för en hel månad högst $36.14, mot $5 för Micro.
Raderna är inga exakta tvillingar: VPS:en har fler vCPU och större disk, och NAT-planer tar inte emot inkommande anslutningar. För frågan ”var körs min kod”, som det handlar om här, är jämförelsen rättvis.
Det vi skulle rekommendera
För en agent som gör riktigt arbete: båda.
- En VPS som agentens hem. Där kör agentloopen, där ligger dess minne och API-nycklar, och där är det öppet som ska vara öppet. Nano för $3 räcker för en agent som anropar en modell via API; lokal inferens kräver mycket mer.
- En sandbox per obetrodd uppgift. Agenten skriver kod, skickar den till en ny microVM, läser resultatet och kastar maskinen. Sandboxen får inga hemligheter den inte behöver.
Båda nås via samma MCP-anslutning, och agenten väljer per uppgift. Sätt en utgiftsgräns för sandboxar innan du släpper loss den. En loop som startar sandboxar i all oändlighet stoppas då vid gränsen i stället för att tömma saldot.
När det här rådet inte passar
Om du redan kör obetrodd kod i containrar på din egen server och är nöjd med den gränsen kan en separat sandbox kännas överflödig. Det beror på hur mycket du litar på koden. Vår jämförelse av isoleringsnivåer går igenom vad en container stoppar och inte stoppar.
Skriver agenten hela appar i stället för kodsnuttar finns ett tredje alternativ mittemellan: en VPS där varje gren den pushar blir en förhandsvisning med egen adress.
Och om agenten bara anropar API:er och aldrig kör det den skrivit behöver den varken sandbox eller någon större server. En VPS för $3 med agentloopen räcker gott.
Nästa steg: sandboxar från $0.0165 i timmen (ett nytt konto med bekräftad e-post får en gång $1 till sin första sandbox, giltigt i 14 dagar) och VPS-planer från $3 i månaden. Ska agenten sköta sin egen server, läs vad den gör efter beställningen.
Kommentarer
Inga kommentarer än. Bli först.