Sandboxuri VPS efemere: lasă un agent AI să pornească o mașină, să ruleze cod nesigur și s-o distrugă

Nou: sandboxuri de cod. Ca să rulezi doar cod generat de AI, nu mai ai nevoie de un VPS întreg: sandboxurile de cod EQVPS sunt microVM-uri Firecracker care pornesc în aproximativ o secundă, se facturează la secundă și merg din prima ca sandbox MCP — SDK pip install eqvps · npm i @eqvps/sdk (documentație). Primul sandbox al unui cont nou primește $1 gratuit. Abordarea cu VPS întreg de mai jos rămâne potrivită când ai nevoie de root, de un IP public sau de o mașină care trăiește săptămâni întregi.

În clipa în care un agent AI scrie cod pe care nu l-ai verificat, ai o problemă: unde îl rulezi? Nu pe laptop, lângă cheile SSH și fișierele tale. Răspunsul obișnuit e un container — dar un container îți folosește kernelul și trăiește pe mașina ta. Există o graniță mai curată pe care aproape nimeni n-o folosește, pentru că înainte era prea lent de configurat: un VPS întreg, de unică folosință, pe care agentul îl creează, îl folosește și îl distruge singur.

Despre asta e vorba aici — iar EQVPS e construit tocmai pentru tiparul ăsta, pentru că agentul poate face singur tot ciclul de viață prin MCP.

De ce un VPS de unică folosință bate un container local

Pentru rularea codului în care nu ai încredere, întrebarea e raza de explozie — ce poate atinge dacă se poartă urât?

• Un container local îți folosește kernelul, stă în rețeaua ta și e la o configurare greșită distanță de host. În regulă pentru codul scris de tine; riscant pentru codul pe care tocmai l-a generat un LLM.
• Un VPS de unică folosință e o mașină separată, cu propriul sistem de operare, propriul IP și nimic de-al tău pe ea. Codul nesigur rulează acolo. Când a terminat, mașina e distrusă și tot ce era pe ea dispare odată cu ea.

Motivul pentru care oamenii nu făceau asta înainte e frecarea: crearea și ștergerea unui server însemnau un dashboard, un card, un om. Elimină asta, iar sandboxul pe un VPS de unică folosință devine alegerea evidentă.

Ciclul de viață, deținut de agent

Partea asta merge doar aici. Prin serverul nostru MCP, agentul rulează toată bucla fără niciun om:

order_vps({ product: "nano", os_id: 1 })      // fresh box, paid from prepaid balance
get_vps_status({ service_id })                // → ip, ssh_port, one-time root password
// agent SSHes in, runs the untrusted code, reads the result back
cancel_service({ service_id, type: "immediate", confirm: "<hostname>" })
//    → VM destroyed; unused paid time returned to balance

Patru apeluri: creare, citirea accesului, rulare, distrugere. Fără dashboard, fără nimeni care să aprobe o cumpărătură. Agentul și-a cumpărat și și-a rulat singur serverul; acum îl și elimină.

Economia care face asta practic

Două alegeri de design transformă asta din „scump” în „evident”:

• Soldul preplătit = plafon ferm de cheltuieli. Agentul plătește dintr-un sold pe care l-ai alimentat o dată, cu cripto. Nu poate cheltui niciodată mai mult decât e acolo — deci o buclă scăpată de sub control, care creează mașini, e limitată de sold, nu de tot portofelul tău.
• Anularea imediată returnează timpul nefolosit. Distrugerea unei mașini la mijlocul perioadei îți returnează în sold timpul plătit și nefolosit, care finanțează următorul sandbox. Un agent care pornește o mașină pentru zece minute primește înapoi cea mai mare parte din acea perioadă. Mașinile de scurtă durată rămân ieftine.

Împreună, fac un sandbox de unică folosință per sarcină rezonabil din punct de vedere economic, nu o gaură de bani.

Scopul cinstit

• E izolarea unui VPS, nu o enclavă de cercetare de securitate. Fiecare sandbox e un VM complet — mult mai puternic decât un container local, dar e virtualizare standard, nu un sandbox întărit formal. Pentru rularea codului pe care tocmai l-a scris un LLM, fără să-ți riști mașina, e exact ce trebuie; pentru analiza de malware ostil, folosește unelte construite special.
• Pornirea durează aproximativ un minut. Un VM proaspăt pornește, iar SSH-ul răspunde în aproximativ 60 de secunde — repede, dar nu instant, ca un container cald. Pentru izolare per sarcină e în regulă; pentru apeluri de funcții sub o secundă nu e unealta potrivită.
• Politica de utilizare acceptabilă se aplică în continuare. Un sandbox de unică folosință pentru propriul cod nesigur e în regulă; folosirea mașinilor de unică folosință pentru abuz, atacuri sau spam nu e și duce la închiderea contului.

De ce tocmai aici

Agentul deține aici toată bucla, cap-coadă: creare, plată, rulare, distrugere, returnarea în sold — fără om, fără card și fără KYC. E-mail la înregistrare, USDC sau USDT ca să alimentezi un sold, iar un agent poate administra singur o flotă de sandboxuri de unică folosință. Dacă construiești un agent care scrie și rulează cod, asta e granița de izolare care nu-ți pune mașina în joc. Îndreaptă-l spre endpointul MCP și lasă-l să pornească servere.