יצירת Agentic Workflows שמופעל על ידי טריגר

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

תהליכי עבודה יכולים לשלוח התראות ל-Slack ולאימייל בהתאם לרשימות של דומיינים מותרים לשליחת אימייל ב-Looker.

אחרי אילו נתונים אפשר לעקוב?

אתם יכולים להשתמש ב-Conversational Analytics כדי ליצור Agentic Workflows שמופעל על ידי טריגר ועוקב אחרי מדדים במקור הנתונים של השיחה. במקרה של סוכני נתונים של כלי הניתוחים, אתם יכולים לעקוב אחרי כל המדדים בכל אחד מהניתוחים שבהם נעשה שימוש על ידי סוכן הנתונים הזה. סוכני לוח בקרה יכולים לעקוב אחרי כל מדד בכל אחד מהמשבצות שמבוססות על שאילתות בלוח הבקרה. בשיחה עם ניתוח נתונים שיחתי ב-Explore עצמאי, אפשר לעקוב אחרי כל המדדים ב-Explore הזה.

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

כדי להשתמש ב-Conversational Analytics כדי ליצור Agentic Workflows שמופעל על ידי אירוע, צריך לעמוד בדרישות הבאות.

ההרשאות הנדרשות

כדי להנחות את התכונה 'ניתוח נתונים שימושי' ליצור תהליך עבודה, אדמין ב-Looker צריך להקצות לכם תפקיד שמכיל את ההרשאה create_alerts לפחות למודל בסיסי אחד של מקור הנתונים של 'ניתוח נתונים שימושי'. בנוסף, צריך להפעיל את ההרשאות gemini_in_looker ו-chat_with_agent עבור המודל הזה.

מידע נוסף על הרשאות לניתוח נתונים בשיחה זמין בדף התיעוד בנושא הגדרה של ניתוח נתונים בשיחה ב-Looker.

נדרש אימות

כדי שתוכלו לשלוח התראות על תהליכי עבודה ל-Slack, אדמין ב-Looker צריך להפעיל ולהגדיר את הפעולה ב-Slack בLooker Action Hub עבור סביבת העבודה שלכם ב-Slack. כדי לאפשר את ההתקנה של אפליקציית Looker, יכול להיות שבעלי סביבת העבודה ב-Slack יצטרכו לשנות את הגדרות ההתקנה של האפליקציה בסביבת העבודה ב-Slack.

אחרי שמפעילים את Slack, צריך לאמת את החשבון ב-Slack, או מדף החשבון בפרופיל המשתמש ב-Looker או מתוך השיחה ב-Conversational Analytics. אם אדמין Looker שלכם קישר כמה סביבות עבודה של Slack למופע Looker, תוצג רשימה של סביבות עבודה עם אפשרויות להתחבר לכל אחת מהן בנפרד.

איך מנחים את Conversational Analytics ליצור את תהליך העבודה

כדי להנחות את התכונה 'ניתוח שיחות' ליצור תהליך עבודה מופעל:

  1. אפשר לשאול שאלה כדי לקבל את המדדים העיקריים של הנתונים.
  2. בוחרים באפשרות אוטומציה תהליכי עבודה או מבקשים מ-Conversational Analytics ליצור תהליך עבודה שמחפש שינויים במדדים של אחד ממקורות הנתונים. כדאי להשתמש במילות מפתח כמו 'התראה', 'מעקב' ו'הודעה'. לדוגמה:
    • "יצירת תהליך להתראות"
    • ‫"Create a workflow to monitor measure X" ‏(יצירת תהליך עבודה למעקב אחרי מדד X)
    • ‫"Create a workflow to notify me" ‏(יצירת תהליך עבודה לשליחת התראה)

