תנו לסוכן AI מפתח לעסק שלכם, והשאירו את מילה האחרונה אצלכם
כל שיחה רצינית על AI בתוך מערכת עסקית מסתיימת באותה שאלה: מה עוצר אותו. לא מה הוא יכול לעשות — מה קורה בפעם הראשונה שהוא בטוח וטועה בשלוש לפנות בוקר. התשובה שלנו היא מבנית ולא הבטחה על המודל: עוזר שמחובר ל-Alef יכול לקרוא, ויכול לבקש שינוי, והוא לא יכול לבצע אותו. כתיבה שהוא מבקש נרשמת כהצעה וממתינה לאדם שמחזיק בהרשאה שאותה כתיבה דורשת. האישור מריץ את הפעולה תחת הזהות שעבורה העוזר פעל — כך שסוכן א׳י פעם אינו דרך לעקוף הרשאות של איש, כולל של המאשר.
סוכן יכול לבקש. רק אדם יכול לבצע.
כשעוזר קורא לכלי שמשנה נתונים, שום דבר לא נכתב. שכבת היכולות רושמת את הבקשה כהצעה ועונה לעוזר במפורש: אדם חייב לאשר אותה לפני שהיא תיכנס לתוקף. אין הגדרה שמכבה את זה, אין סוכן מהימן שמדלג, ואין הבדל בין סוכן שחיברתם אתמול לבין אחד שרץ שנה.
- כתיבה נרשמת כהצעה, ולעולם לא מתבצעת על סמך הסוכן
- העוזר מקבל הודעה שהוא ממתין לאדם, כך שהוא לא מדווח שהמשימה בוצעה
- קריאות רצות מיד, וכל אחת מהן נרשמת ביומן הביקורת
הוא לא יכול לבקש משהו שלא היה מורשה לעשות
ההרשאה נבדקת לפני שהמערכת מחליטה אם מדובר בקריאה או בכתיבה. סוכן שאינו רשאי להנפיק הזמנת רכש לא מקבל הצעה שנדחתה — ההצעה פשוט לא נוצרת. תור האישורים הוא מקום שבו עבודה מותרת ממתינה להכרעה, לא ערוץ לבקש ממישהו אחר לעשות את האסור.
- החשבון חייב להחזיק באפליקציה שאליה היכולת שייכת, אחרת הקריאה נדחית
- ההרשאה של היכולת עצמה נבדקת מול האדם שעבורו הסוכן פועל
- סירוב נרשם ביומן הביקורת יחד עם ההרשאה שחסרה
אישור הוא הכרעה, לא חתימה אוטומטית
אישור הצעה דורש את ההרשאה שהכתיבה עצמה דורשת — מי שלוחץ אישור חייב להיות מי שיכול היה לעשות את זה בעצמו. עם האישור הפעולה רצה תחת הזהות שעבורה העוזר פעל, כך שהרישום מראה בסמכות מי בוצעה ומי הסכים לה. שני השדות א׳י פעם זהים.
- מאשר שאין לו את ההרשאה נדחה, לא משנה מה תפקידו
- פעולות מאושרות רצות כאדם שעבורו הסוכן פעל, מסומנות כפעולת סוכן מאושרת
- דחייה מקבלת סיבה אופציונלית, והסיבה נשמרת עם ההצעה
תור שאפשר באמת לקרוא, ויומן ביקורת מאחוריו
ההצעות הממתינות נמצאות במסך אחד: איזו יכולת, אילו פרמטרים, מי או מה ביקש, ומתי. ההצעות שהוכרעו לא נעלמות — מאושרות, נדחות ונכשלות הן עוד שלושה מבטים של אותו תור, וזה מה שהופך את זה לניתן לביקורת בדיעבד ולא רק בזמן אמת.
- הפרמטרים מוצגים בצורה קריאה, כך שהמאשר שופט את הפעולה ולא JSON גולמי
- מאושרות, נדחות ונכשלות נשארות גלויות, עם מי הכריע ומתי
- פעולה שאושרה ואז נכשלה נרשמת ככשל עם השגיאה — לא נעלמת בשקט
כבוי עד שתדליקו, וניתן לביטול אחר כך
כל משטח הסוכנים יושב מאחורי מתג בהגדרות שלכם, כבוי עד שתחליטו אחרת. חיבור שעוזר משתמש בו הוא אסימון מוגבל היקף שמנהל אבטחה מנפיק, רואה פעם אחת בלבד, ויכול לבטל — בדיוק כמו מפתחות ה-API שלנו, ובאותו מקום.
- מתג אחד ברמת החשבון שולט במשטח הסוכנים כולו
- הנפקה או ביטול של חיבור דורשים הרשאת ניהול אבטחה
- סוד החיבור מוצג פעם אחת ביצירה ולעולם לא שוב
על מה בקרת סוכני AI רץ
אפשר להחזיק את זה לבד, או להוסיף מודולים לצידו כשתרצו — הם חולקים התחברות אחת ומערכת רשומות אחת. ראו את ספריית המודולים ואת המחירים.
- כלול בחשבון שלכם — אין מודול בקרה לרכוש
- עובד על פני האפליקציות שאתם מחזיקים
שאלות שקונים שואלים
האם סוכן AI יכול לשנות נתונים במערכת שלנו?
לא בכוחות עצמו, וזה נאכף בשכבת היכולות ולא מובטח בפרומפט. כתיבה נרשמת כהצעה והעוזר מקבל הודעה שאדם חייב לאשר אותה. אדם מאשר או דוחה אותה בתור ההכרעות. כך שסוכן יכול להכין לכם הזמנת רכש או פגישה לאישור; הוא לא יכול לרשום אותה בעוד אתם ישנים.
מי רשאי לאשר מה שהסוכן הציע?
מי שמחזיק בהרשאה שהכתיבה עצמה דורשת — אישור הצעת הזמנת רכש דורש את אותה הרשאה שדורשת יצירה ידנית. כל אחד אחר נדחה, כולל מנהלים שלא קיבלו את ההרשאה הזו. זה החלק הקריטי: אם האישור היה זכות כללית של “מותר לאשר דברים של AI”, סוכן ומאשר זוטר היו יחד דרך לעקוף את מודל ההרשאות שלכם.
תחת איזו זהות רצה הפעולה אחרי האישור?
תחת האדם שעבורו העוזר פעל, לא תחת המאשר, והפעולה מסומנת כפעולת סוכן מאושרת. המאשר נרשם בנפרד, עם מועד ההכרעה. שני שמות על רשומה אחת הם בדיוק הנקודה — אפשר לענות גם “בסמכות מי זה נעשה?” וגם “מי הסכים לזה?” בלי לנחש.
האם סוכן יכול לראות דברים שאסור לו?
הוא כפוף לאותם שני שערים כמו אדם: החשבון חייב להחזיק באפליקציה שאליה הנתונים שייכים, והזהות שעבורה הוא פועל חייבת להחזיק בהרשאה שאותם נתונים דורשים. ניסיון שנדחה נרשם ביומן הביקורת עם ההרשאה שחסרה, כך שסוכן שמגשש בקצוות הוא גלוי ולא שקט.
מה קורה אם פעולה שאושרה נכשלת?
היא נרשמת ככשל, עם השגיאה, ונשארת בתור כך שרואים אותה. פעולה שלא הצליחה לרוץ בכלל — נפילת רשת באמצע, נאמר — משאירה את ההצעה ממתינה ולא מיושמת לחצאין, כך שאפשר לאשר שוב אחרי שמתקנים את הסיבה. מה שלא קורה זה הצעה שמסומנת בשקט כבוצעה רק כי לחצו כפתור.
איך מכבים את זה, או מנתקים עוזר אחד?
משטח הסוכנים יושב מאחורי מתג בהגדרות וכבוי עד שתדליקו אותו. כל עוזר מתחבר עם אסימון מוגבל היקף משלו, שמנהל אבטחה מנפיק ומוצג פעם אחת בלבד; ביטול האסימון מנתק את אותו עוזר בלבד בלי לגעת באחרים. אין אסימון משותף שצריך להחליף לכולם.
לראות את זה עובד
פתחו חשבון, או ספרו לנו איך אתם עובדים היום ונראה לכם איך בקרת סוכני AI נראה על הנתונים שלכם.