Metlivi-blog

Hoe zorg je ervoor dat een personagechat een correctie van een gebruiker onthoudt tussen sessies

Wanneer een gebruiker de details van een fictief personage corrigeert, moet de chat de gecorrigeerde versie opslaan met de bijbehorende reikwijdte, een eventuele tegenstrijdige oudere versie vervangen en de opgeslagen notitie zichtbaar en bewerkbaar maken. Ook moet de chat blijvende voorkeuren van de gebruiker onderscheiden van feiten die alleen binnen één verhaal-scène gelden. Voordat het systeem een herinnerd detail later gebruikt, moet het controleren of dat relevant en actueel is; als het bewijs onduidelijk is, moet het navraag doen in plaats van een gedeeld verleden te verzinnen. Deze gids richt zich op het bewaren van informatie en het oplossen van tegenstrijdigheden, niet op hoe je op dat moment op een misverstand reageert.

27 september 20268 minuten leestijdDoor Metlivi Editorial Team
Sectie 1

Wat moet een personagechat onthouden?

Neem dit voorbeeld: een gebruiker zegt: “Mira’s ogen zijn groen, niet blauw.” De correctie kan betrekking hebben op een permanent personagedetail, een tijdelijke versie van Mira in een bepaalde rollenspelcontext of simpelweg op de voorkeur van de gebruiker voor de manier waarop Mira wordt beschreven. Een herinnering die alleen “ogen: groen” opslaat, verliest de context die het detail bruikbaar maakt.

Een praktische geheugenregistratie legt minimaal het onderwerp, het gecorrigeerde detail, de reikwijdte en de bedoeling van de gebruiker om het te laten onthouden vast. Bijvoorbeeld:

Deze structuur is een aanbeveling voor productontwerp, geen indeling die door de onderzoeken wordt voorgeschreven. Het doel is te voorkomen dat een lokaal scènedetail stilzwijgend een algemeen feit wordt. Een scènespecifieke correctie kan bijvoorbeeld worden vastgelegd als “In de scène op het winterbal draagt Mira een groene mantel.” Die notitie mag haar gebruikelijke kleding of uiterlijk niet overschrijven.

Onderwerp: Mira, het fictieve personage

Detail: Groene ogen

Reikwijdte: Algemene personagebeschrijving van Mira

Status: Actueel; vervangt de eerdere notitie “blauwe ogen”

Bron: Correctie van gebruiker

Sectie 2

Hoe moet een correctie oudere herinneringen vervangen?

Behandel een duidelijke correctie als een aanpassing van het relevante feit, niet als een extra feit waarbij beide versies actief blijven. Als het systeem “Mira heeft blauwe ogen” behoudt en “Mira heeft groene ogen” toevoegt, kan bij een latere zoekopdracht een van beide naar voren komen. De bijgewerkte registratie moet de oude waarde als vervangen markeren of uit actief gebruik verwijderen, terwijl er genoeg geschiedenis bewaard blijft om de wijziging toe te lichten als het product een geheugenlogboek aanbiedt.

Dit onderscheid is belangrijk omdat informatie in de loop van de tijd kan veranderen. In Keep Me Updated! Memory Management in Long-term Conversations introduceren Bae en collega’s een taak en dataset voor het volgen van bijgewerkte informatie over gebruikers verspreid over meerdere gesprekssessies. Ze leggen herinneringen vast als tekstbeschrijvingen en stellen voor om achterhaalde of overbodige informatie selectief te verwijderen. In hun experimenten vergelijken ze deze aanpak met referentiemethoden die opgeslagen herinneringen ongewijzigd laten. Het onderzoek gaat over langdurige gespreksherinneringen; het test geen fictieve personagechats specifiek en stelt geen universeel geheugenontwerp vast.

Pas voor een personagechat dezelfde algemene logica voor updates zorgvuldig toe: een directe correctie als “niet blauw, maar groen” is sterk bewijs dat de oude waarde binnen de aangegeven reikwijdte onjuist is. Een nieuw scènedetail is niet automatisch bewijs dat een blijvend personagefeit is veranderd. Als de reikwijdte ontbreekt en het verschil later van belang is, stel dan een korte vervolgvraag, zoals: “Zal ik onthouden dat Mira in elk verhaal groene ogen heeft, of geldt dat alleen voor deze versie?”

