מארק צוקרברג והסוכן המנכ"לי: איך עוברים מכלי AI לסוכנים

מה צוקרברג עושה במטא – ולמה זה מעניין

בשבועות האחרונים פורסם שמנכ"ל מטא, מארק צוקרברג, עובד על סוכן AI אישי שמסייע לו לנהל את החברה. זה לא עוד צ׳טבוט, אלא מעין עוזר מנכ"ל וירטואלי שמחובר למידע הפנימי של מטא – מיילים, צ׳אטים, מסמכים, דוחות ומערכות עבודה – ומטרתו לקצר שכבות ניהול, להביא תשובות ישירות מהשטח ולסייע לו להתמודד עם עומס המידע סביב קבלת החלטות.

במקביל, עובדים במטא מתחילים להשתמש בסוכנים אישיים המחוברים לצ׳אטים, לקבצים ולמערכות פנימיות, ובחלק מהמקרים גם מאפשרים לסוכנים של עובדים שונים לתקשר זה עם זה כדי לתאם מידע ומשימות. במקום רק עוד כלי, במטא מתחילה להיבנות שכבה של סוכנים – ישויות תוכנה שמלוות מנהלים ועובדים ופועלות בתוך הארגון כמו צוות וירטואלי.

ארגונים רבים נמצאים על אותו ציר, רק בשלב מוקדם יותר: הם השקיעו בשכבת היכולות, וכעת השאלה היא איך, מתי ולאן לעלות משם לשכבת הסוכנים.

שכבת היכולות – מאיפה רוב הארגונים מתחילים

המסע הארגוני עם AI מתחיל בשכבה שרובכם כבר חיים בה ביומיום: שכבת היכולות.

בגל הראשון ארגונים מחברים את ה‑AI כמעט לכל מקום שאפשר:

• מערכות ליבה כמו ERP, CRM, מערכות רכש ותפעול.
• סביבות צ׳ט ארגוניות כמו Teams, Slack וכלי תקשורת פנימיים אחרים.
• דוא"ל אישי וארגוני – אינבוקסים של עובדים, מנהלים וצוותים.
• דאטה מחלקתי של כספים, הנהלת חשבונות ודוחות ניהוליים.

מעל זה בונים מודלים ואוטומציות:

• מודלים גנרטיביים שמסכמים מסמכים ומיילים, כותבים טיוטות, מתרגמים ומשפרים טקסטים.
• אוטומציות סביב ERP, CRM, רכש ושירות לקוחות – קליטה אוטומטית של נתונים, בדיקות בסיסיות, עדכון סטטוסים.
• בוטים בצ׳ט שמחפשים מידע, מפעילים אוטומציות או עונים על שאלות מדיניות ותפעול.

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

כל עוד החיבור בין כל כלי ה‑AI יושב בראש של העובד, הארגון משלם מחיר ברור של כפילויות וחוסר יעילות: אותן בדיקות נעשות שוב ושוב על ידי אנשים שונים; אותם נתונים נשלפים שוב ושוב מאזורים שונים; ותשובות ותוצרים מורכבים מחדש בכל פעם במקום להישען על תהליך אחד סדור. זה בסדר כשהיקף השימוש קטן, אבל ככל שהיכולות מתרבות, קשה מאוד להמשיך לגדול כך.

מה תפקיד ה‑CIO בשלב הזה

במצב כזה, מנהל מערכות המידע נמצא באמצע: מצד אחד צמא בארגון לעוד יכולות AI, מצד שני כאוס גדל סביב ריבוי כלים ויוזמות מקומיות. כדי להכין את הקרקע לשכבת סוכנים, ה‑CIO יכול כבר עכשיו לעשות שלושה מהלכים מעשיים:

1. מיפוי שכבת היכולות

ליצור תמונת מצב אחת:

• אילו מודלים פעילים, על איזה סוגי דאטה.
• אילו אוטומציות רצות סביב ERP, CRM, רכש ותפעול.
• אילו בוטים עובדים בצ׳ט הארגוני, ואילו חיבורים נעשו לדוא"ל.
• איפה AI נוגע בדאטה רגיש – כספים, הנהלת חשבונות ודוחות הנהלה.

ואז לזהות כפילויות, נקודות חיכוך ותהליכים שבהם אנשים עדיין עושים דבק בין מערכות במקום שהמערכת תעשה זאת.

