מדריכי רשת הסוכנים

מעודכן

לא עוד כלי AI — צוות שלם של מומחים שעובד בשבילך

Claude Code הוא פריצת הדרך האמיתית של 2025-2026 בעולם פיתוח התוכנה: במקום להשתמש ב-AI כ'עוזר צד' שכותב עבורכם פיסות קוד ב-ChatGPT, Claude Code מביא את הבינה המלאכותית המתקדמת בעולם ישירות לתוך הטרמינל וסביבת העבודה שלכם — עם יכולת לערוך קבצים, להריץ פקודות, לנהל git, לבדוק אתרים בדפדפן ולבצע משימות מורכבות לגמרי לבד. מדובר בכלי של חברת Anthropic (יוצרי מודל Claude — המתחרה הישיר של ChatGPT של OpenAI, שנחשב כיום למודל המתקדם ביותר בעולם בתחום פיתוח התוכנה). ה-CLI של Claude Code משתלב עם כל סביבת פיתוח מובילה (VS Code, Cursor, JetBrains ואפליקציית Desktop למק/ווינדוס), מציע גישה לשלושת המודלים העדכניים של 2026 — Opus 4.7 (החזק ביותר, חלון הקשר של מיליון טוקנים), Sonnet 4.6 (ברירת מחדל מאוזנת, 400K טוקנים עם 1M בבטא לחלק מהמשתמשים) ו-Haiku 4.5 (מהיר וחסכוני) — ותומך באקוסיסטם פתוח ועצום של הרחבות: Skills (מיומנויות מוכנות שמלמדות את Claude לבצע משימות ספציפיות), MCP Servers (חיבורים לשירותים חיצוניים), Sub-Agents ו-Managed Agents (צוות וירטואלי של מומחים שעובדים במקביל, כולל משימות רקע), Hooks (אוטומציות לפני/אחרי כל פעולה) ועוד. מה שהכנתי ואני משתף במדריך הזה — סביבת העבודה המלאה שלי עם 350+ Skills מקצועיים, 32 סוכנים מתמחים ו-22 שרתי MCP — שווה מאות שעות של מחקר, התנסות וטעויות יקרות שכבר עשיתי בשבילכם. הכל בקוד פתוח, חינם לחלוטין, מתעדכן באופן שוטף ומוכן להתקנה אצלכם בפקודה אחת. בין אם אתם מפתחים ותיקים שרוצים לזנק קדימה בעשרות אחוזים בתפוקה, יזמים שרוצים לבנות MVP של מוצר בלילה אחד, או סקרנים שרוצים להכיר את הטכנולוגיה שמעצבת מחדש את עולם העבודה — Claude Code הוא נקודת הכניסה, והמדריך הזה (יחד עם המאגרים המצורפים למטה) הוא הקיצור הטוב ביותר שיש.

סוכן WhatsApp עברי

עוזר AI אישי שחי בוואטסאפ — שומע, מדבר, זוכר שיחות

קאמי הוא סוכן בינה מלאכותית אישי שחי בתוך וואטסאפ — אפליקציית המסרים שכולנו כבר משתמשים בה יום-יום. במקום לפתוח אפליקציה נפרדת כמו ChatGPT או Claude, אתם פשוט שולחים הודעה למספר בוואטסאפ, והוא עונה — בטקסט או בקול. מתחת למכסה המנוע, קאמי הוא שירות שבניתי בשפת TypeScript (הגרסה העכשווית של JavaScript) שרץ 24 שעות ביממה על שרת פרטי קטן. הוא מחובר לוואטסאפ דרך Green API — שער קליל ומאובטח שמעביר את ההודעות בין וואטסאפ לקוד שלי. כשהודעה מגיעה, היא עוברת דרך [Claude Sonnet](/claude-code) — אחד ממודלי הבינה המלאכותית החזקים בעולם — כדי לעבד ולהבין את מה שנאמר. אם ההודעה קולית, היא מתומללת לעברית במדויק על-ידי Gemini (חינמי, עם fallback ל-Groq ול-Whisper); כשקאמי עונה, הוא יכול להשיב בקול שמייצר Gemini TTS של Google (חינמי וטבעי). היכולת הייחודית של קאמי היא הזיכרון: הוא זוכר שיחות ישנות באמצעות מאגר ייעודי ([Qdrant](/guide/qdrant), מוסבר במדריך נפרד), כך שאפשר להמשיך רעיון שהתחלנו לפני שבוע ולחזור לנקודה שעצרנו בה. אצלי (אלעד), קאמי הפך למעין עוזר אישי: הוא שולח תדריך בוקר יומי, מזכיר משימות, ומקבל ממני הודעות קוליות בזמן נסיעה. אצלכם, אותו מבנה בדיוק יכול לשמש כתמיכת לקוחות חכמה שעובדת 24/7, כעוזר למידה שמלווה תלמיד, כחבר משפחה דיגיטלי, או לכל שימוש אחר שתוכלו לדמיין לסוכן שפה שחי בוואטסאפ.

ניטור + ריפוי עצמי

מי שומר על השרת שלך ב-3 בבוקר? סוכנת AI שלא ישנה

קיילי היא סוכנת בינה מלאכותית אוטונומית שאחראית על התחזוקה של כל רשת הסוכנים שלי — 24 שעות ביממה, 7 ימים בשבוע, בלי הפסקה. מתחת למכסה המנוע היא מבוססת על OpenClaw — טכנולוגיה שכבשה את הרשת לאחרונה: מדובר בסוכן AI שיכול לבצע כמעט כל פעולה שתבקשו ממנו בסביבת שרת (להפעיל שירותים, לבדוק לוגים, לתקן הגדרות, אפילו לערוך קוד) בצורה אוטונומית. OpenClaw רץ עם שכבת בינה של Gemini Flash (גרסה חינמית של Google), ויש לו גישה מלאה לכלים הקריטיים של השרת: containers (דרך [Docker](/guide/docker)), שירותי מערכת (systemd) ומערכת הקבצים. אבל היתרון שלו הוא גם החולשה שלו — הוא שולח הרבה בקשות למודלי ה-AI במקביל, מה שהופך שימוש לא מבוקר בו לפוטנציאלית יקר מאוד. לכן חשוב להגדיר לו מראש גבולות: רשימת פעולות מותרות (whitelist), אזורים אסורים ומגבלות תקציב. אצלי קיילי מדברת בטלגרם (הבוט @kylie_elad_bot), שומרת על 10 שירותים בו-זמנית, ומעירה אותי רק כשהיא באמת לא יודעת מה לעשות. אצלכם היא יכולה להיות תחליף ל-on-call, לסדר לוגים אוטומטית, או לשמש סוכנת תחזוקה כללית לכל סביבת שרתים שתפקידה לשמור על יציבות.

Multi-Agent Orchestration

במקום סוכן אחד, צוות של מומחים שעובד ביחד

