צוות ה-CrewAI שלכם רץ נהדר על המחשב הנייד שלכם. הסוכנים מדברים זה עם זה, החוקר מעביר לכותב, כל הדבר מזמזם — ישר עד שאתם סוגרים את המכסה והכל נעצר. או שה-wifi שלכם נופל באמצע-משימה. או שאתם מאתחלים ושוכחים להפעיל אותו מחדש.
צוות שרץ רק בזמן שאתם צופים אינו אוטומציה. הוא הדגמה. העברתו ל-VPS היא מה שהופך אותו למשהו שבאמת עובד בזמן שאתם ישנים.
למה שרת, לא המכונה שלכם
המסר פשוט: VPS הוא מחשב שאף פעם לא סוגר את המכסה שלו. יש לו IP קבוע, הוא לא נרדם, ואם התהליך מת הוא יכול להחזיר את עצמו. לצוות רב-סוכני — שבעיצוב מריץ עבודות ארוכות, פטפטניות, רב-שלביות — זה ההבדל בין "זה עבד פעם אחת" ל"זה רץ שלושה שבועות".
יש סיבה שנייה שמכשילה אנשים בדרך טובה: אתם לא צריכים מכונה חזקה. עוד על כך בהמשך, כי זו השאלה שכולם שואלים ראשונה.
לא, אתם לא צריכים GPU
זה החלק שאנשים טועים בו לגבי אחסון סוכנים. CrewAI הוא מתזמר. הוא מחליט איזה סוכן פועל, באיזה סדר, עם איזה context — ואז הוא מבקש ממודל שפה לעשות את החשיבה בפועל. המודל הזה כמעט תמיד חי מאחורי API: אתם שולחים בקשה ל-OpenAI או Anthropic, הם מריצים אותה על ה-GPUs שלהם, אתם מקבלים טקסט בחזרה.
אז השרת שלכם עושה שלושה דברים: מריץ Python, מחזיק את ה-state של הצוות, ומבצע קריאות HTTPS. שום דבר מזה לא נוגע ב-GPU. VPS פשוט של CPU בדיוק נכון. הזמן היחיד שזה משתנה הוא אם אתם רוצים גם להריץ את המודל מקומית — אבל זה פרויקט נפרד וכבד יותר, ורוב הצוותים לא.
בפועל: תוכנית של 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 שלכם מחזיק את הסוד האחד שחשוב — מפתח ה-API של ה-LLM:
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
עכשיו הצוות רץ באתחול, מופעל מחדש בכשל, ולוגים לכל מקום שאתם יכולים לקרוא אותם. סגרו את המחשב הנייד שלכם — לא אכפת לו.
תשלום עליו
ההרשמה היא אימייל וקוד חד-פעמי — ללא כרטיס, ללא תעודה. אתם מממנים יתרה ב-USDC או USDT ב-Base, Ethereum או Polygon (Base הזול ביותר בעמלות), והזמנות מושכות ממנה. לצוות שבעיקר מבצע קריאות API יוצאות, תוכנית ה-NAT ברירת המחדל בסדר וזולה יותר; בחרו תוכנית -ip רק אם הצוות צריך IPv4 ציבורי משלו לשירותים נכנסים.
טריק נחמד אחד: ל-EQVPS יש שרת MCP ב-mcp.eqvps.com/mcp. אם הקמה היא בעצמה אחת מהעבודות של הצוות שלכם, סוכן עם יתרה ממומנת יכול לקרוא ל-order_vps ולהקים ארגז בעצמו — ללא אדם בקופה.
מה כן לומר
אתם מביאים את מפתחות ה-API של ה-LLM. אנחנו מארחים את הצוות, לא את המודל. חשבון ה-OpenAI/Anthropic שלכם נפרד, ולצוות עסוק, בדרך כלל העלות הגדולה יותר — ה-VPS הוא החלק הזול.
זה CPU-בלבד, דאטה-סנטר אחד בגרמניה. ללא inference מקומי של GPU, וההשהיה הכי טובה אם המשתמשים או ה-APIs שלכם סמוכים-לאירופה. לצוות שפוגע ב-APIs של LLM מאוחסני-ארצות-הברית הקפיצה הנוספת היא מילישניות — לא רלוונטית ליד השהיית המודל — אבל שווה לדעת.
מדדו לזיכרון שלכם, לא למודל שלכם. הדבר שבאמת מגדיל את שימוש ה-RAM שלכם הוא היסטוריית שיחה וכל vector store שאתם מוסיפים, לא מספר הסוכנים. צפו ב-journalctl וב-htop ליום ושנו גודל אם אתם צריכים.
המסקנה
צוות CrewAI שייך למשהו שלא נרדם. המהלך קצר: VPS של CPU, pip install crewai, unit של systemd, מפתח ה-API שלכם ב-.env. עשר דקות והצוות שלכם רץ 24/7 במקום "מתי שהמחשב הנייד פתוח". root בערך תוך דקה, שלמו בקריפטו, שנו גודל כשהזיכרון אומר לכם — ותנו לסוכנים להמשיך.
תגובות
אין עדיין תגובות. היו הראשונים.