סוכן מחובר עשוי להגיע ליותר מידע ופעולות מהעובד שמבקש עזרה. ממפים את זהות המבקש, גישת היישום ותחום הרשומות לפני שמאפשרים לסוכן לפעול.
נכתב בסיוע AI. אלו המלצות מעשיות להגדרת היקף; הדוגמאות הן להמחשה ואינן תוצאות של לקוחות.
מזהים את האדם, היישום והרשומה שמאחורי כל פעולה
רכזת מבקשת מסוכן AI להזיז ביקור שירות. הסוכן מחובר למערכת התזמון באמצעות חשבון אינטגרציה שיכול לערוך ביקורים בכל הסניפים. האם במענה לעובדת אחת הוא אמור לקבל את מלוא הגישה הזאת? השאלה המועילה הראשונה היא מכוח הסמכות של מי מתבצע השינוי המוצע, עוד לפני שמחליטים כמה עבודה הסוכן יבצע אוטומטית.
בתכנון כדאי להבחין בין שלוש זהויות: האדם שמבקש, היישום שמבצע את הבקשה הטכנית והלקוח או היחידה העסקית שמושפעים ממנה. המודל יכול להציע הפעלת כלי, אבל ההצעה הזאת אינה אמורה לקבוע באיזו זהות היישום ישתמש. עצם החיבור למערכת אינו מעניק הרשאה לכל פעולה שאפשר לבצע באמצעותו.
המדריך משתמש בתרגיל תזמון מומצא כדי לעזור להגדיר הרשאות לסוכני AI. הוא אינו מתאר מערכת שנמסרה ללקוח ואינו טוען ש־AgenticShip כבר מספקת פלטפורמת זהויות מסוימת. המטרה היא שרשרת סמכות מצומצמת שאפשר לבדוק, ושבעל העסק יכול לבחון יחד עם צוות הפיתוח.
מחליטים במפורש בין פעולה בשם משתמש לתהליך רקע
בתיעוד הזהויות של Microsoft יש הבחנה בין גישה מואצלת בשם משתמש מחובר לבין גישת יישום הפועל בזהות עצמאית. במודל המואצל שלה, גם היישום וגם המשתמש צריכים להיות מורשים; הרשאות יישום אינן תלויות במשתמש מחובר. אלה מושגים של Microsoft, ולא הוכחה שכל CRM או מחבר לסוכן מיישמים אותן הגבלות.
בעוזר לעובדים צריך לבדוק אם החיבור יכול לשמר את תחום ההרשאה של העובד המבקש. בתהליך רקע מתוזמן צריך להגדיר איזו אחריות עסקית מסמיכה אותו לפעול ללא אותו עובד. הבחירה תלויה בספק ובתהליך בפועל. כניסה אישית או זהות אינטגרציה ייעודית אינן פוטרות מבדיקה של הרשומות והפעולות שאפשר להגיע אליהן.
פער נפוץ בתכנון הוא ממשק עובד מצומצם שמאחוריו מחבר בעל הרשאות רחבות. אם הספק מאפשר רק גישה גסה, מתעדים את המגבלה ומחליטים אילו בקרות נוספות היישום העוטף צריך לאכוף. אם אי אפשר לאכוף ולבדוק את ההיקף המוצע, משאירים את הפעולה מחוץ לגרסה הראשונה במקום להציג הנחיה למודל כגבול הרשאה.
עוקבים אחר שינוי ביקור אחד לאורך שרשרת הסמכות
בדוגמה המומצאת שלנו, מאיה מרכזת את סניף צפון. עבודה J-204 שייכת לצפון, ועבודה J-805 שייכת לדרום. העוזר שלה יכול להכין מועד חדש לעבודה משויכת בצפון. שינוי עבודה של סניף אחר אינו חלק מהאחריות הנוכחית שלה. המחבר מסוגל טכנית להגיע לשתי העבודות, ולכן בדיקה של בקשה מוצלחת בצפון בלבד תחמיץ את הגבול החשוב.
היישום צריך לקבל את הזהות והסניף העדכניים של מאיה מההתחברות המהימנה או משירות הזהויות, לזהות את העבודה בפועל ולבדוק אם הפעולה מותרת. שם סניף שנכתב בצ׳אט הוא קלט מוצע, לא סמכות. בקשה להפעיל את הסוכן על J-805 אינה אמורה לאפשר לו לשאול את הגישה הרחבה של המחבר או לעבור בשקט לזהות של מנהל.
נניח שהמועד החדש דורש החלטת ממונה לפי הכללים שהעסק קבע. ההחלטה שייכת לעבודה ולשינוי המסוימים. היא אינה אמורה להפוך להרשאה כללית של מאיה לערוך עבודות בדרום או להרשאה של העוזר לבחור לקוח אחר. כשמשנים רשומה, נמען או פעולה, צריך לבדוק מחדש את ההחלטה המתאימה.
משתמשים בטבלת זהות ופעולה בשלב האפיון
ממלאים את הטבלה עבור תהליך אמיתי אחד לפני שמחברים אוסף רחב של כלים. הגבולות המוצעים להלן שייכים לתרגיל התזמון המומצא. אלה אינם תפקידים אוניברסליים או טענה ש־API מסוים תומך בכל הגבלה. מבקשים מצוות הפיתוח לזהות היכן כל כלל נאכף ואיזו בדיקה תראה זאת בפועל.
| הפעולה המוצעת | הסמכות שצריך לבסס | הגבול שצריך להדגים |
|---|---|---|
| קריאת J-204 להכנת הצעה | המבקש הנוכחי, שיוך לצפון וגישה לעבודה הזאת | רק פרטי העבודה המותרים מגיעים לעוזר |
| הזזת ביקור לאחר הבדיקה הנדרשת | מבקש מורשה, העבודה המדויקת והחלטת הממונה הרלוונטית | אישור ל־J-204 אינו מסמיך פעולה ב־J-805 |
| עיבוד תור תזכורות מתוזמן לצפון | אחראי מוגדר לתהליך הרקע וזהות שירות מוגדרת | אין התחזות שקטה לעובד; דרום נשאר מחוץ להיקף |
| חידוש שינוי שהוצע קודם | סמכות עדכנית ופעולה שנבדקה ועדיין תקפה | תוכנית שמורה אינה עוקפת שינוי מאוחר בתפקיד או בשיוך |
| חקירת ניסיון שנדחה | תפקיד תמיכה מורשה וגישה מוגבלת לאבחון | הסבר השגיאה אינו חושף פרטים של עבודת הסניף האחר |
בודקים שוב סמכות כשהפעולה המוכנה מתבצעת
OWASP ממליץ על הרשאות מזעריות, דחייה כברירת מחדל ואימות הרשאות בכל בקשה. מיישמים את העקרונות האלה במסלול היישום שקורא או משנה רשומה, ולא רק בממשק הצ׳אט. אמירה בטוחה של הסוכן שיש לו רשות אינה תוצאת בדיקת הרשאה.
כעת מסירים את מאיה מצפון בזמן שהשינוי שהציעה ממתין לביצוע. מסכימים מה היישום חייב לעשות כשהעבודה מתחדשת: לעצור את הפעולה שנפתחה בשם העובדת, לשמר את מצבה ולהעביר אותה לאחראי שמורשה כיום. תהליך רקע עצמאי ולגיטימי צריך סמכות מוגדרת משלו; הוא אינו אמור להשתמש בבקשה הישנה של מאיה כהענקת רשות חדשה.
לא מבטיחים שביטול כניסה מבטל מיד כל טוקן, החלטה שמורה או משימה ממתינה. בודקים כיצד הספק והיישום שנבחרו מטפלים במקרים האלה, איזה עיכוב עשוי להישאר ומה אפשר להשהות בזמן שינוי. מתעדים את ההתנהגות שהודגמה. מועד הבדיקה המחודשת הוא דרישת מימוש, ולא תועלת שהוכחה מעצם הכינוי ״עוזר מאובטח״.
משאירים את הסמכות גלויה בלי לחשוף סודות גישה
בתרגיל, מפעיל צריך להיות מסוגל להסביר מי פתח את העבודה, איזו זהות יישום ביצעה אותה, איזו עבודה הושפעה ואיזה כלל התיר או דחה את הפעולה. לפי הצורך כוללים גם הפניה לבדיקה הרלוונטית ואת התוצאה הסופית. שם כללי אחד של סוכן ביומן אינו עונה על כל השאלות האלה.
סודות גישה אינם שייכים לפרומפטים, להודעות לקוחות או לפלט אבחון שגרתי. הפניה לזהות היא ראיה מועילה; הסוד שמאמת אותה אינו כזה. נותנים לצוות התמיכה הסבר על פעולה שנדחתה בלי לחשוף תוכן של רשומה מסניף אחר. מחליטים בנפרד מי רשאי לבדוק ראיות מפורטות ולכמה זמן העסק צריך לשמור אותן.
כשהתהליך עובר למערכת שנייה, חוזרים על המיפוי. הרשאה לקרוא עבודת תזמון אינה מעניקה אוטומטית סמכות לשלוח הודעה מתיבת דואר משותפת. עוקבים אחר הזהות הטכנית האמיתית וההחלטה העסקית בכל שלב רלוונטי, במקום להניח שהחיבור המוצלח הראשון מסמיך את השרשרת כולה.
מבקשים הדגמה שכוללת שינוי זהות והרשאה
בודקים בסביבה מבודדת עם אנשים, סניפים ועבודות מומצאים, כשהודעות אמיתיות וכתיבה תפעולית מושבתות. מריצים את הבקשה הרגילה בצפון, את הבקשה בדרום, החלפת מזהה עבודה לאחר בדיקה ובקשה שמתחדשת לאחר שמאיה מאבדת אחריות לסניף. בודקים את תוצאת היישום והכלי בפועל, ולא רק את ניסוח התשובה של העוזר.
כוללים את תהליך התזכורות ברקע כמקרה נפרד. מוודאים שההיקף העסקי המתועד שלו ממשיך לפעול בלי לשאול את הזהות של עובדת שעוזבת. בודקים גם זהות חסרה או שירות הרשאות שאינו זמין: דרך ההמשך המצופה צריכה לשמר את הבקשה לאדם מורשה, ולא להפעיל בשקט מחבר רחב יותר.
מסכימים אילו תוצאות עוצרות שחרור ומי אחראי לתיקון. קריאה לא מורשית מדרום, ביצוע בעבודה שהוחלפה תחת החלטה ישנה או החלפת זהות ללא הסבר אינן הדגמה מוצלחת. גם העבודה הרגילה והמותרת צריכה להצליח. התרגיל בודק את הגבול שהוגדר; הוא אינו הסמכה של המערכת כולה או של כל התנהגות ספק.
למימוש ראשון מביאים בקשת עובד אחת, משימת רקע אחת ואת מגבלות הגישה האמיתיות של המערכת המחוברת. תוצאה מועילה היא טבלת זהות ופעולה מוסכמת ומקרי קבלה שאפשר להריץ שוב. מרחיבים את אוסף הכלים כשהצוות יכול להסביר מכוח הסמכות של מי כל פעולה חדשה פועלת ולהדגים היכן הסמכות הזאת נגמרת.
מקורות ראשוניים
ההנחיות למעלה מתארות את הגישה המוצעת של AgenticShip. המקורות הבאים מספקים רקע טכנולוגי להמלצות הרלוונטיות.