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

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

לפני שמתחילים

גישה: השתמש ב-Playground או בגישת בדיקה יחד עם גישת קריאה ל-Agent, ל-Knowledge, לקטלוג ולכלים הרלוונטיים.

• שמור את בקשת הלקוח המדויקת ואת התגובה.
• תעד את ה-Agent, הערוץ, הזמן והתוצאה הצפויה.
• הסר מידע אישי לפני שיתוף הדוגמה.

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

תהליך עבודה שלב אחר שלב

1. שחזר את התגובה

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

   • אל תשנה הגדרות במהלך השחזור הראשון.
   • לכוד את הבקשה הקטנה ביותר שניתנת לחזרה.

2. זהה את המקור הנדרש

   קבע אם התשובה אמורה להגיע מ-Knowledge, מנתוני הקטלוג, מהנחיות Agent או מכלי שהוגדר. בקשות לא נתמכות צריכות לקבל גבול בטוח במקום השלמה מומצאת.

   • פתח את המקור הסמכותי.
   • בדוק מצב נראות, מחזור חיים, סנכרון ואינדוקס.

3. החל תיקון ממוקד אחד

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

   • תעד את השינוי המדויק.
   • המתן לסנכרון או לאינדוקס הנדרשים.

4. בדוק מחדש והוסף כיסוי רגרסיה

   חזור על הבקשה המקורית ועל מקרה גבולי קרוב. הוסף את הכשל ל-Batch Test כאשר הוא מייצג מסע לקוח חוזר או בעל השפעה גבוהה.

   • השווה בין התגובות לפני ואחרי.
   • ודא שהתיקון לא הרחיב טענות לא נתמכות.

מגבלות חשובות והערות תפעול

• תגובה שנשמעת סבירה עדיין יכולה להיות לא נתמכת.
• היסטוריית השיחה עשויה להשפיע על תגובה חיה.
• שינוי של כמה שכבות בבת אחת הופך את סיבת השורש לבלתי ניתנת להוכחה.
• יכולות שאינן זמינות חייבות להישאר לא זמינות באופן ברור בתשובה.

אמת את התוצאה

• הכשל המקורי ניתן לשחזור או שהבדל ההקשר שלו ידוע.
• מקור סמכותי אחד מחזיק בתיקון.
• התגובה כעת עונה בבטחה או מסרבת בבטחה.
• מקרה רגרסיה מגן על המסע שתוקן.

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

פתרון תקלות

אין מקור שמכיל את התשובה הצפויה

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

התיקון עובד רק בערוץ אחד

השווה את ה-Agent שפורס, השוק, הדומיין, הקשר השיחה ומצב הפרסום. ייתכן שהתוכן נכון בעוד שהערוץ עדיין משתמש בתצורה שונה.

מדריכים קשורים

• בחר את המקום הנכון לתוכן או להתנהגות
• סקירה ודירוג של תוצאות Batch Test
• הגדרת בסיס Knowledge אמין
• פתרון בעיות של עמוד, תשובה או מוצר חסרים ב-Humind