Trebuie să scriu un bloc AutoGPT personalizat pentru EQVPS?

Nu. AutoGPT vine deja cu un bloc MCP — „Connect to any MCP server and execute its tools.” Îi dai URL-ul serverului nostru (https://mcp.eqvps.com/mcp) și un Bearer token, alegi o unealtă, trimiți argumentele. Asta e toată integrarea. Un bloc EQVPS cu brand ar adăuga doar o iconiță în catalog; blocul MCP face deja munca propriu-zisă.

Cum își obține agentul un token?

Apelează register_account — o unealtă publică, fără autentificare. Răspunsul e imediat un Bearer token: fără confirmare pe e-mail, fără OTP, fără pas uman. Lipești tokenul în câmpul de date de acces al blocului MCP, iar fiecare alt apel de unealtă e autentificat.

Cu ce plătește agentul?

Cu un sold preplătit, alimentat în USDC sau USDT (Base, Ethereum sau Polygon). order_vps scade din sold la fiecare comandă. Agentul nu ține niciodată cheile portofelului tău și nu poate cheltui peste sold — plafonul ăsta e plasa ta de siguranță.

E complet fără intervenție?

Comanda și administrarea, da. Alimentarea încă nu: un om (sau un portofel alimentat al agentului) pune o dată cripto în sold, iar după asta agentul merge singur. Plata on-chain per cerere e în plan, nu e lansată — preferăm să spunem asta decât să pretindem.

Ce unelte poate apela agentul?

Pe cele reale: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Atenție la nume — e order_vps, nu create_server. Dacă un ghid îți spune create_server sau delete_server, ghicește.

Dă-i agentului tău AutoGPT propriul server

Acum ceva timp, un agent AI s-a înregistrat la EQVPS, a pus USDT într-un sold, a comandat un VPS și și-a citit înapoi propriile date de acces root — de la început până la sfârșit în aproximativ optsprezece secunde, fără niciun om nicăieri în buclă. Ne-a dat chiar și propria cheie publică SSH la comandă, ca să se poată autentifica fără parolă. Apoi, o zi mai târziu, a revenit și a cumpărat unul mai mare.

Asta e partea pe care oamenii n-o prea cred până n-o văd. Un agent poate scrie codul, îl poate depana și îți poate spune unde să-l pui — dar închirierea mașinii propriu-zise a cerut mereu o persoană: un formular de înregistrare, poate o verificare de identitate, un card pe o pagină de checkout. Agentul face partea grea și apoi te așteaptă pe tine pentru partea plictisitoare.

Dacă construiești pe AutoGPT, golul ăsta e deja închis. Trebuie doar să-l legi.

AutoGPT vorbește MCP din prima

Iată partea utilă pe care o ratează majoritatea oamenilor: AutoGPT vine cu un bloc MCP. Descrierea lui e literal „Connect to any MCP server and execute its tools. Provide a server URL, select a tool, and pass arguments dynamically.” Nu-ți trebuie o integrare EQVPS personalizată — blocul generic e integrarea.

Așa că configurarea e scurtă:

Adaugă blocul MCP în graful agentului tău.
Setează server_url la https://mcp.eqvps.com/mcp.
Dă-i un Bearer token ca dată de acces.
Alege o unealtă, trimite argumentele.

Pasul 3 e singurul care merită explicat, pentru că acolo designul nostru diferă de un API obișnuit.

Obținerea tokenului — fără om, fără e-mail

Majoritatea hosturilor dau chei API printr-un dashboard în care te autentifici. Asta nu merge pentru un agent; tot rostul e că nu există o persoană care să apese „generează cheie”.

Așa că register_account e o unealtă publică. Agentul o apelează cu câteva câmpuri și primește un Bearer token înapoi în același răspuns — fără confirmare pe e-mail, fără OTP, fără ecran de verificare. Iei tokenul și îl pui în câmpul de date de acces al blocului MCP, iar fiecare apel următor (order_vps, get_vps_status și restul) pleacă autentificat. Pe dedesubt, clientul trimite doar Authorization: Bearer <token> — nimic exotic, exact de aceea blocul MCP al AutoGPT vorbește cu el fără tratament special.

Dacă ai prefera ca agentul să nu se înregistreze singur, înregistrează-te o dată tu, ia tokenul și dă-i-l. Merg ambele variante.

Un flux real

Să zicem că vrei ca agentul să pornească o mașină pentru un scraper. În apeluri de unelte, asta înseamnă:

list_plans → vezi planurile și, pentru fiecare, ID-urile imaginilor de sistem. Sluguri de plan ca nano, micro, ai-agent-ip. Sistemul de operare e un os_id (un număr din lista aceea — Ubuntu 24.04, Debian 12, AlmaLinux 9), nu un șir ca "ubuntu-24".
order_vps cu { product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. Trimite o cheie SSH și primești imediat autentificare root cu cheie — puternic recomandat pentru un agent, ca să nu trebuiască niciodată să umble cu o parolă.
get_vps_status → interoghezi până e active. Asta returnează hostul, portul și o comandă ssh gata de lipit. Root-ul e de obicei accesibil la aproximativ un minut după comandă; un VM proaspăt are nevoie de un moment ca să pornească înainte să răspundă SSH-ul, deci, dacă prima încercare e refuzată, așteaptă și reîncearcă — nu reinstala.

Asta e tot. Agentul are acum un server pe care poate intra prin SSH și unde poate face orice pentru care a fost construit.

Plătește cu cripto, sari peste actul de identitate

Plata e un sold preplătit. Îl alimentezi cu USDC sau USDT — pe Base, Ethereum sau Polygon —, iar order_vps cheltuie din el. Fără card, fără adresă de facturare, fără verificare de identitate. Pentru un agent autonom, asta contează de două ori: nu există un formular de card pe care să nu-l poată completa, iar soldul e un plafon ferm pentru ce poate cheltui. Pur și simplu nu poate face o factură mai mare decât ce ai pus.

Există și topup_balance și pay_invoice, dacă ai prefera ca agentul să conducă alimentarea printr-un URL de checkout, dar modelul simplu — alimentezi o dată, îl lași să comande — e cel la care am apela noi.

Ce e cinstit de spus

Două lucruri, pentru că dacă am pretinde altceva, ți-am pierde timpul.

Alimentarea nu e încă complet autonomă. Cineva alimentează întâi soldul cu cripto; după asta, agentul se descurcă singur la comenzi și administrare. Facturarea on-chain cu adevărat per cerere, pe măsura utilizării, e ceva ce vrem, dar nu e legată, și n-o să pretindem că e.

Planurile implicite sunt NAT, nu cu IP dedicat. Pe un plan NAT, SSH-ul vine pe un port redirecționat (afișat în get_vps_status), care corespunde portului 22 din VM — bine de știut dacă agentul tău configurează un firewall, pentru că permiți portul 22 în interior, nu portul extern. Dacă agentul are nevoie de propriul IPv4 public (servicii de intrare, propriul server web), alege în schimb unul dintre planurile -ip. Pentru un worker care doar face apeluri spre exterior, NAT e în regulă și mai ieftin.

Concluzia

Dacă rulezi agenți pe AutoGPT și ai fost omul de la checkout, poți înceta să fii. Adaugă blocul MCP, îndreaptă-l spre https://mcp.eqvps.com/mcp, lasă agentul să se înregistreze și să comande. Dă-i o cheie SSH și un sold alimentat și va avea singur root pe propria mașină în aproximativ un minut — iar tu vei afla că s-a întâmplat doar când îți verifici logurile.