Varför en hel VPS som sandlåda i stället för en container?

Skaderadien. En container på din maskin delar kärnan och sitter bredvid dina filer, nycklar och nätverk. En separat VPS är verklig isolering — opålitlig, AI-genererad kod körs på en maskin där inget av ditt finns, och när uppgiften är klar förstörs hela maskinen. För kod du inte litar på är en engångsserver den renare gränsen.

Hur skapar och förstör agenten maskinen själv?

Via vår MCP-server anropar agenten order_vps för att provisionera en färsk maskin (betald från ett förbetalt kryptosaldo), läser dess SSH-åtkomst med get_vps_status, kör koden och sedan cancel_service i läget 'immediate' för att förstöra den. Ingen klickar på något. Den omedelbara uppsägningen raderar VM:en och krediterar oanvänd betald tid tillbaka till saldot, så nästa sandlåda är redan finansierad.

Vad händer med pengarna när en kortlivad maskin sägs upp?

Den omedelbara uppsägningen krediterar den oanvända delen av den betalda perioden tillbaka till kontosaldot — den går inte förlorad. Så en agent som startar en maskin tio minuter och förstör den får tillbaka det mesta av den perioden som saldo för att finansiera nästa. Med den förbetalda modellen är det ett hårt utgiftstak: agenten kan bara spendera det som finns på saldot.

Är detta verkligen säker isolering?

Långt starkare än en lokal container, och ärlig om sina gränser. Varje sandlåda är sin egen VM med eget OS, IP och disk — inget av ditt finns på den, och att förstöra den tar bort allt. Det är standard VPS-isolering, inte en härdad enklav för säkerhetsforskning; kör inte det du bara skulle anförtro en formellt verifierad sandlåda. För det vanliga fallet — att köra kod som en AI just skrev utan att riskera din egen maskin — är en engångs-VPS precis rätt.

Frågar ni efter ID eller kort?

Nej. E-post för att registrera, USDC eller USDT för att betala. Inga dokument, inget kort, ingen KYC — vilket räknas när det är en autonom agent som provisionerar och betalar.

Efemera VPS-sandlådor: låt en AI-agent starta upp, köra opålitlig kod och förstöra maskinen

I det ögonblick en AI-agent skriver kod du inte granskat har du ett problem: var kör du den? Inte på din laptop, bredvid dina SSH-nycklar och filer. Det vanliga svaret är en container — men en container delar din kärna och lever på din maskin. Det finns en renare gräns som nästan ingen använder eftersom den förr var för långsam att sätta upp: en hel engångs-VPS som agenten själv skapar, använder och förstör.

Det är vad detta handlar om — och det är ett mönster som EQVPS är unikt byggt för, eftersom agenten kan gå igenom hela livscykeln själv via MCP.

Varför en engångs-VPS slår en lokal container

För att köra kod du inte litar på är frågan skaderadien — vad kan den röra om den beter sig illa?

En lokal container delar din kärna, sitter på ditt nätverk och är en felkonfiguration från din värd. Bra för kod du skrev; riskabelt för kod en AI just genererade.
En engångs-VPS är en separat maskin med eget OS, egen IP och inget av ditt på den. Den opålitliga koden körs där. När den är klar förstörs maskinen och allt på den försvinner med den.

Anledningen att man förr inte gjorde detta är friktion: att skapa och riva en server innebar en instrumentpanel, ett kort, en människa. Ta bort det, och engångs-VPS-sandlådan blir det uppenbara valet.

Livscykeln, ägd av agenten

Det här är delen som bara fungerar här. Via vår MCP-server går agenten igenom hela cykeln utan människa:

order_vps({ product: "nano", os_id: 1 })      // färsk maskin, betald från förbetalt saldo
get_vps_status({ service_id })                // → ip, ssh_port, engångs root-lösenord
// agenten loggar in via SSH, kör den opålitliga koden, läser tillbaka resultatet
cancel_service({ service_id, type: "immediate", confirm: "<hostname>" })
//    → VM förstörd; oanvänd betald tid krediterad tillbaka till saldot

Fyra anrop: skapa, läs åtkomst, kör, förstör. Ingen instrumentpanel, ingen som godkänner ett köp. Agenten köpte och körde sin server; nu kasserar den den också.

Ekonomin som gör det praktiskt

Två designval förvandlar detta från "dyrt" till "självklart":

Förbetalt saldo = hårt utgiftstak. Agenten betalar från ett saldo du en gång fyllde på med krypto. Den kan aldrig spendera mer än vad som finns — så en skenande loop som skapar maskiner begränsas av saldot, inte hela din plånbok.
Omedelbar uppsägning krediterar oanvänd tid. Att förstöra en maskin mitt i perioden återför oanvänd betald tid till saldot (refund_amount), vilket finansierar nästa sandlåda. En agent som startar en maskin tio minuter får tillbaka det mesta. Kortlivade maskiner förblir billiga.

Tillsammans gör de en engångs-per-uppgift-sandlåda ekonomiskt vettig, inte en pengagrop.

Ärlig räckvidd

Detta är VPS-isolering, inte en säkerhetsforsknings-enklav. Varje sandlåda är en hel VM — långt starkare än en lokal container, men det är standardvirtualisering, inte en formellt härdad sandlåda. För att köra kod en AI just skrev utan att riskera din maskin är det precis rätt; för fientlig malware-analys, använd särskilda verktyg.
Provisionering tar ungefär en minut. En färsk VM startar och SSH svarar på omkring 60 sekunder — snabbt, men inte omedelbart som en varm container. För isolering per uppgift är det fint; för funktionsanrop under en sekund är det inte verktyget.
AUP gäller fortfarande. En engångs-sandlåda för din egen opålitliga kod är okej; att använda engångsmaskiner för missbruk, attacker eller spam är det inte, och leder till att kontot avslutas.

Varför just här

Ingen annan värd låter en agent äga denna cykel från början till slut: skapa, betala, köra, förstöra, återbetala — utan människa, utan kort och utan KYC. E-post för att registrera, USDC eller USDT för att fylla ett saldo, och en agent kan själv hantera en flotta av engångs-sandlådor. Bygger du en agent som skriver och kör kod är detta isoleringsgränsen som inte sätter din maskin på spel. Rikta den mot MCP-endpointen och låt den provisionera.