המדריך המלא ל-תזמור רשת סוכנים
איך גורמים לכמה סוכני AI לעבוד יחד — בלי שיתנגשו, יכפילו או ישכחו
סוכן אחד זה כלי. רשת סוכנים זה כוח — אבל רק אם הם יודעים לעבוד יחד. המדריך הזה הוא ה'דבק' שמחבר את שאר המדריכים: איך Kami (ממשק וואטסאפ), Claude Code (תזמור-פיתוח), Hermes (סטודיו/עובד) ו-Kaylee (אמינות+הפצה) חולקים ידע, מאצילים משימות זה לזה, ולא דורכים אחד על השני. הבעיה האמיתית ברשת רב-סוכנית היא לא היכולת של כל סוכן — אלא התיאום: מי יודע מה, מי אחראי על מה, ואיך מידע חשוב מגיע למי שצריך לפעול עליו. אצלי (אלעד) זה נפתר בארבעה רכיבים פשוטים: האב-ידע המשותף (מקור-אמת אחד), תיבת-נכנס שמתעדפת מה דורש טיפול, פרוטוקול-רשת שמגדיר תפקידים והאצלה, ומועצת-מודלים שמאמתת החלטות גדולות. אצלכם — אותו דפוס בדיוק עובד לכל צוות סוכנים, בין אם שניים או עשרה.
מה המדריך מכסה
מה זה תזמור רשת סוכנים?
ההבדל בין אוסף בוטים לבין צוות שעובד יחד
תזמור (orchestration) הוא השכבה שגורמת לכמה סוכנים אוטונומיים לתפקד כצוות אחד במקום כאוסף בוטים שכל אחד עושה את שלו. הרעיון המרכזי: אל תנסו לבנות סוכן-על אחד שעושה הכל — בנו כמה סוכנים ממוקדים, ותשקיעו את המאמץ ב-תיאום ביניהם. בדיוק כמו בצוות אנושי, מה שקובע את ההצלחה הוא לא הכישרון של כל אחד אלא איך הם מתחלקים בעבודה, מעבירים מידע, ולא דורכים זה על זה.
האב-הידע המשותף — מקור-אמת אחד
במקום שכל סוכן יזכור לבד, כולם כותבים וקוראים ממקום אחד
הבעיה הראשונה ברשת רב-סוכנית: כל סוכן עם זיכרון משלו, ואף אחד לא יודע מה השני עשה. הפתרון הוא האב-ידע משותף (shared-knowledge hub) — יומן-אירועים אחד (append-only) שכל סוכן כותב אליו עובדות, וכל סוכן יכול לקרוא ממנו. זה ה-SSOT (Single Source of Truth, מקור-אמת יחיד) של הרשת: ההיסטוריה המלאה של מה קרה, מי עשה מה, ומה התוצאה.
תיבת-הנכנס — תור-העבודה של המתזמר
מפרידים בין 'מה קרה' ל'מה דורש טיפול עכשיו'
אם רק שואלים את האב-הידע 'מה חדש?' בכל סבב — מידע קריטי נרקב ונשכח. לכן מעל האב יושבת תיבת-נכנס (attention inbox): תור-עבודה ממוקד של 'מה דורש את תשומת-הלב של המתזמר'. סוכנים דוחפים אליה פריטים אקשן (לא כל אירוע — רק מה שדורש פעולה), המתזמר (Claude Code) קורא אותה בכל סבב, פועל, ומסמן 'טופל'. זה ההבדל בין רשת ש'מקווה שמישהו ישים לב' לבין רשת שבה מידע חשוב באמת מגיע ליעדו.
פרוטוקול-הרשת — מטריצת-האצלה ובעלות-על-משימה
'מפת ההרמוניה': מי אחראי על מה, ומי מאציל למי
כשיש כמה סוכנים, השאלה הקריטית היא 'מי עושה מה'. פרוטוקול-הרשת הוא מסמך קנוני אחד שכל סוכן קורא — רוֹסטר (מי קיים ומה תפקידו), מטריצת-האצלה (איזו משימה הולכת לאיזה סוכן), וערוצי-תיאום. אבל החלק הכי חשוב הוא תרבותי: משמעת-בעלות-על-משימה — סוכן שמקבל משימה לוקח עליה אחריות מקצה-לקצה (מבין התחלה-אמצע-סוף, מוביל אותה, ומדווח תוצאה), לא רק 'מאשר קבלה'.
מועצת-המודלים — אימות החלטות גדולות
לפני מהלך בלתי-הפיך, שואלים כמה מודלים — לא רק אחד
מודל אחד נושא את ההטיות שלו. להחלטה גדולה (ארכיטקטורה, מהלך בלתי-הפיך, שאלה אתית) שווה דעה שנייה ושלישית — ממודלים שונים, לא רק מאותו אחד. מועצת-מודלים היא דפוס שבו המתזמר מתייעץ בכמה מודלים-עמיתים (אצלי GPT, Grok ו-Gemini) ומסנתז — עם כלל פשוט: אם 2 מתוך 3 מסכימים זה כיוון טוב, אבל קוראים גם את החולק (לפעמים הוא הצודק).
מקרה-בוחן: מפעל-התוכן
איך כל הרכיבים מתחברים לזרימה אחת מקצה-לקצה
כל הרכיבים מתחברים יפה במקרה-בוחן אמיתי: מפעל-התוכן. רעיון נכנס, עובר עיבוד לכל פלטפורמה בקול אחיד, נשמר בבנק מסווג, ומופץ לכל הערוצים — והכל מתואם דרך ארבעת הרכיבים שלמעלה. זה ממחיש למה תזמור טוב הופך אוסף-יכולות לקו-ייצור.
אינטגרציה — איך מאמצים את זה אצלכם
מתחילים קטן, מוסיפים רכיב-תיאום רק כשהכאב מופיע
הדבר הכי חשוב להבין: לא בונים את כל שכבת-התזמור ביום הראשון. מתחילים משני סוכנים ורכיב-תיאום אחד, ומוסיפים את השאר רק כשהכאב מופיע. כל רכיב פותר כאב ספציפי — אל תאמצו רכיב לפני שהרגשתם את הבעיה שהוא פותר.
