Een handige chatbot moet weten hoe hij naar een persoon moet verwijzen wanneer het antwoord ontbreekt, een beslissing nodig is of de gebruiker daarom vraagt. Ontwerp deze passage met de rest van de route: beschikbaar kanaal, verzonden informatie en bevestiging van overweging.
Bepaal wat de chatbot kan verwerken
aparte algemene informatie, raadpleging van een dossier en zakelijke actie. Een documentaire assistent kan een procedure uitleggen zonder dat hij gemachtigd is om een bestelling te wijzigen. de grenzen aangeven in een begrijpelijke taal. De aanwezigheid van een chatinterface mag de gebruikelijke contactmiddelen niet elimineren. Controleer op mobiel of het de navigatie of essentiële informatie niet verbergt.
Stel relaistriggers in
Plan als minimum het expliciete verzoek van de gebruiker, het ontbreken van voldoende bron en situaties buiten de scope. Vermijd lussen waarbij het model hetzelfde antwoord voor onbepaalde tijd herformuleert. Triggers moeten kunnen worden getest met voorbeelden. Voor een gevoelige vraag bewijst de vloeibaarheid van een antwoord niet dat het een geautoriseerde beslissing vormt.
Beschrijf het estafette als een volledige cursus
Een contactknop is niet genoeg als niemand weet wat hij uitzendt of wie het verzoek zal verwerken. Beschrijf de beginstatus, gebruikersactie, voorgestelde informatie en verwachte bevestiging. De route kan eenvoudig zijn: een herhalingsoverzicht, een formulier en een geverifieerd ontvangstkanaal. Het belangrijkste is niet te suggereren dat het verzoek in aanmerking is genomen voordat de aanvraag het echt bevestigt.
| Situatie | Interface-reactie | acceptatietestverificatie |
|---|---|---|
| De gebruiker vraagt om een persoon | Er wordt een toegankelijk contactmiddel voorgesteld | Geen lus die nieuwe herformuleringen oplegt |
| De documentatie reageert niet | De limiet wordt aangekondigd en er wordt een nuttig vervolg voorgesteld | Geen uitgevonden staat of waarde |
| De dienst is gesloten | Werkelijke beschikbaarheid wordt uitgelegd | Geen automatische vertraging niet gevalideerd |
| Het kanaal mislukt | een foutbericht en een alternatief zijn beschikbaar | Geen valse zendingsbevestiging |
| Een zakelijke beslissing is nodig | De vraag is gericht op de competente rol | Het model presenteert geen wijziging zoals gemaakt |
Dit raster is een ontwerpvoorstel. Machtigingen blijven beslissend: een informatieve assistent mag een contract of toegang niet kunnen wijzigen, simpelweg omdat zijn antwoord suggereert. De aanbevelingen van deOWASP voor LLM-toepassingen helpen om onderscheid te maken tussen geproduceerde tekst en daadwerkelijk geautoriseerde acties.
Alleen doorgeven wat helpt
Het relais kan een samenvatting geven die de persoon herleest voordat hij wordt verzonden. Identificeer de nodige informatie, de ontvanger en het goedgekeurde kanaal. Kopieer niet automatisch het hele gesprek als het onnodige gegevens bevat. Als de service is gesloten, kondig dan de manier aan om een verzoek te verlaten en wat er daarna zal gebeuren, zonder een vertraging te beloven die niet is gevalideerd door het team.
Fictief voorbeeld: een wijzigingsverzoek
Een bezoeker wil een reeds bestelde dienst wijzigen. De chatbot kan uitleggen waar u nuttige informatie kunt vinden en een contactpersoon voorstellen, maar bevestigt de wijziging niet. De gebruiker controleert een samenvatting van zijn verzoek voordat hij wordt verzonden. De pagina toont een echte ontvangstbevestiging of een foutbericht om het opnieuw te proberen; Een gegenereerde formule vervangt deze verificatie niet.
ontwerp een samenvatting die de persoon kan controleren
- Beperk de samenvatting tot de vraag, de nuttige context en de elementen die de gebruiker ermee instemt om te verzenden. Toon het voor het verzenden wanneer de route dit toelaat.
- Geef het kanaal en de functionele ontvanger van het verzoek aan. Een vage formule als "We zullen ervoor zorgen" beschrijft geen verifieerbare ontvangst.
- Laat de samenvatting corrigeren. Slechte herformulering door het model mag niet de enige versie worden van het verzoek dat door het team wordt gehouden.
- Test de ontvangst met demogegevens en vervolgens het scenario voor storingen. Controleer de route op het toetsenbord en op een smal scherm, ook wanneer het chatvenster is geopend.
In een fictieve simulatie wil een persoon een dienst ontwikkelen die al is besteld. De chatbot kan uitleggen welke informatie moet worden voorbereid en een samenvatting moeten voorstellen. Het bevestigt geen acceptatie of wijziging van het bestand. Het team ontvangt een bruikbaar verzoek en blijft verantwoordelijk voor de beslissing. Deze scheiding maakt het mogelijk om snel te helpen zonder een commercieel engagement te doen.
Voor een bureaulocatie kan het relais gericht zijn op een uitwisseling van framing in plaats van te proberen elke situatie onmiddellijk op te lossen. Plan de beoordeling van onbeantwoorde vragen om de documentatie te verbeteren. De Een kennisbank voorbereiden en de RAG-kwaliteitstests Word dan complementair aan het werk aan het formulier en op de daadwerkelijke ontvangst van de berichten.
Test het einde van de cursus
Simuleer een onvindbare respons, onmiddellijke menselijke vraag en falen van contactkanalen. Bedieningstoetsenbord, mobiel lezen en bevestigingsberichten. De OWASP identificeert de risico's die gepaard gaan met de exits en toegangen van LLM-applicaties: beperk daarom de bevoegdheden van de chatbot tot wat nodig is. koppel dit werk aanVerbetering van het contactformulier om een betrouwbaar probleem te behouden.