CrewAI екипът ти работи чудесно на лаптопа. Агентите си говорят, изследователят предава на писателя, цялото нещо жужи — точно до момента, в който затвориш капака и всичко спира. Или wifi-то ти пада по средата на задача. Или рестартираш и забравяш да го пуснеш пак.
Екип, който работи само докато гледаш, не е автоматизация. Той е демонстрация. Преместването му на VPS е това, което го превръща в нещо, което реално работи, докато спиш.
Защо сървър, а не машината ти
Аргументът е прост: VPS е компютър, който никога не затваря капака си. Има фиксиран IP, не заспива, и ако процесът умре, може да се върне сам. За multi-agent екип — който по дизайн пуска дълги, бъбриви, много-стъпкови задачи — това е разликата между „работеше веднъж“ и „работи от три седмици“.
Има втора причина, която спъва хората по добър начин: не се нуждаеш от мощна машина. Повече за това след малко, защото това е въпросът, който всеки пита първо.
Не, не се нуждаеш от GPU
Това е частта, която хората бъркат за хостинга на агенти. CrewAI е оркестратор. Той решава кой агент действа, в какъв ред, с какъв контекст — и после иска езиков модел да свърши реалното разсъждение. Този модел почти винаги живее зад API: изпращаш заявка към OpenAI или Anthropic, те я пускат на GPU-тата си, получаваш текст обратно.
Така че сървърът ти прави три неща: пуска Python, държи състоянието на екипа и прави HTTPS извиквания. Нищо от това не докосва GPU. Обикновен CPU VPS е точно правилен. Единственият път, когато това се променя, е ако искаш да пускаш и модела локално — но това е отделен, по-тежък проект, и повечето екипи не го правят.
На практика: план с 1–2 GB пуска малък екип без да се затрудни. Отиди на 4 GB, ако пускаш няколко екипа наведнъж, държиш големи истории на разговори в RAM, или закачаш векторна база данни за дългосрочна памет на агента.
Реалната настройка
Свежа Ubuntu машина, root за около минута след поръчката. Ето цялото нещо:
# 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)
.env-ът ти държи единствената тайна, която има значение — LLM API ключа:
OPENAI_API_KEY=sk-...
# or ANTHROPIC_API_KEY, etc.
После нормалното python crew.py го пуска. Това е ръчната версия. Работи, но умира в мига, в който SSH сесията ти се затвори — което ни води до реалната цел на сървъра.
Дръж го жив със systemd
tmux е наред за бърз тест. За нещо реално, използвай systemd — той рестартира екипа, ако се срине, и го вдига при рестарт. Пусни това в /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
Сега екипът работи при boot, рестартира при провал и логва навсякъде, където можеш да четеш. Затвори лаптопа — не му пука.
Плащане за него
Регистрацията е имейл и еднократен код — без карта, без документ. Захранваш баланс с USDC или USDT на Base, Ethereum или Polygon (Base е най-евтина на такси), а поръчките черпят от него. За екип, който основно прави изходящи API извиквания, планът NAT по подразбиране е наред и по-евтин; избери -ip план само ако екипът се нуждае от собствен публичен IPv4 за входящи услуги.
Един хубав трик: EQVPS има MCP сървър на mcp.eqvps.com/mcp. Ако провизирането е една от задачите на екипа ти, агент със захранен баланс може да извика order_vps и да вдигне машина сам — без човек на checkout.
Какво е честно да се каже
Ти носиш LLM API ключовете. Ние хостваме екипа, не модела. Сметката ти за OpenAI/Anthropic е отделна и, за натоварен екип, обикновено по-големият разход — VPS-ът е евтината част.
Само CPU е, един датацентър в Германия. Без локална GPU inference, а латентността е най-добра, ако потребителите или API-тата ти са близо до Европа. За екип, удрящ US-хостнати LLM API-та, допълнителният скок е милисекунди — незначителен до латентността на модела — но струва си да се знае.
Оразмери за паметта си, не за модела си. Нещото, което реално разраства използването ти на RAM, е историята на разговорите и всеки vector store, който добавиш, не броят на агентите. Гледай journalctl и htop за ден и ресайзвай, ако трябва.
Изводът
CrewAI екип принадлежи на нещо, което не заспива. Ходът е кратък: CPU VPS, pip install crewai, systemd unit, API ключът ти в .env. Десет минути и екипът ти работи 24/7 вместо „когато лаптопът е отворен“. Root за около минута, плати в crypto, ресайзвай, когато паметта ти каже — и остави агентите да си вършат работата.
Коментари
Още няма коментари. Бъди първият.