שיעור אחת נקודה חמש — n8n מתקדם: Agent-to-Agent, Human-in-the-Loop ו-Self-Hosting.

שלום וברוכים הבאים. בשיעור הקודם בנינו את הבסיס של n8n — ממשק, Nodes, Workflows ו-AI Nodes. בניתם Workflow שמקבל Webhook, מעבד נתונים עם Claude ושולח מייל. זה היה הבסיס.

היום עוברים לרמה המתקדמת. שלושה נושאים שישנו את הדרך שבה אתם חושבים על אוטומציה. Agent-to-Agent — כיצד סוכן אחד מפעיל סוכן אחר. Human-in-the-Loop — כיצד אדם נכנס לתהליך רק כשצריך. ו-Self-Hosting — מדוע חברות גדולות מעדיפות להריץ n8n על השרת שלהן.

זה שיעור קצר — שעתיים — אבל צפוף. כל נושא הוא כלי שתוכלו להשתמש בו מחר עם לקוח.

[מעבר שקף]

נתחיל עם Agent-to-Agent.

Agent-to-Agent, בקיצור A2A, הוא דפוס ארכיטקטוני שבו סוכן AI אחד קורא לסוכן AI אחר. במקום לבנות סוכן אחד ענק שעושה הכל — מפצלים את העבודה בין מומחים.

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

כך עובד A2A ב-n8n. יש Orchestrator Agent — זה המנהל. הוא מקבל את הבקשה, מנתח אותה, ומחליט מי מטפל. ויש Specialist Agents — כל אחד בנה לטפל בסוג ספציפי של משימה.

מדוע לא לבנות סוכן אחד שעושה הכל? שלוש סיבות. ראשית, מיקוד — סוכן ממוקד עושה עבודה טובה יותר. שנית, תחזוקה — קל לשנות סוכן אחד מבלי לשבור את השאר. ושלישית, context — כל סוכן מקבל רק את המידע הרלוונטי לו.

[מעבר שקף]

ב-n8n יש שתי דרכים לממש A2A.

הדרך הראשונה — Execute Sub-Workflow Tool. ה-AI Agent Node יכול לקבל כ-Tool אחד מסוג Execute Sub-Workflow. ה-Agent הראשי מחליט מתי לקרוא לו, מעביר אליו Input, ומקבל Output חזרה.

איך מגדירים? בסוכן הראשי, בחלק ה-Tools, בוחרים Execute Sub-Workflow. בוחרים את ה-Workflow שרוצים להפעיל. הגדירו אילו שדות לשלוח. ה-Agent הראשי יחליט בעצמו מתי לקרוא לו.

הדרך השנייה — HTTP Request ל-Webhook. הסוכן הראשי שולח POST ל-Webhook של Workflow אחר. יותר גמיש — עובד גם עם n8n instances אחרים, ואפילו עם פלטפורמות אחרות.

טיפ קריטי: כשמגדירים A2A, תמיד הגדירו System Prompt ברור לכל סוכן שמסביר בדיוק מה התפקיד שלו. "אתה סוכן תמיכה טכנית. אתה מקבל תיאור בעיה ומחזיר פתרון מפורט." ככל שהגדרה ברורה יותר — תוצאות טובות יותר.

[מעבר שקף]

מתי A2A כדאי ומתי מיותר?

כדאי להשתמש ב-A2A כשיש תהליכים מובחנים שדורשים מומחיות שונה. כשהסוכן "מבולבל" כי יש יותר מדי מה לעשות. כשרוצים שסוכן אחד יטפל בסוג משימה אחד בלבד. וכשצריכים מקביליות — כמה סוכנים עובדים בו זמנית.

לא כדאי: כשיש תהליך פשוט שסוכן אחד יכול לעשות. כשה-latency קריטי ו-A2A מוסיף זמן שאי אפשר לסבול. וכשמתחילים — בנו קודם סוכן אחד שעובד, ואז פצלו.

דוגמה מהחיים: אוטומציית מכירות. Orchestrator מקבל ליד חדש. מעביר ל-Qualification Agent שבודק התאמה. אם מוסמך — מעביר ל-Outreach Agent שכותב מייל ייחודי. ומעביר ל-CRM Agent שמעדכן את המערכת. שלושה סוכנים, כל אחד ממוקד, ביחד עושים עבודת מכירות מלאה.

[מעבר שקף]

עכשיו לנושא שני — Human-in-the-Loop.

