Konfigurace plnění pro skriptované agenty AI

list-menuZpětná vazba?
Tento článek obsahuje podrobného průvodce konfigurací plnění ve skriptovaných agentů AI pro zpracování hlasových a digitálních konverzací.

V kontextu agentů AI se plnění týká provádění úkolů, které zahrnují interakci s externími systémy za účelem načítání, manipulace nebo ukládání dat prostřednictvím rozhraní API. Tento článek popisuje příklad agenta vytvořeného pro sledování balíčků. Tuto šablonu agenta můžete použít při vytváření nového agenta AI pro digitální a hlasové interakce.

U digitálních kanálů musí být plnění řízeno prostřednictvím toku připojení použitého k nasazení agenta AI. Vezmeme-li příklad agenta pro sledování balíků, který můžete importovat ze šablony při vytváření nového skriptovaného agenta, je tok také k dispozici pro import při vytváření nového Webex Connect toku. Kromě plnění tento tok připojení také směruje uživatele do různých front agentů na základě jeho posledního záměru.

  1. Jakmile dokončíte nastavení skriptovaného agenta, identifikujte odpovědi, které vyžadují splnění.

    V příkladovém agentu je plnění vyžadováno pro 'TrackPackageResponse'.

  2. V těchto šablonách nakonfigurujte „zadržovací odpověď“, která se zobrazí uživateli během plnění.

    V tomto příkladu je pro 'TrackPackageResponse' nakonfigurována zadržovací odpověď.

  3. V toku použijte uzel Data Parser k analý ze metadat relace agenta (výstupní proměnná) z odpovědi agenta AI, abyste získali název odpovědi.

    Vzorový vstup pro uzel analyzátoru dat můžete získat stažením informací o transakci z relací výběrem příslušné transakce a výběrem hodnoty klíče „GenerateDF“ ze staženého souboru.

  4. Pokud chcete provést směrování založené na záměru v době předání agenta, můžete získat hodnotu předchozího aktivního záměru ve stejném kroku.

  5. Pokud si nepřejete stáhnout a analyzovat ukázkový JSON, můžete použít \$.model_state.template_keypro název odpovědi a \$.previous_intent_model_state.intent.namepro předchozí název záměru.

    V našem příkladu používáme pro tyto hodnoty proměnné toku 'responseKey' a 'previousIntent'.

  6. Pomocí uzlu Vě tev zkontrolujte, zda odpověď vyžaduje splnění.

    • Uzel větve opouští výsledek uzlu „Žádný z výše uvedených“ pro odpovědi, které nevyžadují splnění.

    • V našem příkladu, protože existuje potřeba plnění pro 'TrackPackageResponse', zkontrolujte hodnotu 'responseKey' v našem uzlu větve.

  7. U odpovědí, které vyžadují splnění, použijte uzel HTTP pro volání externího rozhraní API .

    • Užitečné informace z odpovědi uzlu HTTP ve stejném uzlu můžete analyzovat importem vzorku a získáním výstupních proměnných.

    • V tomto příkladu získáme „EstimatedDelivery“ a „status“ balíčku.

  8. Zpracujte odpověď na plnění pomocí uzlu Vy hodnotit a formulovat odpověď agenta.

    V našem příkladu inicializujeme proměnnou 'FulfillmentResp' a nastavíme její hodnotu na základě stavu balíku a odhad ovaného doručení.

  9. Odešlete uživateli odpověď na plnění a připojte ji ke konverzaci.

  10. Vraťte se zpět do uzlu Přijmout, abyste udrželi konverzaci mezi uživatelem a agentem AI.

Předání agenta na základě záměru

V době předání agenta zkontrolujte poslední aktivní záměr prostřednictvím uzlu Větev před uzlem úlohy fronty.

Zkontrolujte hodnotu „PreviousIntent“ a odbočte se do různých front podle vašich požadavků. Pokud zákazník v tomto příkladu požádá o předání agenta po záměru „Sledovat balíček “, přesměrujte ho do fronty „Specialist“. Všechny ostatní hodnoty vedou k předání do fronty „Chat“.

U hlasových kanálů musí být plnění řízeno tak, že se řízení konverzace předá zpět hlasovému toku prostřednictvím vlastních událostí a později obnoví konverzaci agenta AI s daty plnění. Pro tento účel je znovu použit příklad skriptovaného agenta pro sledování balíků. Tento tok je k dispozici v části Import ze šablon v Návrháři toku kontaktního centra Webex. Kromě plnění tento tok také směruje uživatele do různých front agentů na základě jeho posledního záměru.

