מה באמת קורה מאחורי הקלעים של סביבות סוכנים בארגון
אמיר שניידר השתתף באירוע Summer Claw של Cato Networks, ולפי התיאור שלו הכוכבים באירוע לא היו הדוברים אלא סוכני הבינה המלאכותית עצמם. החדר היה מלא, אבל מה שהחזיק את תשומת הלב היה דווקא הפירוט הטכני של מי שבונים את התשתיות האלה בפועל.
הצוות של monday.com הציג את סביבת הסוכנים החדשה שלו ופתח את הקופסה. לא את הגרסה המלוטשת שמופיעה בפוסטים שיווקיים, אלא את ההחלטות האמיתיות: למה בנו את זה, למי זה מיועד בפועל, ומה לא עבד בהתחלה.
למה בונים קודם את הסביבה המאובטחת ורק אחר כך את הסוכן
התובנה החזקה ביותר מהאירוע הגיעה מהצוות שמאחורי NanoClaw. המייסדים סיפרו שהם בנו קודם כל את הסביבה המאובטחת, ורק אחר כך הכניסו אליה את הסוכן. זה סדר הפוך מזה שרוב הארגונים בוחרים בו.
הדפוס הרווח הוא לפתח סוכן שעובד, להתרשם מהיכולות שלו, ואז לגלות שהוא צריך גישה לנתונים רגישים, להרשאות רחבות ולמערכות ליבה. בשלב הזה האבטחה הופכת לחסם שמעכב את ההטמעה במקום למסגרת שמאפשרת אותה.
הגישה ההפוכה מגדירה את הגבולות מראש. הסוכן נולד לתוך מסגרת שבה ברור מה מותר לו לגעת בו, ולכן המעבר מהוכחת היתכנות לייצור אינו דורש בנייה מחדש.
מה ההבדל בין הסיפור בלינקדאין לסיפור האמיתי של מוצר AI
שניידר הדגיש נקודה שקל לפספס: הסיפור שמופיע ברשתות החברתיות הוא התוצאה, ואילו הערך למי שמקשיב נמצא בתהליך. הכיוונים שנזנחו והנחות היסוד שהתבררו כשגויות הם המידע שחוסך לארגון אחר חודשי עבודה.
ארגון ששוקל להטמיע סוכנים ירוויח יותר משיחה אחת כנה עם מי שכבר נכשל בדרך, מאשר מעשרה מקרי בוחן מלוטשים.
מה זה אומר לארגון שרוצה להטמיע סוכני AI
הצעד המעשי הראשון אינו בחירת מודל או פלטפורמה, אלא הגדרת תהליך עסקי אחד עם גבולות ברורים. אחריו מגיעה סביבה מבודדת עם הרשאות מינימליות, ורק בסוף הסוכן עצמו.
ארגונים שמאמצים את הסדר הזה מגלים שההטמעה מהירה יותר, לא איטית יותר. הזמן שמושקע בהגדרת הגבולות חוזר בשלב שבו צריך להרחיב את הסוכן לתהליכים נוספים.