Konversationsflöde

Översikt

Inställningar för samtalsflöde avgör hur din assistent hanterar perioder då användaren är tyst, avbrott under tal och turordning. Inställningarna hjälper till att skapa mer naturliga samtal och kan anpassas efter ditt användningsfall.

De här inställningarna gäller även för agenter som använder en Realtime-modell.

Maximal samtalslängd

Inställningen Maximal samtalslängd begränsar den totala tiden som ett samtal kan vara aktivt. Den här globala gränsen börjar gälla när samtalet startar och tillämpas oberoende av timeouter på turnivå. Standardvärdet är 600 sekunder (10 minuter). Du kan ange ett värde från 60 till 7 200 sekunder.

Konfiguration

I CLI och API konfigurerar du inställningen med fältet conversation_config.conversation.max_duration_seconds.

Ta turen efter tystnad

Inställningen Ta turen efter tystnad avgör hur länge din assistent väntar under perioder då användaren är tyst innan den tar nästa tur och ber om ett svar.

Konfiguration

Värdet anges i sekunder och måste vara mellan 1 och 30 sekunder. I CLI och API konfigurerar du inställningen med fältet conversation_config.turn.turn_timeout.

Bästa praxis

• Ange kortare timeouter (5–10 sekunder) för informella samtal där snabba turer förväntas
• Använd längre timeouter (10–30 sekunder) när användare kan behöva mer tid för att tänka eller formulera komplexa svar
• Tänk på användarens kontext – kundtjänst kan gynnas av kortare timeouter medan teknisk support kan behöva längre

Mjuk timeout

Mjuk timeout ger omedelbar ljudåterkoppling när LLM:en tar längre tid än väntat på sig att generera ett svar. I stället för besvärlig tystnad medan den väntar säger din agent en kort utfyllnadsfras som “Hmm…” eller “Låt mig tänka…” för att behålla ett naturligt samtalsflöde.

Funktionen är användbar för:

• Komplexa frågor som kräver längre bearbetning av LLM:en
• Hantering av varierande latens från LLM-leverantörer
• Att skapa mer människoliknande samtal med naturliga tankepauser

Så fungerar det

1. När användaren har slutat tala börjar systemet generera ett LLM-svar
2. En timer startar baserat på den konfigurerade timeoutlängden
3. Om LLM-svaret kommer före timeouten hörs ingen utfyllnad
4. Om timeouten nås innan LLM:en svarar:
   • Det konfigurerade utfyllnadsmeddelandet sägs direkt
   • Agenten fortsätter vänta på det faktiska svaret
   • När svaret är klart säger agenten hela LLM-svaret

Mjuk timeout utlöses bara en gång per tur för att förhindra flera utfyllnader i följd.

Konfiguration

Timeoutlängd

Tiden i sekunder innan utfyllnadsmeddelandet sägs medan systemet väntar på LLM-svaret.

Statiskt meddelande

En fördefinierad utfyllnadsfras som sägs när mjuk timeout utlöses.

Det här meddelandet stöder:

• Språkåsidosättningar: Översätts automatiskt till ytterligare språk som konfigurerats för din agent
• Klientåsidosättningar: Kan anpassas per samtal via SDK:n

LLM-genererat meddelande

När funktionen är aktiverad genereras en kontextanpassad utfyllnadsfras dynamiskt med en lättviktig LLM i stället för det statiska meddelandet.

Systemet använder den senaste samtalskontexten (upp till 4 meddelanden, 1 000 tecken) för att generera relevanta utfyllnader som “Hmm…”, “Jag förstår…”, “Uppfattat…”, “Okej…” eller “Javisst…”

Bästa praxis

• Undvik tidsangivelser i utfyllnadsmeddelanden (t.ex. “En sekund…”) eftersom de faktiska svarstiderna är oförutsägbara
• Inaktivera mjuk timeout för snabba FAQ-botar där svaren konsekvent kommer snabbt

Avbrott

Avbrottshantering avgör om användare kan avbryta din assistent medan den talar.

Konfiguration

Inställningar för avbrott kan konfigureras på agentens flik Avancerat under Klienthändelser.

För att aktivera avbrott måste avbrott vara en vald klienthändelse.

Avbrott aktiverade

Avbrott inaktiverade

Bästa praxis för avbrott

• Aktivera avbrott för naturliga samtalsflöden där dialog fram och tillbaka förväntas
• Inaktivera avbrott när det är avgörande att meddelandet slutförs (t.ex. villkor och bestämmelser, säkerhetsinformation)
• Tänk på användningsfallets kontext – kundtjänst kan gynnas av avbrott medan informationsleverans kanske inte gör det

Turivrighet

Turivrighet styr hur snabbt din assistent svarar på användarens inmatning under ett samtal. Inställningen avgör hur ivrig assistenten är att ta turer och börja tala baserat på upptäckta talmönster.

Så fungerar det

Assistenten innehåller nu två viktiga förbättringar för mer naturlig turordning:

1. Snabbare svarsgenerering – Assistenten börjar tala efter att ha fått tillräckligt med ord och ett kommatecken från språkmodellen, i stället för att vänta på hela meningar. Det minskar latensen och skapar mer responsiva samtal, särskilt när assistenten har längre svar.

2. Konfigurerbar turivrighet – Styr hur snabbt assistenten tolkar pauser eller talmönster som möjligheter att svara.

Konfiguration

Tre lägen finns tillgängliga:

• Ivrig – Assistenten svarar snabbt på användarens inmatning och hoppar in vid första bästa tillfälle. Bäst för snabba samtal där omedelbara svar värdesätts.
• Normal – Balanserad turordning som fungerar bra för de flesta samtalsscenarier. Assistenten väntar på naturliga pauser i samtalet innan den svarar.
• Tålmodig – Assistenten väntar längre innan den tar sin tur och ger användare mer tid att avsluta sina tankar. Perfekt för att samla in detaljerad information eller när användare behöver tid att formulera svar.

Bästa praxis för turivrighet

• Använd läget Ivrig för kundtjänstscenarier där snabba svar förbättrar användarupplevelsen
• Använd läget Tålmodig när du samlar in strukturerad information som telefonnummer, adresser eller e-postadresser
• Använd läget Normal som standard för allmänna samtalsflöden
• Kombinera med workflows för att dynamiskt justera turivrighet utifrån samtalskontexten
• Testa olika inställningar för ditt specifika användningsfall för att hitta den optimala balansen

Rekommenderade konfigurationer