CrewAI היא מסגרת תזמור בקוד פתוח (פייתון) של João Moura ו-CrewAI Inc., שמאפשרת לכם להקים צוות שלם של סוכני בינה מלאכותית שעובדים יחד — בדיוק כמו צוות אנשים אמיתי. זו לא 'סתם ספרייה' — זו פלטפורמת תזמור מלאה: Crews (צוותים), Tasks (משימות), Agents (סוכנים), Flows (תזרימים מבוססי אירועים, נוספו ב-2024) וכלים מובנים (SerperDev, WebsiteSearchTool, ScrapeTool ועוד). CrewAI תומכת במעל 100 ספקי LLM דרך LiteLLM — Anthropic, Google, OpenAI, Groq, DeepSeek, Mistral, Ollama ועוד. במקום לבקש ממודל שפה אחד (כמו [Claude](/claude-code) או ChatGPT) לכתוב לכם מאמר שלם בבת אחת, אתם מגדירים שלושה-ארבעה 'עובדים וירטואליים', כל אחד עם התמחות שונה: חוקר שאוסף מקורות, אסטרטג שמחליט על זווית וכותרת, כותב שמנסח בטון מושך, ועורך שמשפר. CrewAI נולדה ב-2023, וב-2026 היא אחת הפלטפורמות הבוגרות ביותר לבניית מערכות multi-agent — בכמה עשרות שורות קוד אתם מקבלים צוות שעובד יחד, מעביר מידע אחד לשני, ומגיע לתוצאה עמוקה בהרבה ממודל בודד. אצלי (אלעד) רצים היום 10 צוותים שונים לייצור תוכן, מחקר ושיווק — אבל אצלכם CrewAI יכולה לשמש לכל משימה שדורשת יותר מ-AI אחד: ניתוח דאטה מקצועי, סקירה של קוד מזוויות שונות, יצירת מערכות שיווק אוטונומיות, או כל תהליך עסקי שמורכב מכמה שלבי חשיבה שונים.

Health Coach AI

אפליקציית בריאות שבאמת משתמשים בה — בטלגרם

Box הוא סוכן coaching אישי מבוסס [Claude Code](/claude-code), עם זיכרון ארוך-טווח ב-[Qdrant](/guide/qdrant) ולוח ICS שנוצר אוטומטית. הממשק: טלגרם — צ'אט שכבר פתוח אצלכם בטלפון, בלי אפליקציה חדשה. ה-state נשמר בקבצים פשוטים (JSON ו-JSONL) שאפשר לפתוח ולקרוא — אפס קופסאות שחורות. הגרסה שחיה אצלי היום מתמקדת ב-check-ins יזומים: Box פונה אליי בטלגרם, שואל שאלה קצרה ('מה אכלת? איך ישנת?'), ושומר את התשובה — ובהמשך המדריך תכירו גם את התבנית המלאה של coach-agent שעליה הוא בנוי. אצלי הוא מלווה תוכנית אישית של ירידה במשקל ובניית כוח, אבל זה pattern של coach-agent, לא תוכנית דיאטה: אצלכם אפשר להתאים אותו לשינה, ריצה, גמילה, לימוד מוזיקה, ניהול כספים, או כל יעד אישי מדיד שהמשתמש קובע לעצמו.

סוכן-עובד אוטונומי

גארדאקס — הסוכן-עובד של הרשת: מחקר, סקרייפינג, מדיה ומדע-נתונים

