לא רק חיפוש: שכבת-סוכנים מעל גרף-הידע
הערך הנפרד "Glean" מתאר את החברה, את מסלול-הגיוסים שלה ואת נתוני-הצמיחה של הפלטפורמה — ובכלל זה שקצב-הגידול בפעולות-סוכן (agent actions) עבר את ה-100 מיליון בשנה כבר ביוני 2025. הערך הנוכחי לא חוזר על הנתונים האלה, ומתמקד במקום זאת במנגנון: איך בנויה שכבת-הסוכנים עצמה, ומה היא מאפשרת שעוזר-חיפוש רגיל לא מאפשר.
לפי עמוד-המוצר הרשמי של Glean Agent Builder, סוכן נבנה משפה טבעית או דרך "בונה גרירה-והשלכה מודרני" — כלומר ללא צורך בכתיבת קוד. תיעוד המפתחים של Glean מנסח את התכלית כך: הפלטפורמה "מספקת כמה דרכים לבנות סוכני-AI שיכולים לחפש ולהנמק על-גבי הידע הארגוני" של הלקוח. בפועל זה אומר שהסוכן אינו מוגבל למה שהוזן בשיחה הנוכחית או למה שנכנס לחלון-ההקשר של המודל, אלא יכול לשלוף בכל שלב מתוך אינדקס-הידע הארגוני המלא של Glean, שממשיך להתעדכן גם בזמן שהסוכן פועל.
ההבדל הזה חשוב במיוחד עבור משימות שנמשכות זמן רב: עוזר-שיחה רגיל "שוכח" מידע שיצא מחלון-ההקשר שלו, ולכן מתקשה במשימות ארוכות שדורשות לזכור עשרות פרטים לאורך זמן. סוכן שמנמק על-גבי גרף-ידע חיצוני לא סובל מהמגבלה הזו: הוא יכול לחזור ולשאול את הגרף בכל שלב, במקום להסתמך רק על מה ש"זוכר" מתוך השיחה.
הרשאות שעוברות איתך לתוך הסוכן
לפי עמוד-המוצר, הסוכנים "מתחברים לידע ולמערכות ארגוניים חיים ומודעי-הרשאה" — כלומר אותו עיקרון-ההרשאות שמפעיל את החיפוש הארגוני של Glean (ראו ערך נפרד) חל גם על פעולות-הסוכן: כל עובד רואה ומפעיל רק את מה שהוא מורשה ממילא. זהו פרט קריטי לא-טכני: בלעדיו, סוכן-AI ארגוני שמסתובב חופשי בין מסמכים ומערכות היה הופך בעצמו למנגנון-דליפה — עובד-זוטר שמפעיל סוכן היה יכול, להלכה, לגרום לו לחשוף מידע שהוא עצמו לא מורשה לראות.
מעבר לשאלה-ותשובה בודדת, הסוכנים תומכים ב"הסתעפות ולולאות כדי להתמודד עם תהליכים מורכבים" — כלומר תהליכי-עבודה מרובי-שלבים ולא רק שיחה חד-פעמית. החיבור לעולם החיצון נעשה דרך יותר מ-275 מחברי-אפליקציה, שמאפשרים "לחבר סוכנים באופן מאובטח למקורות-נתונים, למערכות ול-API-ים של צד-שלישי — כשההרשאות נשמרות" — ניסוח שמרמז על יכולת כתיבה-חזרה (write-back) למערכות חיצוניות, לא רק קריאה מהן. הפיתוח עצמו איטרטיבי: אפשר לכוונן הנחיות ו"הגדרות-יצירתיות" (כלומר עד כמה הסוכן חופשי לסטות מתשובה-שמרנית), והפלטפורמה כוללת ניהול-גרסאות מובנה שמאפשר לבדוק, לבטל-שינוי ולשפר סוכן בלי לשבש זרימות-עבודה חיות שכבר בשימוש בפועל.
ערכת-כלים פתוחה למפתחים
לצד הבונה הוויזואלי, Glean מציעה גם ערכת-כלים למפתחים (developers.glean.com) שסיסמתה "לכתוב כלי פעם אחת, להשתמש בו בכל מקום" — חושפת את יכולות-האחזור והחיפוש של Glean ככלים שאפשר לשלב בכל סוכן-AI שבונים. לפי אותו תיעוד, הערכה תומכת באינטגרציה עם OpenAI Agents SDK, עם LangChain, עם CrewAI ועם Google ADK. בנוסף, Glean מפרסמת "ספר-מתכונים" (Cookbook) של דוגמאות ניתנות-להרצה, כדי לקצר את הדרך ממחשבה ראשונית למשהו שבאמת רץ.
המשמעות המעשית: ארגון שכבר בחר מחסנית-פיתוח שונה לגמרי — לא את הבונה-הפנימי של Glean — עדיין יכול "לשאוב" את הידע הארגוני המאונדקס והמודע-להרשאות של Glean לתוך הסוכנים שהוא בונה בעצמו. זו בחירת-עיצוב שמייחדת את Glean מפלטפורמות סגורות יותר: היא מוכנה לוותר על כך שהמשתמש יבנה דווקא בתוך הממשק שלה, כל עוד הוא ממשיך להשתמש בשכבת-הידע שלה כמקור-האמת. במונחים עסקיים: Glean מהמרת שהמוצר שלה חזק מספיק כשכבת-נתונים שגם מפתחים שיעדיפו כלי-בנייה אחרים עדיין ירצו להתחבר אליה — ולא שהיא צריכה לכפות עליהם גם את כלי-הבנייה.
מקבוצת-סטארטאפ קטנה לספקית-אינדקס-ארגוני
כדאי לזכור את נקודת-המוצא: Glean התחילה כמנוע-חיפוש-ארגוני שנבנה על-ידי צוות קטן יחסית של יוצאי-גוגל (ראו ערך נפרד "Glean" לפרטים על ייסוד החברה ומסלול-הגיוסים שלה). מה שמאפשר לה היום להתחרות עם ענקיות כמו מיקרוסופט, גוגל, SAP ו-IBM בתחום-הסוכנים אינו קנה-מידה כספי — Glean קטנה משמעותית מכל אחת מהן — אלא עומק-האינדקס: מכיוון שהיא כבר מחוברת, אצל לקוחותיה, לרוב כלי-העבודה הפנימיים, כל סוכן שהיא בונה נהנה מגישה למאגר-ידע עשיר יותר ממה שסוכן חדש-מהיסוד היה יכול לבנות בעצמו.
275 מחברים כתחליף לפיתוח-אינטגרציה ידני
כדאי לעצור על המספר 275 (מחברי-אפליקציה) לרגע: לפני שהיו קיימים כלים כאלה, ארגון שרצה לחבר בין שתי מערכות עסקיות — למשל מערכת-כרטיסים לתוך כלי-שיחה — היה צריך לרוב לפתח אינטגרציה ייעודית, פרויקט הנדסי שיכול לקחת שבועות. שכבת-מחברים מוכנה-מראש כזו הופכת את הפעולה הזו לבחירה מרשימה-נפתחת, לא פרויקט-פיתוח. זה בדיוק אותו עיקרון שמניע גם את מספר-המחברים הגבוה של מתחרות כמו קופיילוט סטודיו (1,400+) — קנה-המידה של מחברים מוכנים הוא בעצמו נקודת-מכירה מרכזית בשוק הזה.
סוכנים "עצמאיים": זהות, זיכרון, יוזמה ואחריותיות
ב-30 ביוני 2026 הציגה Glean, לפי הודעתה הרשמית, את "סוכנים עצמאיים" (Independent Agents) — סוכני-AI שפועלים ברציפות על פני כלים כמו Slack, Jira ו-Teams, בנויים מעל שכבת-ההקשר של Glean. ארבעה מאפיינים מגדירים אותם: זהות עם הקשר — לכל סוכן גישה מוקצית משלו, כך שאפשר לעקוב אחר מה שהוא ראה ועשה; זיכרון — הסוכן לומד מנהלים-סטנדרטיים ומתיעוד החברה, ומשתפר מאינטראקציה לאינטראקציה כדי לא לחזור על אותה טעות פעמיים; יוזמה — הסוכן מציע פתרונות, מתייג בעלי-עניין ומשתף תובנות בלי שיתבקש, ולא רק ממתין לפקודה; ואחריותיות — כל פעולה ניתנת למעקב, מנהלי-מערכת יכולים לבחון כל קריאת-כלי והחלטה, וקיימת אפשרות כיבוי-חירום.
הדוגמה שנמסרה: "עוזר-הכוננות" (OnCall Assistant) שמקבל התרעת-אסקלציה, שואב הקשר רלוונטי, בוחן כמה השערות-שורש-בעיה במקביל, מנסח תיקון לסקירה ומזהה את בעל-האחריות הנכון — ולא מפסיק שם, אלא ממשיך לנתח לוגים ולהציע פתרונות ככל שהמצב מתפתח. לפי הודעת Glean: "כל מה שסוכן עושה ניתן למעקב, ונשאר בתוך גבולות-ההגנה שהארגון קבע". שילוב כזה של "זהות" נפרדת לכל סוכן ו"זיכרון" שנצבר עם הזמן הוא בדיוק מה שמבדיל בין בוט-אוטומציה חד-פעמי לבין משהו שמנוהל כמו עובד לכל דבר — עם עקבות, היסטוריה ואחריות.
עדכוני-קצב: מ-Agent Builder בודד ל-GO 2026
הקצב שבו Glean משחררת עדכונים לשכבת-הסוכנים שלה מזכיר את זה של מתחרותיה הגדולות בהרבה: בין ינואר 2026 ליוני 2026 בלבד פרסמה החברה סדרת-בלוגים שכללה, בין השאר, עדכון על "7 סוכני-AI לצוותי-שיווק" (ינואר 2026), הצגת הסוכנים העצמאיים (יוני 2026), ולאחר-מכן עדכון "GO 2026" (אוגוסט 2026). עבור חברה שגודלה קטן משמעותית ממיקרוסופט, גוגל, SAP, ServiceNow ו-IBM, קצב-שחרור כזה הוא ניסיון ברור להישאר רלוונטית מול המתחרות הגדולות בהרבה ממנה, על-ידי תזוזה מהירה יותר.
קודיפיקציה של מחזור-החיים הארגוני של סוכן
ב-12 במאי 2026 הכריזה Glean, לפי דף-העיתונות הרשמי שלה, על "מחזור-החיים לפיתוח-סוכנים ארגוני" (Enterprise Agent Development Lifecycle) — ניסיון להסדיר באופן שיטתי איך ארגונים בונים, מממשלים ומודדים סוכני-AI, ולא רק לשחרר עוד תכונה בודדת. ב-26 באוגוסט 2026 פרסמה Glean עדכון תחת הכותרת "סוכני Glean יכולים כעת לעבוד באופן עצמאי, להיבנות מהר יותר ולהישאר מנוהלים בקנה-מידה", שמתאר את השילוב הנדרש בין "אינטליגנציה, ממשל ואמינות הדרושים כדי להניע ולהרחיב עבודה אמיתית". זו המשך ישיר לאותה מגמה: לא רק להוסיף יכולת לסוכן בודד, אלא לבנות את המסגרת הארגונית השלמה שסביבו — כיצד בודקים סוכן לפני שמפעילים אותו, איך עוקבים אחריו כשהוא כבר בייצור, ואיך מודדים אם הוא באמת עוזר.
המשמעות: מכלי-חיפוש למגדירת-שיטה
זה ההבדל בין Glean כספקית-כלי לבין Glean שמנסה להגדיר את שיטת-העבודה של כל התעשייה בתחום. חברה שמתחילה כמנוע-חיפוש-ארגוני נהנית מיתרון שספקי-סוכנים חדשים-יותר חסרים: היא כבר יודעת, ברמת ההרשאות והחיבורים, בדיוק מה כל עובד רואה ואיפה המידע חי — כך שכשהיא עוברת מחיפוש לביצוע-פעולות, היא לא צריכה לבנות את שכבת-ההרשאות מאפס, אלא רק להרחיב אותה מ"קריאה" ל"קריאה וכתיבה". זהו אותו דפוס שחוזר אצל שאר הספקים בבועה הזו — SAP עם הסמנטיקה העסקית של S/4HANA, סיילספורס עם נתוני-ה-CRM שלה — אבל אצל Glean הוא בולט במיוחד כי המוצר-המקורי שלה, החיפוש, היה מלכתחילה עסק של "מי מורשה לראות מה". המעבר לסוכנים לא דרש ממנה לפתור בעיה חדשה, אלא רק להרחיב פתרון קיים.