AI עושה טעויות. לא הרבה, אבל כשטועה — הוא טועה בביטחון מלא. שליחת מייל למאתיים לקוחות עם הנחה שגויה של שמונים אחוז? זה קרה לחברות אמיתיות.

Human-in-the-Loop, HITL בקיצור, הוא מנגנון שעוצר תהליך אוטומטי וממתין לאישור אנושי לפני פעולות קריטיות. הרעיון הוא לא לעצור כל פעולה — אלא רק את הפעולות הקריטיות.

חשבו על זה כמו מנהל ועוזר. העוזר עושה הכל — מחקר, טיוטות, תכנון. אבל לפני שמשלחים הצעת מחיר ללקוח VIP — המנהל מאשר. זה HITL.

[מעבר שקף]

ב-n8n יש שתי גישות עיקריות ל-HITL.

הגישה הראשונה — Wait Node. הכי פשוטה. לאחר שה-AI מייצר תוצאה, מוסיפים Wait Node שמחכה לתגובה מ-Webhook. שולחים לאדם הודעת Slack עם הפלט של ה-AI ולינקים לאישור ולדחייה. כשהאדם לוחץ — ה-Webhook מופעל, ה-Wait Node מתעורר, והתהליך ממשיך.

הגישה השנייה — HITL ברמת Tool. זו הגישה המתקדמת שנכנסה ב-n8n גרסה שתיים נקודה אפס. כשה-AI Agent רוצה לבצע פעולה ספציפית, לדוגמה "שלח הצעת מחיר", הוא לא עושה את זה ישירות. הוא קורא ל-Tool מיוחד שנקרא Human Approval. הכלי שולח בקשת אישור, ממתין, ורק אם קיבל אישור — מבצע.

ההבדל בין שתי הגישות: גישה ראשונה — האדם רואה את הפלט הגמור ואומר כן או לא. גישה שנייה — האדם רואה מה ה-AI מתכנן לעשות לפני שעושה, ויכול לערוך.

[מעבר שקף]

הכלל הפשוט לפרודקשן: HITL עבור פעולות בלתי הפיכות עם השפעה גבוהה.

חייב HITL: שליחת הצעות מחיר ללקוחות. ביצוע תשלומים. מחיקת נתונים. שליחת הודעות שיווקיות לרשימה גדולה. פרסום תוכן ציבורי.

לא צריך HITL: עדכון שדה ב-CRM. שליחת מייל פנימי. יצירת משימה ב-Monday. תיעוד לוג.

כלל עסקי שכדאי לאמץ: כל פעולה שהיא בלתי הפיכה — HITL. כל פעולה שעולה יותר מחמש מאות שקל — HITL. כל פעולה שאתם לא תוכלו להסביר ללקוח שנעשתה אוטומטית — HITL.

[מעבר שקף]

נושא שלישי — Self-Hosting.

n8n Cloud נוח. אין התקנה, יש תמיכה, עובד מיד. אז למה בכלל Self-Host?

שלוש סיבות עיקריות.

ראשית, פרטיות ורגולציה. לקוחות כמו עורכי דין, חברות ביטוח, מוסדות בריאות, חברות ביטחוניות — לא יכולים לעבור נתונים דרך שרת חיצוני. עם Self-Hosting הנתונים לא יוצאים מהארגון.

שנית, עלויות בנפח גבוה. n8n Cloud מחייב לפי Workflow Executions. עסק עם מאה אלף Executions בחודש — בסביבות חמישים דולר בענן. ב-VPS של עשרים דולר עושים בדיוק אותו דבר. אצל לקוחות גדולים החיסכון הוא אלפי דולר בשנה.

שלישית, שליטה מלאה. Self-Hosted אפשר להריץ Community Nodes שאינם זמינים בענן. אפשר לגשת לרשת פנימית של הארגון. אפשר להתאים את n8n עצמו.

[מעבר שקף]

יש שלוש דרכים עיקריות להריץ n8n בעצמכם.

הדרך הראשונה — Docker. הכי מומלצת. Docker הוא מנגנון שמריץ אפליקציות בתוך קונטיינר מבודד. פקודה אחת מריצה את כל n8n. עדכון הוא פקודת docker pull. גיבוי הוא העתקת תיקייה אחת. אפשר להריץ על כל VPS: Digital Ocean, Hetzner, AWS, Google Cloud.

