Echipa ta CrewAI merge perfect pe laptop. Agenții vorbesc între ei, cercetătorul îi predă scriitorului, totul toarce — până în clipa în care închizi capacul și se oprește tot. Sau îți cade Wi-Fi-ul în mijlocul unei sarcini. Sau repornești și uiți s-o pornești din nou.
O echipă care rulează doar cât te uiți nu e automatizare. E o demonstrație. Mutarea pe un VPS e ce o transformă în ceva care chiar merge cât dormi.
De ce un server, nu mașina ta
Argumentul e simplu: un VPS e un calculator care nu-și închide niciodată capacul. Are un IP fix, nu doarme, iar dacă procesul moare, se poate readuce singur. Pentru o echipă multi-agent — care, prin design, rulează sarcini lungi, vorbărețe, în mai mulți pași —, asta e diferența dintre „a mers o dată” și „rulează de trei săptămâni”.
Există și un al doilea motiv, care îi surprinde pe oameni în bine: nu ai nevoie de o mașină puternică. Mai multe imediat, pentru că asta e prima întrebare pe care o pune toată lumea.
Nu, nu ai nevoie de GPU
Asta e partea pe care oamenii o greșesc la găzduirea agenților. CrewAI e un orchestrator. Decide ce agent acționează, în ce ordine, cu ce context — și apoi îi cere unui model de limbaj să facă raționamentul propriu-zis. Modelul stă aproape întotdeauna în spatele unui API: trimiți o cerere la OpenAI sau Anthropic, ei îl rulează pe GPU-urile lor, primești înapoi text.
Așa că serverul tău face trei lucruri: rulează Python, ține starea echipei și face apeluri HTTPS. Niciunul nu atinge un GPU. Un VPS simplu, doar cu CPU, e exact ce trebuie. Singura dată când se schimbă asta e dacă vrei să rulezi și modelul local — dar ăla e un proiect separat, mai greu, iar majoritatea echipelor nu-l fac.
Practic: un plan de 1–2 GB rulează o echipă mică fără efort. Treci la 4 GB dacă rulezi mai multe echipe deodată, ții istorice mari de conversație în RAM sau adaugi o bază de date vectorială pentru memoria pe termen lung a agenților.
Configurarea reală
Mașină Ubuntu proaspătă, root în aproximativ un minut după comandă. Iată totul:
# Python + venv
apt update && apt install -y python3-venv python3-pip
python3 -m venv ~/crew && source ~/crew/bin/activate
# CrewAI
pip install crewai crewai-tools
# your project
mkdir ~/mycrew && cd ~/mycrew
# copy your crew.py and .env up here (scp / git clone)
Fișierul tău .env ține singurul secret care contează — cheia API a LLM-ului:
OPENAI_API_KEY=sk-...
# or ANTHROPIC_API_KEY, etc.
Apoi un python crew.py obișnuit o rulează. Asta e varianta manuală. Merge, dar moare în clipa în care se închide sesiunea SSH — ceea ce ne aduce la rostul real al unui server.
Ține-o în viață cu systemd
tmux e în regulă pentru un test rapid. Pentru orice real, folosește systemd — repornește echipa dacă pică și o pornește la repornire. Pune asta în /etc/systemd/system/mycrew.service:
[Unit]
Description=CrewAI crew
After=network-online.target
[Service]
WorkingDirectory=/root/mycrew
ExecStart=/root/crew/bin/python /root/mycrew/crew.py
Restart=always
RestartSec=5
EnvironmentFile=/root/mycrew/.env
[Install]
WantedBy=multi-user.target
systemctl daemon-reload
systemctl enable --now mycrew
journalctl -u mycrew -f # watch it work
Acum echipa pornește la boot, repornește după erori și scrie loguri acolo unde le poți citi. Închide-ți laptopul — nu-i pasă.
Plata
Înregistrarea înseamnă un e-mail și un cod de unică folosință — fără card, fără act de identitate. Alimentezi un sold cu USDC sau USDT pe Base, Ethereum sau Polygon (Base are cele mai mici comisioane), iar comenzile se plătesc din el. Pentru o echipă care mai mult face apeluri API spre exterior, planul NAT implicit e în regulă și mai ieftin; alege un plan -ip doar dacă echipa are nevoie de propriul IPv4 public pentru servicii de intrare.
Un truc frumos: EQVPS are un server MCP la mcp.eqvps.com/mcp. Dacă pornirea infrastructurii e chiar una dintre sarcinile echipei, un agent cu un sold alimentat poate apela order_vps și poate porni singur o mașină — fără niciun om la checkout.
Ce e cinstit de spus
Cheile API ale LLM-ului le aduci tu. Noi găzduim echipa, nu modelul. Factura ta OpenAI/Anthropic e separată și, pentru o echipă ocupată, de obicei e costul mai mare — VPS-ul e partea ieftină.
E doar cu CPU, un singur centru de date în UE. Fără inferență locală pe GPU, iar latența e cea mai bună dacă utilizatorii sau API-urile tale sunt aproape de Europa. Pentru o echipă care apelează API-uri de LLM găzduite în SUA, hopul în plus înseamnă milisecunde — irelevant lângă latența modelului —, dar merită știut.
Dimensionează după memorie, nu după model. Ce îți crește de fapt consumul de RAM e istoricul conversațiilor și orice bază vectorială adaugi, nu numărul agenților. Urmărește journalctl și htop o zi și redimensionează, dacă e nevoie.
Concluzia
O echipă CrewAI își are locul pe ceva care nu doarme. Mutarea e scurtă: un VPS cu CPU, pip install crewai, o unitate systemd, cheia API într-un .env. Zece minute și echipa ta rulează 24/7, nu „doar cât e deschis laptopul”. Root în aproximativ un minut, plată cripto, redimensionezi când îți spune memoria — și lasă agenții să-și vadă de treabă.
Comentarii
Încă nu există comentarii. Fii primul.