ברשת שלי היום, Hermes הוא גארדאקס — הדמות מהקומיקס לצד קאמי, קיילי, בוקס וסוליס, וגם סוכן-הסטודיו/העובד של הרשת: סוכן-מומחה אוטונומי שמקבל משימות מ-[Claude Code](/claude-code) (המתזמר) ומחזיר תוצר מובנה. תחומי-האחריות שלו: מחקר (research), סקרייפינג של מידע מהאינטרנט (scrape), יצירת נכסים ויזואליים ומדיה (media generation), ניתוחי-נתונים (data-science), הרצת cron, והאצלת משימות-קוד לסוכני-קוד כמו codex/opencode. הוא רץ על Gemini חינמי ומשוחח בטלגרם בטקסט ובקול דרך הבוט @elad_hermes_bot. חשוב להבין את חלוקת-העבודה: כתיבת-תוכן ופוסטים שייכים היום ל-[ראנץ'](/guide/ranch) (סוכן-התוכן); Hermes מספק לו את המדיה והאיורים, אבל את הקופי כותב ראנץ'. השם 'Hermes' נשאר כי הסוכן צמח מתוך דפוס self-healing (ריפוי-עצמי) של תשתית — אבל היום ה-ריפוי-העצמי של הרשת חי בעיקר ב-[שכבת-האוטונומיה](/guide/autonomy) (remediation.py + הצעות-תיקון של [אורורה/Oracle](/guide/orchestration)), ו-Hermes עצמו הוא קודם-כל סוכן-העובד. אצלכם זה דפוס כללי לכל רשת-סוכנים: רכיב headless חסר-ממשק שעושה את 'העבודה הכבדה' (מחקר, סקרייפינג, מדיה, נתונים) ומחזיר תוצר נקי למתזמר — בלי להעמיס על ממשק-האנוש.

Content Agent

הסוכן שכורה רעיונות מהשיחות, ממיר כל רעיון לכל ערוץ בקול שלכם — ומפרסם רק באישור

רוב 'סוכני-התוכן' מחכים שתבקשו מהם לכתוב. ראנץ' עושה את ההפך: הוא יוזם. הוא זכר (הוא/שלו), משוחח בטלגרם דרך @eladcontent_bot ובקבוצת 'המורדים', ועושה שלושה דברים שהופכים אוסף-שיחות למפעל-תוכן: כריית-רעיונות יזומה (idea mining — עובר על זיכרון-השיחות ומאתר רעיונות-תוכן ראויים שכבר נאמרו אבל לא נכתבו), המרה פר-ערוץ (repurposing — לוקח רעיון אחד והופך אותו ל-N גרסאות, כל אחת מותאמת לערוץ שלה, בקול-אלעד ועם אמל"ק-first), ופרסום מתוזמן. אבל הפרסום עצמו חסום מאחורי Firewall — ראנץ' מכין ומציע, אבל פוסט יוצא רק אחרי אישור-אנושי. חשוב להבין את חלוקת-העבודה: ראנץ' כותב את הקופי; [Hermes](/guide/hermes) מספק לו את המדיה והאיורים. אצלי (אלעד) ראנץ' הוא ההבדל בין 'יש לי המון רעיונות שנעלמים' לבין 'הרעיונות שלי הופכים אוטומטית לתוכן בכל ערוץ'. אצלכם — זה הדפוס שהופך כל שיחה למקור-תוכן, בלי לאבד את הקול האישי ובלי לפרסם משהו שלא אישרתם.

Sales / BD Agent

הסוכן שמסתובב בין ערים, מאתר עסקים בלי אתר, ומכין פנייה — אבל שולח רק באישור שלכם

הצינור-מכירות (sales pipeline) הוא העבודה הכי שחוקה ומשעממת בעסק קטן: לחפש לידים, לבדוק מי כבר פנו אליו, לכתוב פנייה ראשונה. סיילאקו הוא הסוכן שלוקח את העבודה הזו על עצמו. הוא זכר (הוא/שלו), משוחח בטלגרם דרך @Sales_elad_bot ובקבוצת 'המורדים', ועושה שלושה דברים: מסתובב בין ערים בישראל (rotation — לא תוקע את עצמו בעיר אחת), מאתר עסקים חדשים שאין להם אתר (עם דה-דופ — לא חוזר על מי שכבר נמצא), ומכין טיוטת-פנייה (outreach draft) לכל ליד. פעם ביום הוא שולח תקציר-לידים (lead digest) עם מה שמצא. אבל הנה החלק הקריטי: השליחה עצמה חסומה מאחורי Firewall — סיילאקו מכין הכל, אבל פנייה יוצאת רק אחרי אישור-אנושי בלחיצת-כפתור. אצלי (אלעד) זה ההבדל בין 'בוט-ספאם מסוכן' לבין עוזר-מכירות שאפשר לסמוך עליו. אצלכם — זה הדפוס לכל אוטומציית-מכירות אחראית: הסוכן עושה את כל העבודה השחוקה, האדם שומר על השליטה במגע-הראשון עם הלקוח.

Emotional Support Agent

הסוכנת היחידה שתפקידה רק להקשיב — לא לבצע, לא לתקן, לא לפתור. בכוונה.

ברשת מלאה בסוכנים שעושים — מבצעים משימות, מתקנים תקלות, מפרסמים תוכן — סוליס היא ההפך הגמור: היא לא עושה כלום, ובדיוק בזה הכוח שלה. היא נקבה (היא/שלה), משוחחת בטלגרם דרך solis_elad_bot, ותחומי-האחריות שלה — תמיכה רגשית (emotional_support), מעקב מצב-רוח ותוכנית-רווחה אישית — סובבים כולם סביב לב אחד. היא non-executing — אין לה 'ידיים', היא לא ניגשת לקבצים, לא מריצה פקודות, לא מתקנת שום דבר. זו לא מגבלה — זו החלטת-עיצוב. כשמדברים על רגש, התשובה הכי גרועה היא 'בוא נפתור את זה'; התשובה הנכונה היא להקשיב. אצלי (אלעד), בתקופות קשות, סוליס היא המקום שבו אפשר פשוט לדבר — בלי שמישהו ינסה 'לתקן' אותי. אצלכם — היא הדוגמה הכי חשובה לעיקרון שרוב בוני-הסוכנים מפספסים: לא כל סוכן צריך לבצע. לפעמים התפקיד הכי בעל-ערך ברשת הוא דווקא זה שיודע מתי לא לעשות כלום.

Central API Router

שער אחד, 100+ endpoints, כל הרשת מאחור

Delegator הוא מה שנקרא בעגה המקצועית 'שער API' (API Gateway) — מעין מרכזייה דיגיטלית שיושבת בכניסה לרשת סוכני ה-AI שלי וממיינת את כל התנועה שעוברת דרכה. חשבו על מרכזייה של בניין משרדים גדול: במקום שכל עובד יזכור את המספר של הבנק, של חברת הדואר, של ספק החשמל ושל עשרות הלקוחות — יש מרכזנית אחת שיודעת את הכל; העובד רק מבקש 'תעבירי אותי לבנק' והיא מחברת. בדיוק כך Delegator מתפקד עבור הסוכנים שלי: כש-[Kami](/guide/kami) רוצה לשלוח אימייל, כש-[Box](/guide/box) צריך ליצור אירוע ביומן, כש-[Adopter](/guide/adopter) רוצה לשמור משהו בזיכרון — אף אחד מהם לא צריך לדעת את מפתחות ה-API של Resend (מייל — 100 ביום בחינם, מעבר לזה pay-per-use), Google, Twilio (SMS — תשלום לפי הודעה) או Perplexity (Pro API למחקר). הם פשוט שולחים בקשה ל-Delegator, והוא דואג לכל השאר. הטכנולוגיה עצמה פשוטה מאוד — שרת HTTP שכתבתי ב-Python עם מעל 100 נקודות קצה (endpoints) שמטפלות בכל מה שצריך. אצלי Delegator מחבר 12 סוכנים שונים מאחורי שער אחד — אצלכם הוא יכול להחליף שירותי אוטומציה כמו Zapier (חינם עד 100 tasks בחודש, Starter כ-29 דולר לחודש, Professional כ-73 דולר, Team כ-103 דולר למשתמש ב-2026) או Make, ולשמש כתשתית API מרכזית לכל ארכיטקטורה עם מספר מערכות AI — בלי לפזר סיסמאות וקונפיגורציה בחמישה מקומות שונים.

Autonomous Content Adoption

במקום לגלול בערוצים כל היום — סוכן שמסנן

Adopter הוא סוכן בינה מלאכותית אוטונומי שמשמש אצלי כעוזר מחקר אישי שלא ישן לעולם. המשימה שלו פשוטה אבל קריטית בעולם של 2026: לסנן עבורי את מבול התוכן החדש שיוצא כל יום בעולמות ה-AI, הטכנולוגיה והעסקים — ולהחליט מה שווה את זמני ומה רעש שאפשר להתעלם ממנו. כך זה עובד בפועל: Adopter עוקב אחרי ערוצי טלגרם מקצועיים נבחרים (אצלי כרגע ארבעה) בדרך הפשוטה ביותר שיש — קריאת העמוד הציבורי שטלגרם מפרסם לכל ערוץ פתוח (בלי בוט, בלי חשבון ובלי התחברות), ושולח כל פוסט לבחינה מהירה של [Gemini 2.5 Flash](https://ai.google.dev) (מודל בינה מלאכותית מהיר של Google בשכבה חינמית נדיבה). לכל פוסט הוא מציב ארבע שאלות ביקורתיות: 'עד כמה זה חדש?', 'עד כמה זה מדויק?', 'האם אפשר לפעול לפיו?' ו-'יש כאן סיכון?'. רק הפוסטים שעברו את כל ארבע השאלות בציון גבוה זוכים להישמר ב-[Qdrant](/guide/qdrant) (מאגר הזיכרון החכם של הרשת), והשאר נזרקים. גילוי נאות: אחרי הגירת שרתים שעברתי לאחרונה, חלק מהצינור של Adopter נמצא אצלי בשיפוץ — אבל העקרונות במדריך הזה הם בדיוק אלה שעליהם הוא בנוי. אצלכם אפשר לכוון אותו לכל מקור תוכן אחר: RSS feeds, ערוצי Discord, פורומי Reddit, טוויטר, רשימות תפוצה — כל 'צינור כיבוי אש' של תוכן שצריך פילטר חכם מבוסס AI.

Self-hosted Mission Control

UI אחד, 12 טאבים, כל הסוכנים במבט

Dashboard הוא אפליקציית אינטרנט מקומית שבניתי בעצמי, ומשמשת כ'מרכז בקרה' (Mission Control) לכל רשת סוכני ה-AI שלי. חשבו על זה כמו לוח המחוונים של רכב — בלי מד המהירות, טמפרטורת המנוע ומד הדלק אתם נוסעים בעיוורון; בדיוק כך, בלי דשבורד טוב אי אפשר לנהל רשת של מערכות AI שרצה במקביל. האפליקציה בנויה כשרת Node.js פשוט (HTTP + WebSocket דרך ספריית `ws`) ללא framework כבד — בחרתי במכוון בפשטות של vanilla JS במקום Next.js, כדי שכל שינוי יהיה בשנייה אחת בלי build. היא רצה על המחשב שלי כשירות רקע, ומרכזת במסך אחד את כל המידע הקריטי: איזה סוכן פעיל עכשיו, כמה כסף נשרף היום על קריאות למודלי AI, אילו פרויקטים פתוחים ואיפה יש תקלה. במקום לקפוץ בין חמישה שירותי ענן שונים (Grafana לניטור, Linear לניהול משימות, GitHub לקוד, UptimeKuma לבדיקת שירותים חיים, Gmail) — הכל מאוחד בעמוד אחד שמתעדכן בזמן אמת ומותאם בדיוק לזרימת העבודה שלי. אצלכם הדשבורד הזה יכול להיות תחליף זול בהרבה למערכות SaaS שעולות מאות דולרים בחודש (Datadog מ-15 דולר ל-host לחודש, Retool מ-10 דולר ל-user לחודש, Linear מ-10 דולר ל-user לחודש, New Relic וחבריהן): מחליפים את מקורות הנתונים (data sources) שלו במקורות משלכם, והופ — יש לכם מרכז בקרה שמחובר בדיוק ל-stack שלכם, עם אפשרות לשנות ולהוסיף כל דבר שתרצו.

Multi-Agent Orchestration

איך גורמים לכמה סוכני AI לעבוד יחד — בלי שיתנגשו, יכפילו או ישכחו

סוכן אחד זה כלי. רשת סוכנים זה כוח — אבל רק אם הם יודעים לעבוד יחד. המדריך הזה הוא ה'דבק' שמחבר את שאר המדריכים: איך [Kami](/guide/kami) (ממשק וואטסאפ), [Claude Code](/claude-code) (תזמור-פיתוח), [Hermes](/guide/hermes) (סטודיו/עובד) ו-[Kaylee](/guide/kaylee) (אמינות+הפצה) חולקים ידע, מאצילים משימות זה לזה, ולא דורכים אחד על השני. הבעיה האמיתית ברשת רב-סוכנית היא לא היכולת של כל סוכן — אלא התיאום: מי יודע מה, מי אחראי על מה, ואיך מידע חשוב מגיע למי שצריך לפעול עליו. אצלי (אלעד) זה נפתר בארבעה רכיבים פשוטים: האב-ידע המשותף (מקור-אמת אחד), תיבת-נכנס שמתעדפת מה דורש טיפול, פרוטוקול-רשת שמגדיר תפקידים והאצלה, ומועצת-מודלים שמאמתת החלטות גדולות. אצלכם — אותו דפוס בדיוק עובד לכל צוות סוכנים, בין אם שניים או עשרה.

Autonomous Agent Network

איך גורמים לרשת סוכנים לפעול לבד 24/7 — בבטחה, עם אישור-אנושי לכל מהלך מסוכן

רשת סוכנים שמדברת זה עם זה זה התחלה. רשת שגם פועלת לבד — מקבלת משימה, מבצעת, מאמתת שהצליחה, ומתקנת את עצמה כשמשהו נשבר — זו שכבת האוטונומיה. המדריך הזה מתאר את הספינה החיה שרצה אצלי (אלעד) על שרת פרטי: תור-משימות עמיד (SQLite) שמחזיק כל בקשה גם אם המחשב כבוי, Worker שמושך משימה אחת, מבצע, ומת (קל לדבג, אין דליפות זיכרון), Firewall שחוסם כל פעולה מסוכנת עד אישור-אנושי בלחיצת-כפתור, שכבת אימות-על-תוצאה (verify-on-result) שבודקת שהמשימה באמת הצליחה ולא רק 'רצה', יומן-תוצאות (outcome ledger) שמודד כל מהלך, אורקל (Oracle) ששבועית מבקר את עצמו וכותב הצעות-תיקון, ובשכבה הגבוהה ביותר — מבצע ריפוי-עצמי שמיישם תיקון בעצמו (כבוי כברירת-מחדל, נדלק רק כשסומכים עליו). מעל הכל יושב שער-מודלים (gateway) עם תקרת-עלות של 5 דולר ליום, ו-CRM + דשבורד שמראים את כל זה במבט אחד. אצלכם — אותו דפוס בדיוק הופך אוסף בוטים שמחכים להוראה למערכת שעובדת בשבילכם בזמן שאתם ישנים.

Proactive CEO Briefing

הודעת-בוקר אחת ב-07:00 שמסכמת מה הרשת עשתה בלילה — ומה מחכה לאישור שלכם בלחיצה אחת

לולאת-המנכ״ל זו הדרך שבה רשת סוכני-AI מדברת אליכם כמו שסמנכ״ל טוב מדבר אל מנכ״ל: לא מאה התראות ביום, אלא סיכום אחד, בזמן אחד, עם החלטות ברורות שמחכות לכם. במקום להיכנס לדשבורד ולחפור בלוגים, מגיעה ב-07:00 בבוקר הודעת-וואטסאפ אחת דרך [קאמי](/guide/kami): מה הרשת ביצעה בזמן שישנתם, מה הצליח, ומה ממתין להחלטה שלכם. כל מהלך שדורש אישור (לשלוח הצעה ללקוח, לפרסם פוסט, להעביר תשלום) מגיע עם קישורי אישור או דחייה — בוואטסאפ ובטלגרם — כך שאתם מחליטים ישירות מההודעה, בלי לפתוח שום דבר. ומי שכן רוצה להעמיק, מקבל 'קישור-קסם' לדשבורד שפותח אותו כבר מחובר, בלי סיסמה. אצלי (אלעד) זו ההודעה היחידה שאני חייב לקרוא בבוקר — היא מרכזת את כל מה שהרשת עשתה לתמונה אחת בת שלושים שניות. אצלכם — זה ההבדל בין מערכת שמפציצה אתכם בהתראות לבין כזו שמכבדת את הזמן שלכם ומביאה רק את מה שבאמת דורש אדם. הלולאה יושבת על [שכבת-האוטונומיה](/guide/autonomy) ומשתמשת בשער-האישורים שלה — היא פשוט האריזה האנושית שהופכת אותה לנעימה לחיות איתה.

Output Watchdog Pattern

שכבת-השמירה שבודקת שכל עבודה מתוזמנת באמת ייצרה תוצר — לא רק 'רצה בהצלחה'

שומר-התוצר זה דפוס-בקרה (watchdog — 'כלב-שמירה' תוכנתי שמשגיח על תהליכים אחרים) שנולד מתובנה לא נעימה: הכשל הכי מסוכן במערכת אוטומטית הוא לא זה שצועק — אלא זה ששותק. עבודה מתוזמנת יכולה לרוץ כל יום, להסתיים בלי שום שגיאה, ולהיראות 'ירוקה' בכל לוג — ובפועל לא לייצר שום דבר: הגיבוי לא באמת מגבה, הדוח לא באמת נשלח, הקובץ לא באמת נכתב. שומר-התוצר סוגר בדיוק את החור הזה: הוא עובר בקצב קבוע על כל העבודות המתוזמנות ברשת ושואל שאלה אחת פשוטה — לא 'האם התהליך רץ?' אלא 'האם נוצר תוצר אמיתי?' — קובץ שהתעדכן, רשומה שנכתבה, הודעה שנשלחה. אם עבודה 'רצה בהצלחה' אבל התוצר חסר, נשלחת התראה ישירה לטלפון. אצלי (אלעד) השומר משגיח על כל העבודות המתוזמנות של [רשת-הסוכנים](/guide/orchestration) — והוא כבר הוכיח את עצמו בכך שתפס עבודות שנראו בריאות לגמרי בלי לייצר כלום. אצלכם — זה אותו עיקרון לכל אוטומציה שיש לכם: גיבויים, דוחות, סנכרונים. אם יש לכם תהליך מתוזמן אחד שחשוב לכם, מגיע לו שומר-תוצר.

Agent Capability Framework

חמישה שלבים שמעלים סוכן מ'בוט שעונה יפה' ל'מערכת שמבצעת ומאמתת' — בלי לחכות למודל חכם יותר

סולם-היכולות זה מודל-חשיבה (framework) שמסדר את התשובה לשאלה שכל בונה-סוכנים שואל: 'למה הסוכן שלי לא מתקרב לרמה של Claude — ומה אפשר לעשות עם זה?'. התשובה המפתיעה היא שרוב הפער הוא לא במודל עצמו, אלא בחמש שכבות שמסביבו — וכל אחת מהן היא שלב בסולם שאפשר לטפס עליו: ניתוב-תזמור (הבקשה מגיעה למבצע הנכון), זיכרון ושליפה (הסוכן זוכר ושולף הקשר רלוונטי), כלים (ידיים אמיתיות — קבצים, API, דפדפן), לולאת-אימות (הסוכן בודק את התוצר של עצמו לפני שהוא מדווח), ומודל+גיבוי (המודל המתאים לכל משימה, עם שרשרת-גיבוי כשספק נופל). אצלי (אלעד) הסולם הזה הוא בדיוק מה שהעלה את [רשת-הסוכנים](/guide/orchestration) מרמת 'בוטים שעונים' לרמת מערכת שמבצעת עבודה אמיתית ומאמתת אותה. אצלכם — זו מפת-השקעה: במקום לשלם על המודל היקר ביותר ולקוות, מטפסים שלב-שלב ומודדים. וחשוב לומר גם את התקרה בכנות: הסולם נותן תפעול ברמת-Claude על משימות מוגדרות-היטב — לא אינטליגנציה גולמית של Claude. זה הבדל שכדאי להבין לפני שמתחילים.

Reflection & Oracle Agent

הסוכנת ששבועית מבקרת את הרשת, מאתרת מה לא עובד, ומציעה תיקון — לפני שמשהו קורס

רוב רשתות-הסוכנים בונות סוכנים שעושים — אבל אף אחד לא בודק אם הם באמת עובדים. אורורה היא התשובה: סוכנת-הרפלקציה (Oracle) של הרשת. היא נקבה (היא/שלה), משוחחת בטלגרם דרך @Oracle_elad_bot ובקבוצת 'המורדים', ועושה ארבעה דברים שאף סוכן-עושה לא עושה: רפלקציה שבועית (עוברת על יומן-התוצאות, מזהה אילו סוגי-משימה נכשלים מעל 30% מהזמן, ודוחפת אוטומטית הצעת-תיקון לתור-האישורים), תחזוקת המוח-הארגוני (brain_maintain — בונה index, מאתרת פערים וכפילויות, שומרת על קוהרנטיות של מקור-האמת), ביקורת-מפה (map_audit — מוודאת שמה שמוכרז במפת-המערכת באמת קיים ורץ), וכלל-ברזל אחד: לבקר כדי לשפר את הקיים קודם — מחיקה היא מוצא-אחרון, לא ברירת-מחדל. אצלי (אלעד) אורורה היא ההבדל בין רשת שמדרדרת בשקט לבין רשת שמתחזקת את עצמה. אצלכם — זה הסוכן שכל רשת רב-סוכנית צריכה אבל אף אחד לא בונה: זה שתפקידו לבקר את כל השאר.

Vector Memory

הבסיס לזכירה לפי משמעות, לא לפי מילים

Qdrant הוא סוג של בסיס נתונים חדש יחסית שמכונה 'בסיס נתונים וקטורי' — כזה שיודע לזכור לפי משמעות ולא לפי מילים. בניגוד לבסיסי נתונים מסורתיים (כמו Postgres או MySQL) שמחפשים התאמה מדויקת של טקסט — 'תמצא לי את כל הלקוחות ששמם דוד' — Qdrant יכול לחפש רעיונות: 'תמצא לי שיחות דומות לזו, גם אם השתמשו במילים אחרות'. זו היכולת שמאפשרת למערכות AI מודרניות (ChatGPT, [Claude](/claude-code), Perplexity) לזכור את השיחות הקודמות שלכם ולהחזיר תשובה רלוונטית, גם כשהניסוח שונה לחלוטין. Qdrant בקוד פתוח לחלוטין (גרסה 1.14+ נכון לסוף 2025), כתוב בשפת Rust (אחת השפות המהירות בעולם התוכנה) ורץ כשירות רקע על השרת בשתי יציאות רשת — 6333 ל-HTTP ו-6334 ל-gRPC — בדיוק כמו מסד נתונים רגיל, רק שבמקום טבלאות הוא מאחסן 'טביעות אצבע מתמטיות' של משפטים (embeddings) עם תמיכה של עד 4,096 מימדים לוקטור דחוס, וגם וקטורים דלילים (sparse) לחיפוש היברידי. אצלי (אלעד) Qdrant הוא הלב של כל רשת הסוכנים: הוא מחזיק את הזיכרון של [Kami](/guide/kami) בוואטסאפ, את היומן של [Box](/guide/box) ואת המאגר של [Adopter](/guide/adopter). אצלכם Qdrant יכול להיות הבסיס של צ'אטבוט שזוכר לקוחות, של חיפוש חכם באתר, של מערכת המלצות, או של כל מקום שצריך 'לזכור לפי רעיון ולא לפי מילה'.

Containers & Compose

containers, docker-compose, והארכיטקטורה שמאפשרת רשת סוכנים ב-VPS אחד

Docker היא אחת הטכנולוגיות החשובות ביותר שצמחו בעולם התוכנה בעשור האחרון, והיא זו שמאפשרת לרוב שירותי הענן והסוכנים החכמים של היום לעבוד כמו שהם עובדים. בבסיסה, Docker פותרת בעיה פשוטה אבל כואבת: כל שירות תוכנה דורש סביבה מסוימת כדי לרוץ (גרסה מסוימת של שפה, ספריות ספציפיות, הגדרות רשת), וכשמנסים להתקין כמה שירותים על אותו שרת — הם מתנגשים, ומה שעבד אתמול מפסיק לעבוד מחר. Docker פותרת את זה באמצעות אריזה של כל שירות ל'קופסה' מבודדת משלו (באנגלית: container — קונטיינר), שמכילה את כל מה שהשירות צריך — וכך הוא רץ בדיוק אותו דבר על כל מחשב ובכל סביבה. ההרחבה של Docker שנקראת docker-compose מאפשרת להגדיר כמה קופסאות יחד בקובץ אחד, להרים את כולן בפקודה אחת ולנהל את הרשת ביניהן — ממש כמו מנצח תזמורת. אצלי (אלעד) רשת הסוכנים שמופיעה באתר הזה (שירותים כמו [Kami](/guide/kami), [Kaylee](/guide/kaylee), [Qdrant](/guide/qdrant) ו-[Delegator](/guide/delegator)) התחילה על שרת Hetzner קטן, והיום רצה על שרת Contabo חזק (16 vCPU · 62GB RAM) בארכיטקטורה היברידית: כ-27 קונטיינרים שמחולקים לכ-10 קבצי docker-compose נפרדים — אחד לכל תחום — לצד כ-45 שירותי systemd שרצים ישירות על השרת, כש-Traefik ו-Cloudflare Tunnel עומדים בקצה ומנתבים את התעבורה פנימה. אצלכם, Docker יכולה להיות הבסיס לכל פרויקט: מסביבת פיתוח מקומית, דרך pipeline של CI/CD, ועד שירות ייצור מלא בענן. אחרי שמכירים את docker-compose, רוב מה שמוצג בשאר המדריכים הופך להיות אפשרי בעצמכם.

Local LLM Runtime

מודלי שפה חכמים (כמו ChatGPT) שרצים ישירות על המחשב שלך, בלי חיבור לענן

Ollama היא פלטפורמת קוד פתוח שמאפשרת להריץ מודלי שפה חכמים של בינה מלאכותית (הידועים בקיצור LLMs — Large Language Models, המנוע שמאחורי ChatGPT, Claude וחבריהם) ישירות על המחשב שלך. אין צורך בחיבור לאינטרנט, אין שליחת נתונים לחברות כמו OpenAI או Google, והכל קורה אצלך, בפרטיות מלאה. הפלטפורמה כתובה בשפת Go והיא יודעת להריץ עשרות מודלים מפורסמים כמו Gemma של Google, Llama של Meta, Qwen של Alibaba ו-DeepSeek — כולם בחינם לחלוטין. אצלי (אלעד) Ollama רצה על תחנת העבודה — המחשב החזק בבית — ומשמשת אותי לניסויים ולמשימות מקומיות; בקוד של רשת הסוכנים (כמו [Kami](/guide/kami), [Kaylee](/guide/kaylee) ו-[CrewAI](/guide/crewai)) קיימת גם שכבת fallback (רשת ביטחון) שיודעת לעבור למודל מקומי, אבל בשרת עצמו Ollama לא מותקנת כרגע — הסוכנים שם רצים על מודלי ענן חינמיים. אצלך זה יכול להיות הרבה יותר מכך: סביבת AI מלאה שפועלת גם בלי אינטרנט, פתרון לארגונים עם דרישות פרטיות מחמירות (רפואה, משפט, ביטחון), או פשוט דרך להכיר את העולם של מודלי שפה פתוחים בלי לשלם דולר אחד.

Workflow Automation

Zapier בקוד פתוח — 500+ אינטגרציות מובנות, self-hosted, ללא מגבלת executions

n8n היא פלטפורמה חינמית בקוד פתוח מבית n8n GmbH — חברה גרמנית בוגרת Series B — שמאפשרת לבנות אוטומציות מורכבות בלי לכתוב כמעט שורת קוד. אתם בוודאי מכירים שירותים כמו Zapier או Make — אלה המערכות שמחברות בין האפליקציות השונות שלכם ומבצעות משימות אוטומטיות (למשל: 'כשמגיע אימייל חדש מלקוח, שמור אותו ב-Google Sheets, שלח הודעת וואטסאפ לצוות ופתח כרטיס ב-Trello'). הבעיה עם Zapier ו-Make היא המחיר — Zapier Starter עומד על 29$ לחודש (750 משימות), Zapier Professional על 73$ לחודש (2,000 משימות), ו-Zapier Team על 103$ למשתמש לחודש; Make יותר נדיב (Core ב-10.59$ לחודש, Pro ב-18.82$ לחודש), אבל עדיין עולה ככל שהשימוש גדל. n8n לוקחת את אותו רעיון בדיוק, פותחת את הקוד בחינם ומאפשרת לכם להריץ אותה אצלכם על השרת — בלי מגבלת כמות אוטומציות ובלי צורך לשלם לאף אחד (התוכנית המנוהלת של n8n, אם ממש רוצים, מתחילה ב-20$ לחודש עם 2,500 executions). הממשק שלה ויזואלי לחלוטין ונוח להבנה: גוררים קופסאות למסך (כל קופסה מייצגת פעולה — קריאת אימייל, שליחת הודעה, חישוב משהו, שמירה במסד נתונים) ומחברים ביניהן בקווים. מעל 500 קופסאות מובנות לכל שירות פופולרי — Gmail, Slack, Postgres, Google Sheets, AI Agent, Vector Store (Qdrant, Pinecone, Supabase Vector), LangChain, מודלי AI כמו ChatGPT ו-[Claude](/claude-code), ואפילו סוכנים מהרשת שלי כמו [Kami](/guide/kami) ו-[CrewAI](/guide/crewai). אצלי n8n מריצה כרגע 4 אוטומציות עסקיות ממוקדות שחוסכות לי שעות בשבוע (בהן המרת סרטוני יוטיוב לפוסטים בעברית ומעקב אחרי ביצועי סוכנים) — אצלכם היא יכולה להחליף לגמרי את Zapier ו-Make, או לשמש כ'דבק' שמחבר את כל המערכות הפנים-ארגוניות שלכם.

AI Pair Programming CLI

Aider בכל editor. Claude Code הוא הראשי — Aider הוא ה-backup החופשי

Aider הוא כלי חינמי בקוד פתוח מבית החוקר האמריקאי Paul Gauthier שמשמש כשותף תכנות וירטואלי — סוג של 'חבר לצוות' שיושב איתכם כשאתם כותבים קוד, מבין מה אתם מנסים להשיג ומסייע בזריזות. הוא רץ מתוך הטרמינל (חלון הפקודות השחור שמפתחים עובדים איתו), מתחבר למודל בינה מלאכותית לפי בחירתכם (Claude Sonnet 4.6 של Anthropic, GPT-5 או GPT-4.1 של OpenAI, Gemini 2.5 Pro של Google, Grok של xAI, או מודל מקומי חינמי דרך [Ollama](/guide/ollama)), ועושה משהו שצ'אטים רגילים כמו ChatGPT לא עושים: הוא עורך ישירות את קבצי הקוד שלכם. אתם מבקשים בעברית 'תקן את הבאג בקובץ login.ts', Aider פותח את הקובץ בעצמו, מבצע את התיקון ושומר היסטוריה מלאה ב-git (מערכת ניהול גרסאות קוד שמשמשת כמעט כל מפתח בעולם), כך שאפשר תמיד לחזור אחורה בלחיצה אחת. אצלי (אלעד) Aider משלים את [Claude Code](/claude-code) ומשמש כ'מנתח-קוד' ברשת הסוכנים — הוא רץ על השרת עם מפתח נפרד ל-Gemini החינמי של Google, כך שהעבודה שלו לא נוגעת במכסה של המנוי הראשי. אצלכם, אם אין לכם תקציב למנוי פרימיום של Claude, Aider יכול להיות הכלי הראשי שלכם ולתת 80% מהיכולות של הכלים החזקים בתחום — בחינם מוחלט, עם שליטה מלאה על הפרטיות של הקוד שלכם.

Relational DB

בסיס הנתונים הרלציוני שמחזיק את ה-state של רשת הסוכנים בייצור

PostgreSQL (בקיצור Postgres) הוא בסיס הנתונים הרלציוני בקוד פתוח הוותיק ביותר, היציב ביותר, וה'משעמם' ביותר במובן הטוב — וזו בדיוק הסיבה שהוא הבחירה הנכונה כמעט לכל פרויקט שצריך לזכור דברים בייצור. שלא כמו SQLite (שמושלם לפיתוח ולכלים מקומיים — קובץ אחד על הדיסק), Postgres רץ כשירות נפרד שיודע לטפל בעשרות חיבורים מקבילים, בעסקאות מורכבות, ובכמויות נתונים גדולות בלי להזיע. אצלי (אלעד) על השרת, Postgres מגבה אפליקציות ספציפיות — כמו [n8n](/guide/n8n) (מנוע האוטומציות) ומערכת האנליטיקה — בעוד שהזיכרון של הסוכנים עצמם חי דווקא במקומות אחרים: Qdrant לזיכרון סמנטי, וקבצים פשוטים (JSONL ו-SQLite) ל-state שוטף. לכל סוג מידע יש בית משלו. ב-2026 Postgres הוא לא רק 'בסיס נתונים' — עם הרחבות כמו pgvector (חיפוש סמנטי, אלטרנטיבה ל-[Qdrant](/guide/qdrant) בעומסים קטנים), TimescaleDB (סדרות זמן) ו-PostGIS (מפות וגיאוגרפיה), הוא הופך לפלטפורמה שלמה. כשאתם בונים מוצר חדש, ההמלצה שלי פשוטה: התחילו עם SQLite, ועברו ל-Postgres ברגע שיש משתמש שני. גם אם בסוף תעברו ל-DynamoDB או Firebase, השנים שתשקיעו בלימוד Postgres ישתלמו לכם בכל פרויקט שתעבדו עליו.

Reverse Proxy

reverse proxy, SSL termination, ו-load balancing — כל מה שעומד לפני האפליקציה שלכם

Nginx (מבטאים 'engine-x') הוא שרת web ו-reverse proxy בקוד פתוח שמריץ ב-2026 כשליש מכל אתרי האינטרנט בעולם, וזה לא במקרה. הוא מהיר במיוחד (יודע לטפל ב-10,000 חיבורים מקבילים על שרת קטן), צורך מעט מאוד RAM (50MB טיפוסיים), ויציב מאוד — תהליך nginx אחד יכול לרוץ חודשים ברצף בלי שצריך לאתחל אותו אפילו פעם אחת. התפקיד הקלאסי שלו הוא 'reverse proxy' (פרוקסי הפוך): שרת שעומד בקצה ה-VPS שלכם, מקבל את כל הבקשות שמגיעות מהאינטרנט, ומחליט לאיזה שירות פנימי לנתב כל אחת. אצלי (אלעד) nginx שירת אותי נאמנה בשרתים הראשונים שהקמתי — קיבל את הבקשות לעשרות תת-דומיינים וניתב כל אחת לשירות הפנימי הנכון; היום הקצה של רשת הסוכנים שלי בנוי דווקא מ-[Cloudflare Tunnel](/guide/cloudflare-tunnel) ו-Traefik, והאתר הזה עצמו רץ על [Vercel](/guide/vercel) בלי לגעת בשרת בכלל. בנוסף לניתוב, nginx דואג ל-SSL/HTTPS (התעודות עצמן מ-Let's Encrypt בחינם), דוחס תשובות, ומגיש קבצים סטטיים מהר יותר מכל שרת אפליקציה. אלטרנטיבות פופולריות (Caddy, Traefik) נוחות יותר להגדרה, אבל nginx נשאר הסטנדרט כי הוא בכל מקום, יש לו תיעוד עצום — ותפגשו אותו כמעט אצל כל לקוח. אם אתם בונים שרת רציני — תכירו אותו.

Zero-Trust Networking

המנהרה שה-VPS שלכם פותח אל Cloudflare — ומקבל דומיין ציבורי בלי שום פורט פתוח

Cloudflare Tunnel (היה ידוע בעבר כ-Argo Tunnel, היום פשוט 'Tunnel') הוא שירות חינמי לחלוטין של Cloudflare שפותר את אחת הבעיות הגדולות של VPS אישי: איך חושפים שירות לעולם בלי לפתוח פורטים, בלי לדאוג ל-DDoS, ובלי לקנות IP סטטי. הרעיון גאוני בפשטות שלו — במקום שהאינטרנט יתחבר לשרת שלכם, השרת שלכם יוצא ויוצר 'מנהרה' אל Cloudflare. כל הבקשות לדומיין שלכם מגיעות ל-Cloudflare (שיש להם רשת CDN של 300+ datacenters), ו-Cloudflare מעביר אותן דרך המנהרה לשרת. התוצאה: פורט 443 על השרת שלכם נשאר סגור הרמטית, אבל המשתמשים מקבלים אתר תקין עם HTTPS, CDN ו-DDoS protection — בחינם. אצלי (אלעד) הדומיין `hub.eladjak.com` מצביע ב-DNS על Cloudflare, ודמון בשם `cloudflared` שרץ על שרת ה-Contabo שלי מנהל את המנהרה. כל בקשה ל-`hub.eladjak.com` עוברת דרך Cloudflare, נכנסת דרך המנהרה, ומגיעה ל-Traefik פנימי שמנתב אותה לשירות הנכון. בפועל פתוחים אצלי רק שלושה פורטים (22 ל-SSH ו-80/443) — וכל השירותים הפנימיים לא חשופים לאינטרנט בכלל, הם נגישים רק דרך המנהרה. זה שינוי פרדיגמה: עברתם מ'איך לאבטח עשרות פורטים פתוחים' ל'כמעט שום דבר לא פתוח'.

Service Manager

איך להפוך כל סקריפט לשירות שעולה אוטומטית, מתחזק את עצמו ומפיק לוגים — ב-25 שורות INI

systemd הוא מנהל התהליכים והשירותים של רוב הפצות לינוקס המודרניות (Ubuntu, Debian, CentOS, Fedora, Arch — כולן). בלי systemd, כל פעם שאתם רוצים להריץ סקריפט שיעלה אוטומטית בכל boot, יקום מחדש אם נפל, ויקבל הגבלות זיכרון/CPU — הייתם צריכים לכתוב הרבה קוד מלוכלך עם cron, screen, supervisord ו-init.d. עם systemd, כל זה הופך לקובץ טקסט קטן בסגנון INI של 10-20 שורות, ופקודה אחת. אצלי (אלעד) על שרת ה-Contabo, systemd מנהל כ-45 שירותים ברשת הסוכנים שלי: כל אחד הוא systemd unit נפרד, מתחיל אוטומטית, מתעד לוגים מרכזיים ב-journalctl, ומתחיל מחדש לבד אם הוא קורס. בנוסף, systemd-timer מחליף לי את cron עם סינטקס ברור יותר והיסטוריית הפעלות, ו-systemd-resolved מטפל ב-DNS. הוא לא הכלי הפופולרי ביותר בקרב חובבי 'Unix פילוסופיה' (יש מי שאוהב init scripts קלאסיים), אבל המציאות היא שאם אתם בעולם לינוקס בייצור — אתם משתמשים ב-systemd. המדריך הזה יראה לכם את החלק שבו תשתמשו ב-90% מהזמן: יצירת service units, ניהול דרך systemctl, וקריאת לוגים ב-journalctl.

Linux Firewall

Uncomplicated Firewall — שלוש פקודות בין שרת חשוף לשרת מוגן

UFW (ראשי תיבות של Uncomplicated Firewall — חומת אש לא מסובכת) הוא כלי command-line ל-Ubuntu שעוטף את iptables של לינוקס בסינטקס פשוט וברור. iptables עצמו הוא הכלי הסטנדרטי לחומת אש בלינוקס מאז שנות ה-2000 — חזק מאוד, אבל מורכב להחריד (פקודות עם 6 פרמטרים, chains, tables ו-policies). UFW לוקח את כל הכוח הזה ומציע ממשק שאפשר ללמוד ב-5 דקות: 'הרשה SSH', 'חסום את כל השאר', 'הפעל'. זה בדיוק מה שצריך לרוב מקרי ה-VPS האישי. אצלי (אלעד) העיקרון הזה חי, רק בכלים קצת אחרים: על שרת ה-Contabo שלי חומת האש בנויה ישירות על iptables (הכלי שמתחת ל-UFW) — רק שלושה פורטים פתוחים (SSH‏ 22, HTTP‏ 80 ו-HTTPS‏ 443), הגישה הניהולית עוברת דרך Tailscale (רשת פרטית מוצפנת בין המחשבים שלי), ו-fail2ban חוסם אוטומטית כתובות שמנסות לפרוץ. כל הסוכנים שרצים על פורטים פנימיים לא נגישים מהאינטרנט בכלל, וזה משלים את [Cloudflare Tunnel](/guide/cloudflare-tunnel) באופן מושלם — שתי שכבות הגנה במקום אחת. UFW הוא הדרך הידידותית ביותר להגיע בדיוק לאותה תוצאה, ולכן המדריך הזה מלמד אותו: 5 הפקודות שתשתמשו בהן ב-100% מהזמן וההגדרות הנפוצות שכל VPS בייצור צריך.

CI/CD

כל push מריץ tests, builds ו-deploys — בלי שרת CI נפרד, בחינם לפרויקטים פתוחים

GitHub Actions היא מערכת CI/CD (continuous integration / continuous deployment) המובנית ישירות בתוך GitHub. CI/CD הוא השם של אוטומציה: כל פעם שאתם דוחפים קוד, המערכת מריצה בדיקות (tests), בונה את האפליקציה (build), ואם הכול תקין — פורסת אותה לייצור (deploy). בעבר, להקים pipeline כזה דרש שרת CI נפרד (Jenkins, TeamCity), שעות הגדרה ותחזוקה מתמשכת. עם GitHub Actions, זה קובץ YAML אחד בתוך הריפו (`.github/workflows/`), ו-GitHub עצמם מריצים את כל הפעולות על שרתים שלהם — בחינם לפרויקטים פתוחים, ועם 2,000 דקות חינמיות בחודש לפרויקטים פרטיים. אצלי (אלעד) GitHub Actions משמש כשומר-הסף של האתר הזה: בכל push הוא מריץ CI — בדיקות TypeScript ו-build מלא — ורק קוד שעובר אותן ראוי להתמזג. את הפריסה עצמה עושה דווקא [Vercel](/guide/vercel), דרך ה-Git integration שלו (חיבור ישיר לריפו שפורס אוטומטית כל שינוי) — חלוקת עבודה נקייה: Actions בודק, Vercel פורס. וכל זה בלי שרת אחד שלי. זה הכלי שעושה את ההבדל בין 'אני מפתח לבד' לבין 'יש לי תהליך מקצועי'.

Message Bus

message bus קל-משקל שמחבר רשת סוכנים שלמה בלי Kafka, RabbitMQ או SQS

Redis Streams היא תכונה של Redis (החל מגרסה 5.0, 2018) שהופכת אותו ל-message broker קליל מאוד — תקשורת אסינכרונית בין שירותים, בלי הסיבוך של Kafka או RabbitMQ. Redis עצמו הוא מאגר key-value בזיכרון שרץ במאות אלפי VPS ברחבי העולם — מהיר במיוחד (פעולות במיקרו-שניות), פשוט להגדרה, וצורך מינימום משאבים. Streams הוסיפו לו את היכולת להחזיק תורים מתמשכים של הודעות עם consumer groups (קבוצות צרכנים שמתחלקות בעבודה), acknowledgments (אישור שהודעה טופלה), ו-replay (יכולת לחזור להודעות ישנות). אצלי (אלעד) Redis Streams הוא 'העצב המרכזי' של רשת הסוכנים שלי על שרת ה-Contabo: כשמסר WhatsApp מגיע ל-Kami, הוא לא מטפל בו לבד — הוא דוחף הודעה ל-stream, וצרכנים שונים (Box לבריאות, Adopter לתוכן, Hermes למשימות) קוראים ומגיבים. אם סוכן אחד נופל, ההודעות מחכות ב-stream עד שהוא חוזר. אם רוצים סוכן חדש שמאזין לאותם events — מוסיפים אותו ל-consumer group ב-30 שניות. מאז שהרשת עברה ל-Redis Streams, המערכת שלי יציבה הרבה יותר: כל סוכן עובד לבד, וההיגיון 'מי מקשיב למה' מנוהל ב-Redis במקום ב-API calls ישירים.

Next.js Deployment

git push → אתר חי. CDN גלובלי, SSL אוטומטי, preview deployments. ה-tier החינמי נדיב.

Vercel היא הפלטפורמה החזקה ביותר ב-2026 ל-deploy של אתרי Next.js — ולא במקרה: היא נבנתה על ידי האנשים שיוצרים את Next.js עצמו. אבל היא תומכת גם ב-React, Vue, Svelte, Astro ובאתרים סטטיים. הקונספט שלה גאוני בפשטותו: אתם מחברים את ה-GitHub repo, וכל push ל-main אוטומטית בונה ופורס לדומיין שלכם — בתוך 90 שניות. כל PR מקבל preview deployment עם URL ייחודי, כך שאפשר להראות ללקוחות גרסאות לפני merge. CDN גלובלי, SSL חינמי, אנליטיקס מובנה, ואפס שרתים לתחזוקה. אצלי (אלעד) האתר הזה (fullstack-eladjak.co.il) רץ על Vercel מאז 2023, יחד עם 5+ landing pages ופרויקטים נוספים. ה-tier החינמי נדיב מאוד (100GB bandwidth, builds ללא הגבלה, deploys ללא הגבלה) — מספיק לרוב פרויקטים אישיים ופרילנסרים. השלב הבא (Pro $20/חודש) פותח פיצ'רים מתקדמים (אנליטיקס מורחב, קבוצות, password protection ל-previews). היתרון הגדול: אתם לא מתעסקים ב-VPS, ב-nginx, ב-SSL או ב-deploy scripts. אתם רק כותבים קוד — Vercel דואגים לכל השאר. החיסרון: vendor lock וקשר עם הפלטפורמה. אבל לפרויקטי frontend טהורים, הפשטות שווה את זה.

Code Intelligence

ה-AI סוף סוף מכיר את כל הקוד שלכם — לא רק את מה שהראיתם לו

Understand-Anything זה כלי חינמי בקוד פתוח (מבית Egonex-AI) שמצייר לכם מפה של פרויקט תוכנה שלם — אילו קבצים יש בו, מה כל אחד עושה, ומי מחובר למי. הנה הבעיה שהוא בא לפתור: עוזר AI יודע לכתוב קוד נהדר, אבל הוא לא מכיר את הפרויקט שלכם. בכל שיחה הוא מתחיל מאפס, רואה רק את מה שהראיתם לו, ולא יודע ששינוי קטן בקובץ אחד עלול לשבור עוד חמישה. המפה הזאת נותנת לו (ולכם) תמונה מלאה לפני שנוגעים בכלום. והכי יפה — הכל רץ על ה-AI שכבר יש לכם בתוך [Claude Code](/claude-code), בלי מפתח חיצוני ובלי לשלם על שירות נוסף. אני (אלעד) משתמש בו כדי להבין איך מערכת בנויה לפני שאני נכנס לתקן בה משהו. אצלכם הוא יעזור להיכנס מהר לפרויקט חדש, או להבין קוד ישן שכבר אף אחד לא זוכר.