Hoppa till innehåll

Konfigurera AI-agentens åtgärder — Human Handoff, smart datainsamling för leadgenerering och anpassade API-åtgärder.

Definiera vad din AI‑agent kan göra i en konversation: svar med realtids‑API‑data, leaduppsamling och skräddarsydda åtgärder.

Överföring till människa (Human Handoff)

Section titled “Överföring till människa (Human Handoff)”

Human Handoff säkerställer att ärenden som kräver mänsklig handläggning smidigt överförs till en mänsklig agent.

Det är särskilt användbart när frågan ligger utanför kunskapsbasen eller användaren uttryckligen vill prata med en människa. Under handoff pausar AI‑assistenten och en mänsklig agent tar över i Inkorgen.

Så här ser det ut för användaren:

  1. Användaren chattar med AI‑assistenten.
  2. Om frågan ligger utanför AI:ns förmåga eller användaren ber om människa, meddelar AI att ärendet överförs.
  3. Konversationen avassigneras från AI och tilldelas en mänsklig agent.
  4. Den mänskliga agenten löser ärendet eller återtilldelar AI.

Handoff ur besökarens perspektiv.

I Quickchat‑gränssnittet ser du:

  1. Den oassignerade konversationen dyker upp i Inkorgen.
  2. Teammedlemmen läser AI‑sammanfattningen för kontext.
  3. Tar över och hanterar ärendet.
  4. Avslutar eller återtilldelar.

Handoff ur användarens perspektiv i Quickchat.

Gå till Capabilities > Human Handoff och slå på växeln.

Aktivera handoff i appen.

Konfigurera därefter:

Tillgänglighet för mänskliga agenter

Säkerställ att handoff endast sker under arbetstid.

  • Arbetstider – start/slut och arbetsdagar
  • Tidszon
  • Meddelande utanför arbetstid

Ställa in tillgänglighet

Definiera frågan AI ställer före handoff.

Exempel: Vill du att jag kopplar dig till vårt supportteam?

Konfigurera fråga

Definiera bekräftelsen som skickas när handoff initieras.

Exempel: Jag förstår. Jag kopplar dig till vårt supportteam. Ett ögonblick.

Konfigurera bekräftelse

Aktivera AI‑sammanfattningar för att generera en kort summering av dialogen hittills.

Konfigurera sammanfattning

Specificera nyckelord som alltid triggar handoff.

Exempel: för MacShops assistent “Helpful Macintosh”: “faktura”, “kvitto”, “leveransstatus”.

Konfigurera utlösarord

Ställ in e‑post för meddelanden när en ny konversation kräver handoff.

Konfigurera e‑postaviseringar


Med smart datainsamling kan agenten naturligt fråga efter uppgifter (namn, e‑post, telefon) och skicka dem till ditt CRM.

Integrerat i samtalsflödet.

  1. AI upptäcker insamlingsmöjligheter.
  2. Ställer riktade frågor, t.ex.:
    • ”Vad heter du så att jag kan hjälpa dig bättre?”
    • ”Vilken e‑post når vi dig bäst på?”
  3. Lagrar svaren för granskning eller integration.
  • Gå till Actions & MCPs
  • Öppna Smart Data Gathering
  • Slå på

Aktivera leadgenerering

  • E‑postadress
  • Förnamn
  • Telefonnummer

Välja fält

  • Efter några meddelanden
  • Direkt efter uttryckt intresse

När man frågar

  • Subtilt – naturligt i dialogen
  • Direkt – tydlig begäran

Hur man frågar

  1. Gå till Inbox
  2. Klicka export
  3. Välj Export Gathered Data
  4. Ställ in datumintervall
  5. Välj format (CSV, XLSX)
  6. Klicka Download

Låt AI anropa externa API:er under samtalet. Använd för att söka i interna verktyg, skapa ärenden, trigga aviseringar eller hämta färska data utanför kunskapsbasen. Finns i Actions & MCPsCustom Actions.

  1. Du definierar en API‑åtgärd med namn, beskrivning, metod, endpoint‑URL, headers och parametrar.
  2. Under chatten avgör AI utifrån beskrivning och parameterledtrådar när den ska köras.
  3. Quickchat skickar begäran och återlämnar JSON till AI, som svarar i naturligt språk.
  4. Du kan testköra i redigeraren innan produktion.
  1. Gå till Actions & MCPs.
  2. Klicka + i Custom Actions och välj API Action.
  3. Fyll i Details:
    • Name – tydligt och beskrivande
    • Description – när använda och vad parametrar ska innehålla
  4. Ställ in Connection:
    • Action Type – GET eller POST
    • Action endpoint URL – fullständig URL
    • Headers – t.ex. Authorization, content-type: application/json
  5. Definiera Parameters med name, location (query, body eller header) och en description som guidar AI. Sökvägsvärden (path) är ingen parameter‑location; lägg in dem direkt i endpoint‑URL:en med {{placeholder}}‑mallar.
  6. Test request → validera → Done.