Sectie 3

Hoe kan het systeem voorkeuren van de gebruiker onderscheiden van feiten over het verhaal?

Sla voorkeuren en feiten over de fictieve wereld op in aparte categorieën. Een voorkeur kan zijn: “De gebruiker wil dat Mira’s dialogen beknopt zijn.” Een verhaalfeit kan zijn: “Mira is in deze scène net aangekomen op het station.” Ze beantwoorden verschillende vragen: de voorkeur bepaalt hoe de chat reageert, terwijl het verhaalfeit helpt de continuïteit binnen een verhaal te bewaren.

Geef ook beide een reikwijdte. Een voorkeur kan gelden voor alle chats, voor één personage of alleen voor het huidige rollenspel. Een verhaalfeit kan gelden voor één scène, één verhaallijn of het algemene profiel van het personage. Leid geen brede voorkeur af uit één correctie. Als een gebruiker zegt “Mira’s ogen zijn groen”, betekent dat op zichzelf niet dat de gebruiker wil dat elk personage groene ogen heeft of dat dit detail geldt voor elke alternatieve versie van Mira.

Een eenvoudige beslisvolgorde helpt:

Deze stappen zijn een voorgestelde werkwijze, afgeleid van het probleem om gespreksinformatie actueel te houden. Dit is geen bewering dat een bepaald chatproduct deze stappen volgt.

Bepaal waarop de correctie betrekking heeft: de voorkeur van de gebruiker, een karaktereigenschap of de huidige toestand van een scène.

Behoud de door de gebruiker aangegeven reikwijdte, inclusief beperkingen zoals “in dit verhaal” of “vanaf nu”.

Als de reikwijdte niet is aangegeven, gebruik dan alleen de meest beperkte redelijke interpretatie of vraag om verduidelijking voordat je een herinnering voor meerdere sessies opslaat.

Controleer of er al een oudere herinnering over hetzelfde onderwerp en met dezelfde reikwijdte bestaat. Vervang die alleen als de nieuwe uitspraak er daadwerkelijk mee in strijd is.

Laat niet-gerelateerde herinneringen intact. Een wijziging van Mira’s oogkleur mag niets veranderen aan haar leeftijd, relaties of de schrijfstijl die de gebruiker verkiest.

Sectie 4

Hoe moet het systeem omgaan met tegenstrijdige herinneringen?

Los tegenstrijdigheden op door het onderwerp, de reikwijdte en het tijdstip met elkaar te vergelijken, niet door blindelings de zin te verkiezen die het makkelijkst kan worden opgehaald. Een duidelijke, latere correctie van de gebruiker hoort doorgaans voorrang te krijgen boven een eerdere versie van hetzelfde feit binnen dezelfde reikwijdte. Een detail uit een ander rollenspel mag het huidige rollenspel niet overschrijven. Als het systeem niet kan vaststellen of twee registraties naar dezelfde versie van een personage verwijzen, moet het ze gescheiden houden of navraag doen.

Stel bijvoorbeeld dat een oudere herinnering zegt: “Mira heeft blauwe ogen”, terwijl een later bericht zegt: “In dit alternatieve-universumverhaal heeft Mira groene ogen.” De latere uitspraak past Mira’s uiterlijk aan voor dat verhaal, maar verandert niet noodzakelijk het standaardpersonageprofiel. Als de gebruiker zegt: “Eigenlijk wil ik vanaf nu dat haar ogen groen zijn”, is de reikwijdte breder en kan de standaardregistratie worden bijgewerkt. Voeg tegenstrijdige versies niet stilzwijgend samen tot de bewering dat de gebruiker Mira altijd op dezelfde manier heeft beschreven.

Geheugensystemen moeten ook met onzekerheid kunnen omgaan. Als de datums of reikwijdtes van twee registraties onduidelijk zijn, markeer het conflict dan als onopgelost in plaats van een van beide details met zekerheid te presenteren. Een korte vraag verdient de voorkeur boven een stellige maar ongefundeerde herinnering.

Sectie 5

Hoe kunnen gebruikers zien en beheren wat er is onthouden?