עלות מינימלית: VPS ב-Hetzner האירופי — חמישה יורו בחודש לסביבה פשוטה, עשרים יורו לסביבה בינונית עם SSL וגיבוי אוטומטי.

הדרך השנייה — npm. התקנה ישירה על שרת. מתאים אם כבר יש שרת Node.js. פחות מומלץ.

הדרך השלישית — n8n Cloud. Starter בחמישה דולר לאלף Executions. Pro בחמישים דולר לעשרת אלפים Executions. לרוב הלקוחות הקטנים Cloud מספיק ויחסכו זמן התקנה.

[מעבר שקף]

שלושה דגשים קריטיים ל-Self-Hosting בפרודקשן.

גיבוי: n8n שומר את כל ה-Workflows ב-SQLite או PostgreSQL. גבו את קובץ ה-DB כל יום. בלי גיבוי — כל Workflow שבנה הלקוח שנה אחורה יכול להיעלם.

SSL: חובה. לא מריצים n8n בלי HTTPS. השתמשו ב-Caddy שמנהל SSL אוטומטית, או ב-Nginx עם Let's Encrypt.

עדכונים: בדקו את ה-Changelog לפני עדכון. לפעמים יש Breaking Changes שמשנים התנהגות של Nodes. עדכנו בסביבת טסט קודם.

[מעבר שקף]

עכשיו בונים Workflow שמחבר הכל: A2A ו-HITL.

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

שלב ראשון — Webhook Trigger: מקבל JSON עם שם לקוח, תחום, ותקציב.

שלב שני — Orchestrator Agent: System Prompt: "אתה עוזר מכירות. קבל פרטי לקוח וכתוב טיוטת הצעת מחיר קצרה. כלול שם, שירות מוצע, מחיר מוצע, ומשפט פתיחה אישי." Input: כל שדות ה-Webhook.

שלב שלישי — Slack Node: שולח הודעה לאנשי מכירות עם הטיוטה ולינקים לאישור ודחייה.

שלב רביעי — Wait Node: מחכה עד שעתיים.

שלב חמישי — IF Node: אושר? המשך. נדחה? שלח Slack לנציג לטיפול ידני.

שלב שישי — Sender Agent: System Prompt: "אתה נציג מכירות מקצועי. קח את הטיוטה ועצב כמייל מקצועי מלא עם פתיחה, גוף, וחתימה." Tools: Gmail Node לשליחה.

זה Workflow שאפשר לארוז ולמכור ללקוח כמוצר מוכן.

[מעבר שקף]

כמה כללי ברזל לפרודקשן לפני שנסכם.

A2A: התחילו עם סוכן אחד. פצלו רק כשהוא "מבולבל" מיותר מדי מידע.

HITL: כל פעולה בלתי הפיכה — חובה אישור אנושי. זה לא חולשה של ה-AI — זה עיצוב אחראי.

Error Handling: כל Workflow חייב לוג שגיאות ב-Slack. אם לא ידעתם שנשבר — כאילו לא נשבר.

Self-Host: גיבוי יומי, SSL חובה, בדקו לפני כל עדכון.

System Prompt: לכל Agent — תפקיד ברור. "אתה מומחה ל-X. אתה עושה Y. אתה לא עושה Z."

[מעבר שקף]

לסיכום שיעור אחת נקודה חמש:

Agent-to-Agent: Orchestrator ו-Specialist Agents. Execute Sub-Workflow Tool ב-n8n. מפצלים לוגיקה מורכבת למומחים ממוקדים.

Human-in-the-Loop: Wait Node עם Slack לפעולות קריטיות. HITL ברמת Tool ב-n8n שתיים נקודה אפס. האדם נכנס רק כשצריך — שאר הזמן הכל אוטומטי.

Self-Hosting: Docker ב-VPS שווה פרטיות, חיסכון ושליטה. גיבוי וSSL חובה. Hetzner ממחיר של חמישה יורו בחודש.

בשיעור הבא — שיעור אחת נקודה שש — נחבר WhatsApp Business API לאוטומציות. זה אחד הנושאים הכי מבוקשים בישראל: "תחבר לי וואטסאפ לאוטומציה." נלמד את ה-API הרשמי, תמחור לפי הודעה, ואיך לבנות צ'אטבוט וואטסאפ שמתחבר גם ל-n8n וגם ל-Make.

תודה על תשומת הלב. נתראה בשיעור הבא.