Utöver själva requesten har en API‑åtgärd tre valfria inställningar värda att känna till: Save to memory, Run only when och Response filter.

Fånga ett värde från API‑svaret och lagra det i konversationens minne under en nyckel du väljer. Senare åtgärder kan återanvända det som {{metadata_<key>}}, och det syns i konversationens detaljer (Inkorgen, API:t och exporter).

Ta till detta när en åtgärd producerar något som en senare åtgärd behöver. En uppslagsåtgärd kan spara ett customer_id från sitt svar; en uppföljande åtgärd skickar sedan {{metadata_customer_id}} utan att AI:n behöver kopiera värdet mellan dem.

I sektionen Save to memory i API‑åtgärdens editor ger du det fångade värdet en memory key och pekar den mot den del av svaret du vill behålla. Från och med då är det en metadatavariabel som vilken annan som helst.

Sektionen Save to memory i API‑åtgärdens editor

Begränsa en åtgärd så att den körs endast när villkor på konversationsmetadatan är uppfyllda. Villkoren kontrolleras på vår sida, vid anropstillfället, efter att AI:n har bestämt sig för att anropa åtgärden men innan någon request skickas, så de kan inte pratas runt från chatten.

Detta är rätt verktyg för privilegierade eller oåterkalleliga åtgärder (banna en medlem, utfärda en återbetalning, radera en post). En rad i din prompt som säger ”bara administratörer kan göra detta” är en hjälpsam instruktion, men det är ingen säkerhetsgräns: en målmedveten användare kan argumentera med modellen eller försöka med en prompt-injektion. Ett körvillkor är deterministiskt och lever utanför prompten, så det håller oavsett vad konversationen säger.

  • Körvillkoret är gränsen. Det utvärderas på serversidan och är inte en del av prompten modellen läser. Det är detta som faktiskt hindrar åtgärden från att köras.
  • Promptregeln är användarupplevelsen. Behåll en rad i prompten också, så att AI:n avböjer artigt och förklarar varför i stället för att tystna.

Lägg till villkor i sektionen Run only when i åtgärdens editor. Klicka på Add condition, välj en metadatanyckel (till exempel telegram_sender_is_admin) och välj hur den ska jämföras:

VillkorUppfylls när metadatavärdet…
is trueär sant (truthy)
is falseär falskt (falsy)
existsfinns på konversationen
does not existsaknas
equalsmatchar ett värde du anger
does not equalskiljer sig från ett värde du anger

Åtgärden körs bara när alla villkor är uppfyllda. Ett villkor på en nyckel som inte är satt på konversationen uppfylls inte.

Sektionen Run only when med ett villkor: telegram_sender_is_admin is true

När ett villkor inte uppfylls skickas ingen request och AI:n talar om för användaren att den inte kan göra det. Nedan blockeras samma ban-request för en icke-administratör och tillåts för en administratör, utan att något ändrats förutom vem som frågar:

En icke-administratörs ban-försök blockerat av körvillkoret: ingen request skickas och resultatet är ett nekande

Samma ban-request från en administratör: körvillkoret uppfylls och åtgärden returnerar 200

Som standard ser AI:n hela API‑svaret. Lägg till JSONPath-uttryck i sektionen Response filter för att begränsa AI:n till specifika delar av det.

Två vanliga skäl att filtrera:

  • Dölj känsliga fält. Håll kunders e-postadresser, betalningsuppgifter eller interna id:n utanför modellens kontext när endpointen returnerar mer än AI:n behöver.
  • Krymp prompten. Pratglada API:er kan returnera stora payloads; att filtrera till de få fält som spelar roll håller svaret litet och AI:n fokuserad.

Lägg till ett eller flera JSONPath-uttryck så får AI:n bara de matchade delarna. Till exempel behåller $.data.items[*].name bara artikelnamnen ur ett större svar.

Sektionen Response filter i API‑åtgärdens editor

  • Var explicit i beskrivningar.
  • Minimera scope – bara nödvändiga headers/tokens.
  • Testa före driftsättning – statuskoder och payloads.