Bevestig na het opslaan van een correctie welke wijziging is aangebracht: “Begrepen. Ik onthoud dat Mira groene ogen heeft in haar algemene personageprofiel en vervang daarmee het eerdere detail over blauwe ogen.” Als het systeem een feit met beperktere reikwijdte opslaat, zeg dat dan: “Ik houd de groene mantel bij als detail voor deze scène.” Die bevestiging geeft de gebruiker meteen de kans om een fout in de reikwijdte op te merken.

Een geheugenoverzicht moet de opgeslagen formulering en reikwijdte in gewone taal tonen, met de mogelijkheid om de informatie te bewerken of te verwijderen. Als het product vervangen registraties kan tonen, moet het die als verouderd markeren in plaats van ze te presenteren alsof ze even actueel zijn. Zo kunnen gebruikers beter begrijpen waarom een personagechat een detail vermeldt en de registratie corrigeren zonder het hele verhaal opnieuw te hoeven vertellen.

Wek niet de indruk dat een herinnering bestaat als die niet is opgeslagen, en beweer niet dat het personage zich een eerder gesprek herinnert dat het systeem niet kan verifiëren. Een personage kan natuurlijk praten terwijl de interface of reactie eerlijk blijft over welke informatie is opgeslagen.

Sectie 6

Hoe moet het latere ophalen van informatie worden getest?

Test of informatie tussen sessies behouden blijft, niet alleen in hetzelfde gesprek waarin de correctie is gegeven. De onderzoek naar situationeel begrip van Yang en Ettinger evalueert ChatGPT met een synthetische omgeving die is ontworpen om te testen of het veranderende omgevingsstaten bijhoudt en rapporteert. De auteurs melden fouten bij het onthouden van toestanden in de loop van de tijd en bespreken niet-blijvend geheugen binnen de context en de vatbaarheid voor gehallucineerde updates als factoren in hun opzet. Dit was een gecontroleerd onderzoek naar ChatGPT in die omgeving, gepubliceerd in 2023; het levert geen bewijs over elk huidig model, product of systeem met fictieve personages.

Een gerichte test voor een personagechat kan een kleine reeks vooraf geschreven gesprekken gebruiken:

Beoordeel elke test aan de hand van de beoogde reikwijdte: correct ophalen, oude informatie correct vervangen, scènefeiten en algemene feiten gescheiden houden en eerlijk omgaan met onzekerheid. Neem gevallen op waarin het verwachte antwoord is dat er om verduidelijking wordt gevraagd. Een systeem dat bij onduidelijke opgeslagen notities betrouwbaar weigert te gokken, handelt zo’n geval beter af dan een systeem dat continuïteit verzint.

Stel een standaardfeit over het personage in, corrigeer het, beëindig de sessie en vraag ernaar in een nieuwe sessie.

Sla een detail op dat alleen voor een scène geldt en controleer of het geen permanent karaktertrekje wordt.

Wijzig een voorkeur en controleer of de oude voorkeur latere reacties niet langer stuurt binnen de aangegeven reikwijdte.

Introduceer een tweede versie van hetzelfde personage en controleer of de twee versies gescheiden blijven.

Vraag naar een niet-gerelateerd detail en controleer of de correctie geen andere herinneringen heeft gewijzigd.

Vraag wat de gebruiker eerder heeft gezegd en controleer of het systeem geen eerder gesprek verzint om het antwoord te rechtvaardigen.

Sectie 7

Een betrouwbare route van correctie naar herinnering

Een correctie moet een duidelijke route volgen: bepaal waarop die betrekking heeft, behoud de reikwijdte, werk eventuele tegenstrijdige herinneringen bij, toon de opgeslagen wijziging en controleer of latere reacties de informatie ophalen zonder er een ongefundeerd verleden van te maken. Zo kan een personagechat consistent blijven tussen berichten en sessies, terwijl de gebruiker de controle over de fictieve wereld behoudt. Het onderzoek laat zien dat geheugenupdates en het bijhouden van toestanden serieus moeten worden genomen; de specifieke werkwijze hier is een ontwerpaanbeveling en het gedrag ervan moet worden gecontroleerd in het product waarin die wordt gebruikt.

Gerelateerde artikelen

Blijf dit onderwerp verkennen