ניתוח שיחות יסביר את שאר הרכיבים בתהליך העבודה עד שתגדירו את כל ההגדרות של תהליך העבודה, כולל:

  • מודל: המודל הבסיסי שעליו מתבססת השאילתה.
  • עיון: מקור הנתונים של השיחה.
  • מדד: המדד שרוצים לעקוב אחריו.
  • תנאי: השינוי שהמדד שנבחר צריך לעבור כדי להפעיל את ההתראה על תהליך העבודה, כולל גודל השינוי או ערך הסף שלו.
  • יעד: היעד של ההתראה על תהליך העבודה. האפשרויות כוללות אימייל, Slack ואפליקציית Looker לנייד (כדי להשתמש באפליקציה לנייד, אדמין ב-Looker צריך להפעיל את פעולת Firebase ב-Looker Action Hub).
    • בשדה נמענים, מזינים את כתובות האימייל של המשתמשים שרוצים שיקבלו את ההתראה על תהליך העבודה. אין הגבלה על מספר הנמענים שאפשר לשלוח להם הודעות, אבל אם הארגון שלכם משתמש בשרת SMTP חיצוני, יכול להיות שלשרת יש מגבלות משלו על מספר הנמענים היומי או על מספר הנמענים לכל הודעה.
    • כדי לקבל התראות ב-Slack, אם עדיין לא ביצעתם אימות ב-Slack, אתם צריכים לבצע אימות דרך פרופיל המשתמש. כשמופיעה הנחיה בשיחה, מזינים את מזהה סביבת העבודה ואת מזהה המשתמש או מזהה הערוץ שאליהם רוצים לשלוח את ההתראות על תהליך העבודה. ההתראות בערוצי Slack גלויות לכל המשתמשים בערוץ.
    • בקרות הגישה של Looker לא חלות על יעדים חיצוניים. כשמשתפים תוכן עם גורמים חיצוניים (למשל דרך Slack או אימייל), הלקוח והיעד החיצוני הם האחראים הבלעדיים לשליטה בגישה לתוכן.
  • תדירות: אפשר להגדיר את התדירות שבה Looker בודק אם יש שינויים בנתונים (ושולח התראה אם התנאים של תהליך העבודה מתקיימים). תדירות ברירת המחדל היא שבועית בימי שני בשעה 09:00. אפשר לתת לסוכן הנחיה לשנות את התדירות לפי הצורך. אלה האפשרויות הזמינות לתדירות:

    • Monthly ב-יום ספציפי בחודש (ברירת המחדל היא ה-1 בחודש) בשעה ספציפית (ברירת המחדל היא 05:00).
    • מדי שבוע ביום מסוים בשבוע (ברירת המחדל היא יום ראשון) בשעה מסוימת (ברירת המחדל היא 05:00).
    • יומי בשעה Time שצוינה (ברירת המחדל היא 05:00).
    • שעתי במרווח זמן שצוין (ברירת המחדל היא בדיקת הנתונים כל שעה) עם זמני התחלה וסיום שצוינו (ברירת המחדל היא 05:00 ו-18:00). אם בוחרים במרווחי זמן של שעה, Looker יכול לבדוק את הנתונים במרווחי הזמן האלה:
      • שעה
      • שעתיים
      • 3 שעות
      • 4 שעות
      • 6 שעות
      • 8 שעות
      • 12 שעות
    • דקות במרווח זמן שצוין (ברירת המחדל היא בדיקת הנתונים כל 15 דקות) עם שעת התחלה ושעת סיום שצוינו (ברירת המחדל היא 05:00 ו-17:00). אם בוחרים במרווחי זמן של דקה, אפשר להגדיר את Looker לבדיקת הנתונים במרווחי הזמן הבאים:
      • 15 דקות
      • 30 דקות

    השעות Start ו-End הן כוללות. לדוגמה, אם מגדירים את האפשרות Check every (בדיקה כל) ל-12 hours (12 שעות), את Start (התחלה) ל-05:00 ואת End (סיום) ל-17:00,‏ Looker יבדוק את הנתונים בשעות 05:00 ו-17:00.

  • ניתוח גורמים מרכזיים שמבוסס על Gemini: אם ההגדרה הזו מופעלת, ההתראה על תהליך העבודה מספקת תובנות לגבי השינוי בנתונים שהפעיל את תהליך העבודה, והסבר למה השינוי הזה קרה. האפשרות הזו מושבתת כברירת מחדל. תובנות שנשלחות באימייל ובהודעות ב-Slack כוללות את הכותרת: 'נוצר על ידי Gemini'. חשוב לבדוק את התשובות, כי ה-AI עלול לטעות".

התראות על Agentic Workflows

ההודעות על Agentic Workflows כוללות את הפרטים הבאים:

  • תמונת PNG של המחשה ויזואלית של תהליך העבודה.
  • הודעה עם שם תהליך העבודה והתנאים שהפעילו אותו.
  • קישור לבדיקת תהליך העבודה – לחיצה על הקישור הזה תפתח שיחה חדשה עם הסוכן שיצר את תהליך העבודה.
  • קישור לביטול ההרשמה לקבלת התראות על תהליך העבודה.
  • אם האפשרות מופעלת, התובנות שמתקבלות מניתוח הגורמים העיקריים שמבוסס על Gemini. תובנות שנשלחות באימייל ובהודעות ב-Slack כוללות את הכותרת: 'נוצר על ידי Gemini'. חשוב לבדוק את התשובות, כי ה-AI עלול לטעות".

חקירת התראות על תהליכי עבודה

כשמקבלים התראה על תהליך עבודה באימייל או ב-Slack, אפשר ללחוץ על הקישור חקירה בהודעת ההתראה כדי לשאול שאלות המשך ולבדוק את הנתונים שהפעילו את תהליך העבודה.

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

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

המגבלות של תהליכי עבודה מופעלים

המגבלות הבאות חלות כשמשתמשים ב-Conversational Analytics כדי ליצור Agentic Workflows שהופעל:

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

הצגת תהליכי עבודה שהופעלו

כשמשתמש עם הרשאת אדמין ב-Looker מעניק לכם את ההרשאה see_alerts, אתם יכולים לראות את תהליכי העבודה שבבעלותכם בדף המשתמש 'ניהול תהליכי עבודה' ואת כל תהליכי העבודה של מופע Looker בדף ניהול חשבון ארגוני 'ניהול תהליכי עבודה'.