Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
[Denne artikel er dokumentation til en foreløbig version og er med forbehold for ændringer.]
Hukommelsen lader en agent drevet af Customer Conversation-harnesset overføre godkendt kontekst fra tidligere samtaler til den næste, så en tilbagevendende kunde mødes med kontinuitet i stedet for en kold start. Agenten kan genkende åbne intents, huske hvad der blev diskuteret, og fortsætte, hvor den sidste samtale sluttede.
Hukommelse for agenter, som drives af Customer Conversation-harnesset, er en særskilt funktion fra Hukommelse (prøveversion), som gælder for agenter, der drives af GitHub Copilot-harnesset. I stedet for fri genkaldelse udnytter Customer Conversation hukommelsen til at indfange struktureret kontekst gennem et defineret skema af indbyggede og brugerdefinerede parametre og dækker kun kortvarig samtalekontekst med en opbevaringsperiode på 30 dage.
Hukommelsen konfigureres én gang på agentniveau og gælder for root-agenten og alle underagenter under den. Det fungerer både i tale- og chatsamtaler, og når en delt kontaktidentifikator konfigureres, er konteksten optaget i den ene kanal tilgængelig i den anden.
Hvad din agent husker
Indbyggede konteksttyper
To indbyggede konteksttyper er aktive, når Memory er slået til. Hver har et defineret skema, så du kan referere til dets værdier i instruktioner uden ekstra opsætning.
| Konteksttype | Variabler | Hvad den fanger |
|---|---|---|
| Kundens profil | /customerName |
Kundeoplysninger, der fanges under samtaler, bruges til at personliggøre fremtidige interaktioner. |
| Samtaleoversigt |
/pastOpenIntentList, /pastConversationSummary |
Nøgledetaljer fra tidligere samtaler, såsom åbne intents og et resumé, blev taget med ind i fremtidige interaktioner. |
Brugerdefinerede parametre
Ud over de indbyggede typer kan du definere parametre for de detaljer, din virksomhed er afhængig af, såsom et medlemsniveau, en anmodet service-handling eller et flag, der styrer routing. Hver brugerdefineret parameter defineres ved:
- Et entydigt navn.
- En datatype af typen streng, tal eller boolesk.
- En beskrivelse i et enkelt og klart sprog, der fortæller agenten, hvad vedkommende skal kigge efter. Beskrivelsen klarer det meste af arbejdet, så skriv den som en tydelig instruktion i stedet for en etiket.
- Det sæt af værdier, parameteren må holde.
Følgende begrænsninger gælder, når du opretter eller redigerer en brugerdefineret parameter:
| Indstilling | Krav |
|---|---|
| Name | Unikt i agenten. Mellemrum accepteres og fjernes automatisk, når navnet bruges som variabel. |
| Datatyp | streng, tal eller boolesk værdi. |
| Beskrivende tekst | Krævet. Mellem 30 og 300 tegn. |
| Tilladte værdier | Krævet. Op til 10 værdier, hver op til 30 tegn. |
| Antal parametre | Op til 5 brugerdefinerede parametre. |
Valg af hvordan en værdi opdateres
Hver brugerdefineret parameter bruger en af to konsolideringstilstande, som bestemmer, hvordan en nyudtrukket værdi smelter sammen med den hukommelse, der allerede indeholder for den parameter på tværs af samtaler. Du vælger tilstand, når du opretter parameteren.
- Erstat: Matcher værdier med en enkelt aktuel sandhed, såsom et medlemsniveau eller et svindelflag. Hver nyligt udtrukket værdi overskriver den lagrede, og kun den seneste værdi bevares. Hvis en samtale ikke resulterer i en ny værdi, forbliver den tidligere lagrede værdi uændret i stedet for at blive slettet.
- Tilføj: Passer til værdier, der akkumuleres, såsom de servicehandlinger, en kunde har bedt om. Hver udtrækning tilføjes til en løbende liste som sin egen tidsstemplede post, og gentagne værdier gemmes separat, så sekvensen forbliver nøjagtig. Agenten læser den seneste registrering for en bestemt værdi som den aktuelle tilstand. Hvis en samtale ikke tilfører ny værdi, forbliver listen uændret, og elementer fjernes, når de falder uden for opbevaringsperioden, så lister ikke vokser ubegrænset.
Slå Hukommelse til eller fra
En enkelt kontrol på agentniveau tænder eller slukker for hukommelsen. Det styrer alt: at generere kontekst, gemme den, hente den, opløse hukommelsesvariabler i instruktioner og gøre kontekst tilgængelig for menneskelige agenter. Indstillingen gælder for rodagenten og alle dens underagenter, og en ændring af den skal bekræftes, før den træder i kraft.
Mens hukommelsen er slået fra, genereres, lagres, hentes eller refereres ingen kontekst nogen steder i agenten. Når du tænder det igen, genoptages normal adfærd for nye samtaler; tidligere lagret kontekst bliver kun tilgængelig igen, hvis den stadig er inden for fastholdelsesvinduet.
Forfatterinstruktioner med hukommelsesvariabler
Henvis direkte til indbyggede og brugerdefinerede parametre i agentinstruktionerne. Referencer for systemparametre ligner pastOpenIntentList og pastConversationSummary.
Kontinuitet på tværs af kanaler
Kontekst er forbundet med en kanalspecifik identifikator, såsom opkalderens telefonnummer til tale og en autentificeret sessionsidentifikator til webchat. Det holder i sig selv hver kanals hukommelse adskilt.
Konfiguration af en delt kontaktidentifikator forbinder disse kanalidentiteter til én kunde, så kontekst skrevet under et telefonopkald er tilgængelig i kundens næste chat, og omvendt. Kontekst frigives kun, når kunden er identificeret: Chatkanaler autentificerer brugeren først, og Tale baserer sig på opkalderens telefonnummer.
Det betyder, at en kunde, der interagerer med din agent på én kanal, kan fortsætte den samme samtale på en anden kanal, og agenten bevarer den relevante kontekst, herunder præferencer eller tidligere delte detaljer, såsom en foretrukket kontaktmetode eller en kontoidentifikator.
Som med al hukommelseskontekst opretholder hver agent et separat hukommelseslager pr. bruger, så én kundes kontekst og præferencer aldrig deles med en anden.