אוטומציה אפקטיבית באמת דורשת ניהול הרשאות קפדני ובלתי מתפשר.

רק ההרשאות שצריך

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

סודות לא שייכים לפרומפטים או למסכים

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

צמיחה אוטונומית עם הסבר לכל פעולה

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

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

תיעוד קיים ופערים גלויים

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