Konfigurowanie realizacji dla skryptowych agentów AI

list-menuOpinia?
Ten artykuł zawiera przewodnik krok po kroku dotyczący konfigurowania realizacji w skryptach agentów AI do obsługi rozmów głosowych i cyfrowych.

W kontekście agentów AI realizacja odnosi się do wykonywania zadań, które obejmują interakcję z systemami zewnętrznymi w celu pobierania, manipulowania lub przechowywania danych za pośrednictwem interfejsów API. W tym artykule przedstawiono przykładowy agent utworzony do śledzenia pakietów. Możesz użyć tego szablonu agenta podczas tworzenia nowego agenta AI do interakcji cyfrowych i głosowych.

W przypadku kanałów cyfrowych realizacja musi być zorganizowana poprzez przepływ połączeń używany do wdrożenia agenta AI. Biorąc przykład agenta śledzenia paczek, który można zaimportować z szablonu podczas tworzenia nowego agenta skryptowego, przepływ jest również dostępny do zaimportowania podczas tworzenia nowego Webex Connect przepływu. Oprócz realizacji, ten przepływ połączeń kieruje również użytkownika do różnych kolejek agentów na podstawie ich ostatniego zamiaru.

  1. Po zakończeniu konfigurowania agenta skryptowego zidentyfikuj odpowiedzi, które wymagają spełnienia.

    W przykładowym agencie spełnienie jest wymagane dla „TrackPackageResponse”.

  2. W tych szablonach skonfiguruj „odpowiedź przytrzymującą”, która będzie wyświetlana użytkowni kowi podczas realizacji.

    W tym przykładzie odpowiedź przytrzymująca jest skonfigurowana dla „TrackPackageResponse”.

  3. W przepływie użyj węzła Data Parser, aby przeanalizować metadane sesji agenta ( zmienna wyjściowa) z odpowiedzi agenta AI w celu uzyskania nazwy odpowiedzi.

    Przykładowe dane wejściowe dla węzła parsera danych można uzyskać pobierając informacje o transakcjach z sesji, wybierając odpowiednią transakcję i wybierając wartość klucza „GenerateDF” z pobranego pliku.

  4. Jeśli chcesz wykonać routing oparty na intencjach w momencie przekazania agenta, możesz uzyskać wartość poprzedniej aktywnej intencji w tym samym kroku.

  5. Jeśli nie chcesz pobierać i analizować przykładowego pliku JSON, możesz użyć go \$.model_state.template_keydla nazwy odpowiedzi i \$.previous_intent_model_state.intent.namedla poprzedniej nazwy intencji.

    W naszym przykładzie używamy zmiennych przepływu „ResponseKey” i „PreviousIntent” dla tych wartości.

  6. Użyj węzła Branch, aby sprawdzić, czy odpowiedź wymaga spełnienia.

    • Węzeł gałęzi wychodzi przez wynik węzła „Brak z powyższych” dla odpowiedzi, które nie wymagają spełnienia.

    • W naszym przykładzie, ponieważ istnieje potrzeba spełnienia dla „TrackPackageResponse”, sprawdź wartość „ResponseKey” w naszym węźle gałęzi.

  7. W przypadku odpowiedzi wymagających spełnienia należy użyć węzła HTTP do wykonywania zewnętrznych wywołań interfej su API.

    • Możesz analizować przydatne informacje z odpowiedzi węzła HTTP w tym samym węźle, importując próbkę i uzyskując zmienne wyjściowe.

    • W tym przykładzie otrzymujemy „EstimatedDelivery” i „status” paczki.

  8. Przetwarzaj odpowiedź na realizację za pomocą węzła E valu ate w celu sformułowania odpowiedzi agenta.

    W naszym przykładzie inicjujemy zmienną „FulfilmentResp” i ustawiamy jej wartość na podstawie statusu paczki i szacowanej dostawy.

  9. Wyślij odpowiedź na realizację do użytkownika i dołącz ją do rozmowy.

  10. Wróć do węz ła Odbiór, aby kontynuować rozmowę między użytkownikiem a agentem AI.

Przekazanie agenta oparte na intencji

W momencie przekazania agenta sprawdź ostatni aktywny zamiar przez węzeł Branch przed węzłem zadań Queu e.

Sprawdź wartość „PreviousIntent” i rozgałęź do różnych kolejek w zależności od swoich wymagań. W tym przykładzie, jeśli klient poprosi o przekazanie agenta po zamiarze „Śledź pakiet”, przekieruj go do kolejki „Specjalista”. Wszystkie inne wartości prowadzą do przeniesienia do kolejki „Czat”.

W przypadku kanałów głosowych spełnienie musi być zaaranżowane poprzez przekazanie kontroli nad rozmową z powrotem przepływowi głosu poprzez niestandardowe zdarzenia, a następnie wznowienie rozmowy agenta AI z danymi dotyczącymi realizacji. W tym celu przykładowy skryptowy agent do śledzenia pakietów jest ponownie wykorzystywany. Przepływ jest dostępny w sekcji „Importuj z szablonów” w programie Webex Contact Center Flow Designer. Oprócz realizacji, przepływ ten kieruje również użytkownika do różnych kolejek agentów na podstawie ich ostatniego zamiaru.