Podrobný průvodce: Plnění

  1. Přidejte typ odpovědi „Vlastní událost“.

    • Vyhledejte klíč šablony, pro který chcete přidat vlastní událost. V takovém případě použijte klíč šablony 'TrackPackageResponse'.

    • Do klíče šablony přidejte typ odpovědi „vlastní událost“.

  2. Nakonfigurujte odpověď na vlastní událost.

    • Přidat název události a užitečné zatížení události:

      1. Pro vlastní odpověď na událost zadejte název události. V tomto případě, „TrackPack_Exit“.

      2. Přidejte užitečné zatížení události, které obsahuje data, která budou předána toku. Musí být ve formátu JSON. V tomto příkladu, {"PackageNumber":"${entity.PackageNum}"}.

  3. Použijte Užitečné zatížení události v toku.

    • Přístup k metadatům aktivity Virtual Agent V2:
      1. V konfiguraci hlasového toku je přidaná užitečná zátěž událostí k dispozici jako součást metadat aktivity Virtual Agent V2.

      2. Vytvořte proměnnou toku PackageNum.

      3. Pomocí aktivity Parse vyberte metadata aktivity Virtual Agent V2 jako vstupní proměnnou.

      4. Nastavte výstupní proměnnou na 'PackageNum' a její výraz cesty na '$.packageNum' (na základě struktury užitečného zatížení události nakonfigurované v odpovědi agenta).

    • Použijte metadata v aktiv itě HTTP:
      1. Ke sledování balíčku použijte proměnnou 'packageNum' ze zpracovaných metadat ve vašem toku.

      2. Importujte připojený tok a vyhledejte podrobnosti o aktiv itě HTTP.

      3. Definujte proměnné toku 'EstimatedDelivery' a nastavte je na '$. estimated_delivery'a další proměnnou toku' packStatus 'a nastavte ji na $.status.

    • Přidejte podmínky založené na aktiv itě HTTP:
      1. Přidejte do toku novou aktivitu Podmí nky. Tato aktivita slouží ke kontrole odezvy aktivity HTTP (zda balíček existuje a jeho stav).

        V tomto příkladu {{ HTTPRequest_8l3.httpStatusCode == 404 }}se výraz používá ke kontrole, zda nebyl nalezen žádný balíček.

  4. Přidat aktivitu Nastavit proměn nou na základě podmínek:
    1. Pro podmínku, pro kterou balíček neexistuje:

      • Do větve, kde nebyl nalezen žádný balíček, přidejte aktivitu Nastavit proměn nou.
      • Nastavte PackagerESP (další proměnná toku) na:

        S těmito podrobnostmi nebyl nalez en žádný balíček.

    2. Pro podmínku, pro kterou balíček existuje:

      • Pod větev, kde je nalezen balíček (tj. stavový kód HTTP se nerovná 404), přidejte další aktivitu Set Vari able.
      • Nastavte PackagerESP (další proměnná toku) na:

        Váš balíček byl vyzvednut. Bude doručeno {{estimatedDelivery}}.

    3. Chcete-li nakonfigurovat název události a data události, přidejte další dvě aktivity Nastavit proměnné. Tato data budou předána aktivitě Virtual Agent V2.

      • Vytvořte proměnné toku event_name aevent_data.

      • Nastavit event_name na TrackPack_Entry a event_data na {'packageResp': '{{packageResp}}' | json}.

  5. Vraťte se zpět na aktivitu Virtual Agent V2:

    • Konfigurace aktivity Virtual Agent V2:
      1. Připojte konečnou aktivitu Nastavit proměn nou k aktivitě Virtual Agent V2 .

      2. Nastavte název události na {{event_name}}.

      3. Nastavte Data události na {{event_data}}.

  6. Zpracování příchozí události ve vašem virtuálním agentu:

    1. Přidání nového klíče šablony:

      1. Přejděte na kartu Odpovědi na levém panelu.

      2. Přidejte nový klíč šablony s názvem PackageStatus.

    2. Konfigurace příchozí události:

      1. Pod hlasovým kanálem nastavte příchozí událost na TrackPack_Entry (nebo cokoli, co bylo odesláno aktivitě Virtual Agent V2 v toku).

    3. Nakonfigurujte odpověď:

      1. Nastavte odpověď na: <speak><say-as interpret-as="date"> $ {eventStore.</say-as> packagerESP}. Můžu ti pomoct s něčím jiným? </speak>

        Tato odpověď používá proměnné odeslané v užitečném zatížení z toku. Jak ékoli proměnné odeslané jako součást dat událostí jsou vývojářům k dispozici jako $ {eventStore. < variable_name >}.

        To také používá značky SSML. Značka SSML vám zejména umožňuje řídit, jak je text interpretován a mluvený modulem převodu textu na řeč. Tuto značku lze použít k určení, jak mají být vyslovována čísla, data, časy, adresy a další text. Zde jej používáme pro datum.

Směrování agenta na základě předchozího záměru

  • Pokud aktivita Virtual Agent V2 skončí prostřednictvím výstupu „Eskalovaný“, použijte aktivitu Parse k získání předchozího záměru z metadat agenta.

  • Aktivita Pří pad použijte ke kontrole různých hodnot předchozího záměru, které určují logiku čekání ve frontě. V tomto příkladu zkontrolujeme, zda předchozí záměr byl „Sledovat balíček“ .

  • Připojte výstupy aktivity případ u k příslušným hranám kontaktů fronty.

Byl tento článek užitečný?
Byl tento článek užitečný?