AI Commerce Search מציע שתי יכולות של ממשק שיחה: סינון מוצרים בממשק שיחה וסוכן בממשק שיחה. סינון מוצרים בממשק שיחה עוזר למשתמשים לצמצם את החיפושים באמצעות שאלות מובנות, ונציג וירטואלי בממשק שיחה מאפשר לנהל שיחות פתוחות.
שתי יכולות של ממשק שיחה עם נקודת קצה אחת של API
שתי היכולות מופעלות על ידי נקודת קצה ל-API conversationalSearch.
סינון מוצרים באמצעות שיחה
תרחיש לדוגמה: המערכת עוזרת למשתמשים לצמצם חיפושים רחבים, כמו שמלה, באמצעות שאלות הבהרה כמו מה הצבע?
מודל האינטראקציה: משקף שאלות ותשובות מובנות מסוג בחירה מרובה.
מידע נוסף על סינון באמצעות דיבור זמין בקטע סינון מוצרים באמצעות דיבור.
סוכן בממשק שיחה
תרחיש שימוש: מאפשר חוויית צ'אט בשפה טבעית עם תשובות פתוחות, כמו תעזור לי לתכנן מסיבה.
מודל אינטראקציה: כולל תשובות מ-AI בטקסט, הצעות דינמיות לחיפוש ושאלות המשך.
מידע נוסף על היכולת האינטראקטיבית של סוכנים בממשק שיחה זמין בקטע סוכנים בממשק שיחה.
שתי היכולות מאפשרות לנהל שיחות עם קריאות מקבילות ל-API
ה-Conversational API לא מחזיר תוצאות של חיפוש מוצרים. המטרה שלו היא לספק ממשק צ'אט עם AI.
האפליקציה שלכם צריכה לבצע שתי קריאות נפרדות ומקבילות ל-API לכל אינטראקציה של משתמש. הארכיטקטורה הזו היא הבסיס לסינון מוצרים ולסוכן לניהול שיחות.
Conversational API:
- יש נקודת קצה
conversationalSearch. - אפשר לשאול שאלות המשך, לקבל תשובות בטקסט ולשפר את השאילתות.
- מחזירה שדות כולל
conversation_id,followup_questionו-conversational_text_response.
Search API:
- יש נקודת קצה
search. - מקבל את רשימת המוצרים שיוצגו למשתמש.
- מחזירה רשימה רגילה של תוצאות מוצרים.
שתי היכולות משתמשות בשדה הליבה conversation_id
ה-conversation_id הוא המפתח לשמירה על המצב וההיסטוריה של סשן שיחה יחיד.
- בקשה ראשונה: נשלחת שאילתה ראשונית ללא
conversation_id. - תגובה: ה-API מחזיר
conversation_idחדש. - הפעולה שלכם: אחסון הנתונים באחסון סשנים בצד הלקוח.
- בקשות עוקבות: בכל האינטראקציות הבאות באותו סשן, צריך לשלוח את
conversation_idששמור בבקשה. כך המערכת יכולה להבין את ההקשר, למשל המשתמש כבר אמר שהוא רוצה שמלה צהובה.
המאמרים הבאים
- הגדרה ושימוש בסינון מוצרים באמצעות שיחה.
- הגדרה ושימוש בצ'אט בוט.