Dialogflow לכלי ההעברה Actions Builder

Actions Builder הוא הדרך הטובה ביותר לפתח פעולות עם Google Assistant, כי הוא עוזר ליצור פעולות שיחה בצורה פשוטה ויעילה. Actions Builder הוא סביבת פיתוח משולבת (IDE) מבוססת-אינטרנט שמשולבת במסוף Actions וכוללת את התכונות הבאות:

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

אם יש לכם פעולת שיחה שיצרתם באמצעות Dialogflow, אתם יכולים לבחור להעביר את הפרויקט ל-Actions Builder במסוף Actions.

סיבות להעברה

אין דרישה להעברת הסוכן של Dialogflow, והפעולה תמשיך לפעול במכשירים עם Google Assistant, אבל יש יתרונות לשימוש ב-Actions Builder וב-Actions SDK.

  • שיפור הכלים עם Actions SDK ו-CLI

    • באמצעות Actions SDK ו-CLI אפשר לבנות פרויקטים מורכבים ולשתף פעולה בקלות עם הצוותים שלכם. מעצבי שיחות יכולים קודם ליצור את זרימת השיחה ב-Actions Builder. לאחר מכן המפתחים יכולים להוריד את הפרויקט למבנה מבוסס-קבצים ולהמשיך לפתח פונקציונליות באמצעות כלי הפיתוח ומערכות בקרת הגרסאות המועדפים עליהם. על ידי דחיפת הפרויקט בחזרה ל-Actions Builder, חברי צוות אחרים יכולים להמשיך לפתח, לבדוק ולפרוס את הפעולה.
  • שילוב טוב יותר עם שיטות מומלצות לעיצוב שיחות

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

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

שיפורים בהטמעת השיחות

Actions Builder כולל הרבה שיפורים במסוף Actions ומפשטים את תהליכי הפיתוח. בקטע הזה נתאר איך Actions Builder (כלי לבניית פעולות) מייעל ומפשט את תהליך פיתוח הפעולה.

שימוש חוזר בכוונה

ב-Dialogflow, הלוגיקה של התגובה לפעולה מאתר אחר (webhook) מקושרת לאובייקטים מסוג Intent, ולכן אי אפשר להשתמש שוב באובייקטים מסוג Intent לפעולות אחרות של webhook. אם רוצים להשתמש באותם ביטויי אימון, אבל יש לכם לוגיקה שונה של תגובה לפעולה מאתר אחר (webhook), צריך ליצור אובייקטים נוספים מסוג Intent שמפנים לשמות שונים של handlers לכל מקרה לוגי של תגובה לפעולה מאתר אחר (webhook).

ב-Actions Builder, אובייקט Intent כולל ישויות וביטויים לאימון, אבל ה-webhook הוא עצמאי. בשיטה הזו אפשר להשתמש ברכיבי handler שונים של תגובה לפעולה מאתר אחר (webhook) עבור אותה Intent, כך שיש לכם יותר גמישות.

הצגה משופרת של זרימת השיחות

ב-Dialogflow, הקשרים מציינים לאילו כוונות יש את הסיכוי הגבוה ביותר להתאים לכוונות בשלב מסוים של השיחה.

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

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

בממשק המשתמש של Builder קל להבין איך מעברים מחברים סצנות. באיור 1, הסצנה guess_game עוברת לסצנה suggested_new_game (1). אפשר גם לראות את שתי האובייקטים הנגישים מסוג Intent בסצנה: generic_no ו-generic_yes. בהתאם לכוונת הרכישה, הסצנה suggested_new_game עוברת לסצנה show_menu או routing_game (2).

איור 1. תצוגה גרפית של סצנה, עם המעבר מהסצנה (1) וטיפול בכוונה (2).

הנחיות שניתנות להתאמה אישית על סמך תרחישים

ב-Dialogflow, אפשר לשלוח תשובה פשוטה באמצעות התגובה לפעולה מאתר אחר (webhook) או להגדיר תשובה סטטית במסוף Dialogflow.

ב-Actions Builder (הכלי לתכנון הפעולות) מציג את המושג תור הנחיות. אפשר להגדיר הנחיות במספר קטעים בסצנה, כמו גם ב-webhook. כל ההודעות מתווספות לתור ההנחיות, ממוזגות לתשובה אחת ומוסרות למשתמש. הגישה הזו מאפשרת לאסוף את התשובות לפי מה שהמשתמשים אמרו או עשו, ולא רק על סמך הכוונה שלהם.

לדוגמה, אם מוגדרות הנחיות בסצנה וגם התגובה לפעולה מאתר אחר (webhook), ההודעה של התגובה לפעולה מאתר אחר (webhook) מתווספת קודם לתור ההודעות, ובשלב הבא מתווספת בקשת הסצנה.

ברשימה הבאה מפורטים המקומות שבהם אפשר להגדיר הנחיות ב-Actions Builder, ואת סדר ההוספה שלהן לתור:

  1. בכניסה
  2. תנאים
  3. מילוי יחידת קיבולת (Slot)
  4. סצנות

שיטות מומלצות לעיצוב שיחות מובנות

כשמגדירים פרויקט ב-Dialogflow, נוצרת באופן אוטומטי אובייקט חלופי גלובלי ב-Intent, בדיוק כמו ברירת המחדל של ה-Intent הראשון. ה-Intent החלופי שמוגדר כברירת מחדל מקבל התאמה כשמשתמש אומר משהו שלא ניתן להתאים לכוונות הקיימות, או כשלא מזינים שום קלט מהמשתמש.

כדי לטפל בשגיאות בחן, יש להוסיף כוונות המשך ל-Intent הגיבוי לכל פנייה בשיחה.

ב-Actions Builder, שתי אובייקטים גלובליות נפרדות מסוג Intent נכללות באופן אוטומטי בפרויקטים חדשים: NO_MATCH ו-NO_INPUT.

כשה-NLU של Assistant תואם ל-Intent של המערכת NO_MATCH או NO_INPUT, בקשת ברירת המחדל או ההודעה המותאמת אישית המתאימה נשלחת למשתמש. ברגע שיש התאמה שלוש פעמים בין NO_MATCH או NO_INPUT, ההודעה הסופית המתאימה נשלחת למשתמש, ו-Assistant מסיימת את השיחה עם הפעולה.

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

איור 2. שלושה רכיבי handler של Intent מסוג NO_MATCH שהוקצו לסצנה אחת.