סוכני AI צריכים בקרה, לא רק התנהגות מתהווה

סוכני בינה מלאכותית פועלים בתוך סימולציית שוק עסקית

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

סוכני AI אינם שכבת בקרה עסקית

ניסוי קהילתי שפורסם ב-Hugging Face סביב סימולציית שוק בשם Thousand Token Wood ממחיש זאת היטב. בגרסה מוקדמת, מודל קטן שהפעיל כמה דמויות הגיב לשמועה על משאב בשם דבש כמו אירוע ריצה על בנק, מכר באגרסיביות וגרם לצניחת מחיר. כאשר אותה סביבה הופעלה עם חמישה מודלים שונים, הדינמיקה התהפכה: הסוכנים פירשו את השמועה כסימן למחסור, אגרו דבש והמחיר עלה. מבחינה עסקית זהו רגע חשוב, כי אותה משימה, אותו עולם ואותה כוונה יצרו תוצאה הפוכה רק בגלל שינוי באוכלוסיית המודלים.

ניהול סוכנים דורש גבולות דטרמיניסטיים

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

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

סיכוני AI בבדיקות זולות ובסימולטורים

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

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

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

2 דק׳ קריאה

מודל AI מקומי על 25 גיגהבייט זיכרון מוכיח זמינות, לא כדאיות

הניסוי של קוליברי אינו מוכיח שמודל חזית יכול לרוץ בזול על מחשב ביתי. הוא מוכיח שאפשר להחליף מחסור בזיכרון בזמן המתנה, ולהעביר את העלות מחומרת האצה אל האחסון ומשך העיבוד. מודל GLM-5.2 כולל 744 מיליארד פרמטרים ומשקלו כ-1.5 טרהבייט, אך הוא הופעל עם 25 גיגהבייט זיכרון בלבד. ההישג ההנדסי אמיתי. הכדאיות העסקית עדיין רחוקה. ארכיטקטורת MoE הופכת את האחסון לזיכרון איטי במודל המבוסס על תערובת מומחים, ארכיטקטורת MoE, כל טוקן אינו עובר דרך כל הפרמטרים. נתב פנימי מדרג תתי-מודלים מתמחים ובוחר רק את המומחים...

2 דק׳ קריאה

זיכרון AI נוירוני לא יהרוג את RAG, הוא יפריד בין ידע למצב

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

2 דק׳ קריאה

כימות דינמי ב-SageMaker מוזיל את המודל, לא את האחריות ההנדסית

כימות דינמי ב-SageMaker הוא קודם כל מבחן למשמעת ההנדסית של הארגון, ורק אחר כך תרגיל בחיסכון בענן. נתון של כ-80% פחות בעלות לשעה נראה כמו אישור מיידי לעבור למכונה קטנה, אבל עלות נמוכה של נקודת קצה אינה מבטיחה עלות נמוכה לבקשה תקינה. תבנית צ'אט שגויה, הקשר ארוך או התרחבות איטית יכולים למחוק את החיסכון בלי לשנות אפילו משקולת אחת. כימות דינמי חוסך זיכרון באמצעות אי שוויון מכוון מודל בן 8 מיליארד פרמטרים בדיוק של 16 ביט דורש כ-16 ג'יגה-בייט רק עבור המשקולות. בכימות אחיד כל השכבות נדחסות לאותה רמת...

צור קשר

בואו נדבר על הפרויקט הגדול הבא שלכם

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

ערוץ פניה מועדף

נחזור אליכם תוך יום עסקים אחד.

בואו נדבר

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

ערוץ פניה מועדף

נחזור אליכם תוך יום עסקים אחד.