בפרק הקודם עסקנו בעולם הסוכנים המשרתים את המשתמש הבודד — מפתח, יזם, עובד שמתקין משהו על המחשב שלו. הראיתי שלושה כלים שמייצגים את הקטגוריה: Roo Code ב-VS Code, Hermes של Nous Research, ו-OpenClaw שעבר את 200 אלף הכוכבים ב-GitHub. אלה לא רק צעצועים — חלקם הגיע בינתיים גם לארגונים. ל-Roo Code יש מהדורת Cloud Enterprise עם Governance מלא, ו-OpenClaw כבר התקין את עצמו במאות אלפי מחשבי עובדים בכל העולם, לפעמים בלי שה-IT הארגוני בכלל יודע. אבל גם כשהם משמשים ארגון, כל instance עדיין משרת אדם אחד.
בפרק זה אנחנו בוחנים את השכבה השנייה — סוכנים המשרתים את הארגון כיחידה. אלה שמטפלים בחשבונית ספק, בפניית לקוח, בתהליך העסקי השלם. וכאן מתרחש משהו אחר לגמרי: מלחמה על שליטה, לא על טכנולוגיה.
מה משתנה כשסוכן מתממשק למערכות ארגוניות
בשנת 2022-23, שנת ה-GenAI הראשונה, רוב הארגונים הסתפקו בעוזרי כתיבה, צ'אטבוטים וחיפוש חכם. אלה היו מוצרים בשוליים — לא נגעו במערכות הליבה, לא קיבלו החלטות, לא ביצעו פעולות בעלות השפעה כספית או תפעולית. ברגע שעוברים מ-chat ל-action, הכל משתנה.
לעומת זאת ב-2026, סוכן שקורא חשבונית, מעדכן CRM, פותח קריאת שירות או מזיז כסף בין חשבונות — הוא לא עוד טכנולוגיה. הוא שכבת תוכנה ביקורתית עם הרשאות אמיתיות, לוגים שדורשים auditability, ומחויבויות רגולטוריות. ברגע הזה השאלה כבר איננה איזה מודל יותר חכם, אלא מי שולט בשכבת הזהות, ההרשאות, התיעוד והבקרה.
מדובר ב-control plane, וכל המחנות שכפופים לו מבינים שמי שיחזיק בו יחזיק את הלקוח לעשור הבא.
ארבעת המחנות
מחנה 1: ענקיות הענן (Hyperscalers)
הטיעון שלהן: הדאטה שלך כבר אצלנו. ה-IAM שלך כבר אצלנו. ה-VPC, הלוגים, ה-compliance — הכל אצלנו. למה שתעביר את שכבת הסוכנים למקום אחר ותבנה מחדש את כל ההיגיינה הזו? ההצעה שלהן היא לא סתם סוכן יותר חכם אלא סוכן שכבר חי בתוך התשתית הארגונית הקיימת.
מחנה 2: ספקי המודלים
הטיעון שלהם: מי שמבין הכי טוב את המודל, בונה הכי טוב את שכבת הכלים שמעליו. ההיגיון מאחורי tool use, חלוקת המשימות, ניהול ההקשר — כל זה נכתב על ידי אותם אנשים שאימנו את המודל. כשהמודל מתעדכן, ה-framework מתעדכן איתו אוטומטית. מהירות התגובה לשינויים במודל היא יתרון אמיתי.
החיסרון ברור: vendor lock-in למודל ספציפי, ושאלה רגישה לארגון אנטרפרייז — האם באמת רוצים שספק המודל יראה את כל מה שהסוכנים בארגון עושים.
מחנה 3: ענקיות ה-SaaS הארגוני
הטיעון שלהן הכי חזק מבחינה עסקית: הסוכן צריך לחיות היכן שהתהליך כבר חי. אם שירות הלקוחות שלך רץ ב-Salesforce, הסוכן שמטפל בפניות צריך להיות חלק מ-Salesforce. אם ה-IT שלך רץ ב-ServiceNow, הסוכן שפותר תקלות צריך להיות חלק מ-ServiceNow. אין מערכות לחבר, אין הרשאות מקבילות, אין דאטה לסנכרן — הכל באותה שכבה.
מחנה 4: שכבת ה-middleware הקוד פתוח
הטיעון: אל תהיה שבוי של אף אחד. בנה את שכבת הסוכנים אצלך, על תשתית שאתה מחזיק, עם יכולת להחליף מודלים, ענן ומערכות לפי הצורך. זהו הכיוון של ארגונים שלמדו את שיעור ה-vendor lock-in הקודם וזוכרים איך התקשו לצאת מ-Oracle או מ-VMware.
המחיר: מצריך להחזיק צוות הנדסה שיודע לבנות, לתחזק ולנטר את כל זה לבד.
טבלת השוואה
השעטנז הקדוש
חברה אחת מכל אלה: Microsoft, היא היחידה שנמצאת בשלושה מחנות בו זמנית:
- Azure AI Foundry בענן
- Copilot Studio ב-SaaS
- AutoGen בקוד פתוח
- בנוסף, שותפות הדוקה עם OpenAI שנותנת לה גם נוכחות בעולם ספקי המודלים
וזו לא מקריות. מיקרוסופט היא היחידה שאינה צריכה לבחור — היא מהמרת על כל המחנות במקביל, ובכך הופכת לאופציית הברירת מחדל הכי בטוחה מבחינת ארגון אנטרפרייז שלא יודע לאן השוק ייפול. זה גם מסביר מדוע רבים מהארגונים מתנסים קודם עם Copilot Studio, גם כשהם לא בטוחים שזהו הכלי המיטבי, זוהי האופציה עם הכי פחות סיכון אסטרטגי.
מה באמת על השולחן
השאלה שעומדת בפני כל סמנכ״ל IT ב-2026 איננה איזה מחנה הכי טוב מבחינה טכנית. אף אחד מהמחנות לא ינצח את האחרים בקנה מידה כללי. השאלה האמיתית היא מה הפרופיל של הארגון שלי, ואיפה הסיכון הכי קטן בכל מקרה של שימוש בנפרד.
ארגון פיננסי גדול עם שנים של השקעה ב-AWS כנראה ילך עם Bedrock AgentCore. ארגון שמתבסס על Salesforce בכל היבט של מכירות ושירות כנראה ילך עם Agentforce. ארגון טכנולוגי עם צוות הנדסה חזק שעבד עם Kubernetes ו-OSS שנים כנראה יבחר ב-LangGraph או CrewAI.
אבל הניואנס החשוב ביותר הוא שאותו ארגון עצמו יכול ללכת על מחנות שונים עבור צרכים שונים. ייתכן שבפרודקשן מול לקוחות הוא יבחר ב-Agentforce בגלל הציות, האמינות וה-SLA — ובמקביל לסוכנים פנימיים של מחקר, ניתוח דאטה או אוטומציה תפעולית, ילך על LangGraph או CrewAI המאפשרים שליטה מלאה וניסוי מהיר. כל מקרה שימוש מקבל את המחנה שמתאים לו. ארגונים גדולים עושים נכון כאשר הם לא בוחרים קטגוריה אחת— הם בונים מטריצה של קטגוריות לפי סוג העומס.
הדבר החשוב להבין: בחירה זו תקבע את ה-vendor relationship שלך לחמש שנים הבאות. זה לא כמו לבחור מודל ולהחליף בעוד שנה. זה יותר דומה לבחירת ERP — מהלך שמשנה את כל ארכיטקטורת ה-AI הארגונית.
המלחמה על שכבת הסוכנים היא לא מלחמה טכנולוגית. היא מלחמה על control plane ארגוני, על vendor relationship ועל מי יחזיק במפתחות לתהליכים העסקיים החדשים שייבנו על AI בעשור הקרוב. זוהי אחת ההחלטות האסטרטגיות הכי חשובות שארגון יקבל ב-AI, וההחלטה הזו לרוב לא נמצאת בידי אנשי הדאטה — היא בידי ה-CIO וה-CTO.
מי שמתעלם היום מהבחירה הזו ובוחר ad-hoc כלי לכל מקרה לחוד, יתעורר בעוד שנתיים עם שבע שכבות סוכנים מקבילות שאי אפשר לנהל ביחד. אבל מי שמבין שיש פה החלטה ברמת ארכיטקטורה — ושהיא לא חייבת להיות מחנה אחד גלובלי, אלא מטריצה מודעת לפי סוג השימוש — נמצא בעמדה הטובה ביותר להפיק את המקסימום מהתחום הזה בשנים הקרובות.