2. תכנון פלטפורמת סוכנים

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

• זהויות נפרדות לישויות תוכנה, לא רק למשתמשים אנושיים.
• הרשאות וגישה לדאטה ברמת ישות.
• לוגים וניטור שמראים מה כל ישות עושה לאורך זמן.

3. בחירת תהליך ראשון לסוכן אמיתי

למצוא תהליך שבו כבר קיימות כמה יכולות, אבל עדיין יש הרבה עבודת דבק אנושית. לדוגמה:

• הכנת תיק ישיבת הנהלה.
• תדרוך שבועי למנהל חטיבה.
• טיפול בבקשות חוזרות מסוג דומה.

את התהליך הזה מגדירים כמועמד לסוכן ראשון שיחזיק את כל התהליך מקצה לקצה.

למה יכולות לבד לא מספיקות, ומה זה סוכן

בשלב שבו יש הרבה יכולות ואין סוכנים, החסם העיקרי הוא מבני: אותה עבודה מתבצעת שוב ושוב על ידי אנשים שונים, במחלקות שונות, עם כלים שונים; אין ישות אחת שמחזיקה את התהליך, ולכן אין זיכרון תהליכי שאפשר לשפר ולשחזר; וחלק משמעותי מהזמן הולך על חיבור בין כלים וזרימת מידע, ולא על העבודה העסקית עצמה.

סוכן בא לפתור בדיוק את זה.

סוכן ארגוני הוא ישות תוכנה שעובדת מעל שכבת היכולות:

• יש לו מטרה ברורה – למשל להכין את המנכ"ל לישיבת הנהלה, להפיק תמונת מצב שבועית למנהל חטיבה או לנהל תהליך אישור חוזה מתחילתו ועד סופו.
• יש לו הקשר וזיכרון – הוא יודע מה נעשה, מה פתוח, מה השתנה מאז הפעם הקודמת, ולא מתחיל כל פעם מאפס.
• יש לו יכולת תכנון – הוא מפרק מטרות לצעדים, בוחר אילו יכולות להפעיל, באיזה סדר, ומתי לעצור ולבקש אישור אנושי לפני פעולה קריטית.

מתחתיו נמצאות כל ההשקעות הקיימות: החיבור ל‑ERP, ל‑CRM, לרכש, לצ׳ט, לדוא"ל, לדאטה של כספים ולהנהלת חשבונות. ההבדל הוא שהאחריות לחיבור ביניהן עוברת מהעובד אל הישות הווירטואלית. במקום שכל מנהל ירכיב לעצמו תהליך בראש סביב הכלים, סוכן אחד מחזיק את כל התהליך עבורו.

מטא והסוכן של צוקרברג – הצצה לשלב הבא

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

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

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

מטא לא בנתה את זה מאפס. היא לוקחת בדיוק את מה שיש היום בהרבה ארגונים – חיבורי AI למייל, לצ’ט, ל‑ERP, ל‑CRM ולמערכות פיננסיות – ומעלה מעליהם שכבת סוכנים. ההבדל הוא שבמקום להשאיר את כל החיבור הזה בראש של העובדים, היא נותנת לסוכנים להחזיק את החוט.

ומה עם אבטחת מידע

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

האתגר משתנה:

• סוכן טיפוסי רואה יותר מערכות מאשר כלי בודד, ולכן טעות בעיצובו או תקיפה עליו עלולה להיות רחבה יותר.
• סוכן יכול לבצע רצף פעולות, לא רק פקודה אחת, ולכן חשוב להבין לא רק מה הוא יכול לעשות, אלא גם באיזה הקשר.
• אם סוכן פועל בזהות של משתמש אנושי, קשה להבדיל בין הפעולות של האדם לבין מה שהסוכן עשה בשמו.

מכאן נובעים כמה עקרונות בסיסיים:

• לכל סוכן זהות טכנית נפרדת, עם הרשאות מבוססות תפקיד, כמו עובד.
• לוגים ברמת סוכן – מי הפעיל מה, על איזה דאטה, ובאיזה הקשר.
• חוקה טכנית לסוכנים – מה מותר לעשות, על איזה סוגי מידע, ואיפה חייב להיות בן אדם בשרשרת.