Przewodnik krok po kroku: Realizacja

  1. Dodaj typ odpowiedzi „Zdarzenie niestandardowe”.

    • Znajdź klucz szablonu, dla którego chcesz dodać zdarzenie niestandardowe. W takim przypadku użyj klucza szablonu „TrackPackageResponse”.

    • Dodaj typ odpowiedzi „zdarzenie niestandardowe” do klucza szablonu.

  2. Skonfiguruj odpowiedź zdarzenia niestandardowego.

    • Dodaj nazwę zdarzenia i ładunek zdarzenia:

      1. W przypadku odpowiedzi na zdarzenie niestandardowe podaj nazwę zdarzenia. W tym przypadku, „TrackPack_Exit”.

      2. Dodaj ładunek zdarzenia, który zawiera dane, które zostaną przekazane do przepływu. Musi być w formacie JSON. W tym przykładzie, {"PackageNumber":"${entity.PackageNum}"}.

  3. Użyj obciążenia zdarzenia w przepływie.

    • Uzyskaj dostęp do metadanych aktywności wirtualnego agenta V2:
      1. W konfiguracji przepływu głosu dodany ładunek zdarzeń jest dostępny jako część metadanych aktywności Virtual Agent V2.

      2. Utwórz zmienną przepływu PackageNUM.

      3. Użyj działania Analiz uj, aby wybrać metadane aktywności agenta wirtualnego V2 jako zmienną wejściową.

      4. Ustaw zmienną wyjściową na 'packageNUM', a jej wyrażenie ścieżki na '$.packageNUM' (w oparciu o strukturę ładunku zdarzenia skonfigurowanego w odpowiedzi agenta).

    • Użyj metadanych w aktywności HTTP:
      1. Użyj zmiennej „PackageNUM” z przetworzonych metadanych w przepływie, aby śledzić pakiet.

      2. Zaimportuj załączony przepływ, aby znaleźć szczegóły aktywności HTTP.

      3. Zdefiniuj zmienne przepływu 'EstimatedDelivery' i ustaw na „$. estimated_delivery'i inną zmienną przepływu' packStatus 'i ustaw ją na $.status.

    • Dodaj warunki na podstawie aktywności HTTP:
      1. Dodaj nową aktywność Warunek do przepływu. Ta aktywność służy do sprawdzania odpowiedzi działania HTTP (czy pakiet istnieje i jego status).

        W tym przykładzie wyrażenie {{ HTTPRequest_8l3.httpStatusCode == 404 }}służy do sprawdzenia, czy nie znaleziono żadnego pakietu.

  4. Dodaj aktywność Ustaw zmien ną na podstawie warunków:
    1. Dla warunków, dla których pakiet nie istnieje:

      • W gałęzi, w której nie znaleziono pakietu, dodaj aktywność U staw zmien ną.
      • Ustaw PackageResp (inna zmienna przepływu) na:

        Nie znaleziono paczki z tymi szczegółami.

    2. Dla warunku, dla którego pakiet istnieje:

      • W gałęzi, w której znajduje się pakiet (to znaczy kod stanu HTTP nie jest równy 404), dodaj kolejną aktywność Zmi enną ustawi oną.
      • Ustaw PackageResp (inna zmienna przepływu) na:

        Twoja paczka została odebrana. Zostanie on dostarczony przez {{EstimatedDelivery}}.

    3. Dodaj jeszcze dwie czynności Ustaw zmienne, aby skonfigurować nazwę zdarzenia i dane zdarzenia. Dane te zostaną przekazane do aktywności Virtual Agent V2.

      • Twórz zmienne przepływu event_name ievent_data.

      • Ustaw event_name na TrackPack_Entry i event_data na {'packageResp': '{{packageResp}}' | json}.

  5. Powrót do aktywności Virtual Agent V2:

    • Skonfiguruj aktywność Virtual Agent V2:
      1. Połącz ostateczną aktywność Ustaw zmien ną z aktywnością Virtual Agent V2 .

      2. Ustaw nazwę zdarzenia na {{event_name}}.

      3. Ustaw dane zdarzenia na {{event_data}}.

  6. Obsługa zdarzenia przychodzącego w swoim wirtualnym agencie:

    1. Dodaj nowy klucz szablonu:

      1. Przejdź do zakładki Odpowiedzi na lewym panelu.

      2. Dodaj nowy klucz szablonu o nazwie PackageStatus.

    2. Skonfiguruj zdarzenie przychodzące:

      1. W kanale głosowym ustaw zdarzenie przychodzące na wartość TrackPack_Entry (lub cokolwiek zostało wysłane do aktywności Virtual Agent V2 w przepływie).

    3. Skonfiguruj odpowiedź:

      1. Ustaw odpowiedź na: <speak><say-as interpret-as="date"> $ {eventStore.</say-as> packageResp}. Mogę ci pomóc w czymkolwiek innym? </speak>

        Ta odpowiedź wykorzystuje zmienne wysyłane w ładunku z przepływu. Wszel kie zmienne wysyłane jako część danych zdarzeń są dostępne dla programistów do uzyskania dostępu jako $ {eventStore. < variable_name >}.

        Wykorzystuje również znaczniki SSML. W szczególności znacznik SSML pozwala kontrolować sposób interpretowania i wypowiadania tekstu przez silnik tekstu na mowę. Znacznik ten może służyć do określania sposobu wymawiania liczb, dat, godzin, adresów i innego tekstu. Tutaj używamy go na randkę.

Routing agentów na podstawie wcześniejszych intencji

  • Jeśli aktywność Virtual Agent V2 kończy się za pomocą wyjścia „Eskalowane”, użyj działania Parse, aby uzyskać poprzedni zamiar z metadanych agenta.

  • Użyj działania Case, aby sprawdzić różne wartości poprzedniego intencji, które określają logikę kolejkowania. W tym przykładzie sprawdzamy, czy poprzednią intencją było „Śledź pakiet”.

  • Dołącz wyjścia aktywności C ase do odpowiednich krawędzi styków kolejki.

Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?