Een chatbot onthoudt tekst. Een tweede brein onthoudt betekenis.
Een bruikbare AI-assistent moet weten wat je nu doet, wat eerder gebeurde, welke feiten nog geldig zijn en welke acties al zijn uitgevoerd. Daarvoor heb je niet één database nodig, maar meerdere soorten geheugen.
Stel: een opleider mailt dat een training van dinsdag naar donderdag verhuist. Een goed AI-systeem moet de mail begrijpen, de agenda controleren, de afspraak aanpassen, een voorbereidingstaak bijwerken en onthouden waarom de wijziging is gedaan.
Wanneer je al die informatie in één algemene “memory” stopt, krijg je snel ruis. Een oude datum kan dan belangrijker lijken dan de actuele agenda. Een tijdelijke voorkeur kan onterecht een vaste regel worden. De oplossing is een architectuur met duidelijke geheugenlagen.
De acht memories van een praktisch tweede brein
Gespreksgeheugen
Bevat alleen wat nodig is voor de huidige interactie: de laatste berichten, de actieve opdracht en tijdelijke tussenresultaten.
Voorbeeld: “Verplaats die training naar donderdag” verwijst naar de training die net in het gesprek is gevonden.
Bewaren: minuten tot uren.
Taakgeheugen
Houdt bij welke stappen binnen een workflow al zijn uitgevoerd en wat nog openstaat.
Voorbeeld: mail gelezen, agenda gecontroleerd, event gewijzigd, bevestigingsmail nog niet verzonden.
Bewaren: tot de workflow aantoonbaar klaar is.
Episodisch geheugen
Bewaart gebeurtenissen met tijd, betrokkenen, bron en resultaat.
Voorbeeld: “Op 31 juli is training X verplaatst na een verzoek van opleider Y.”
Bewaren: zolang de gebeurtenis relevant of controleerbaar moet blijven.
Semantisch geheugen
Bevat duurzame feiten en kennis, los van één gesprek.
Voorbeeld: klant Y gebruikt Teams, trainingen duren standaard één dag en Remsey werkt vanuit Nederland en Duitsland.
Bewaren: langdurig, met een datum voor hercontrole.
Persoonlijk geheugen
Legt expliciete voorkeuren vast, zoals taal, schrijfstijl, werktijden en voorkeursagenda.
Voorbeeld: nieuwe afspraken gaan standaard naar Google Calendar; Outlook is secundair.
Let op: “houd dit antwoord kort” is tijdelijk en geen blijvende voorkeur.
Procedureel geheugen
Beschrijft hoe het systeem veilig moet handelen: workflows, controles en grenzen.
Voorbeeld: lees eerst de mail, controleer beide agenda’s, wijzig alleen het gevonden event en verzend pas na een expliciete opdracht.
Opslag: versiebeheer, instructies en workflowdefinities.
Bron- en vertrouwensgeheugen
Legt vast waar informatie vandaan komt en welke bron bij een conflict leidend is.
Voorbeeld: een live agenda is betrouwbaarder voor beschikbaarheid dan een samenvatting van vorige week.
Opslaan: bron, verificatiedatum, status en betrouwbaarheid.
Reflectief geheugen
Bewaart gecontroleerde lessen uit eerdere resultaten.
Voorbeeld: “Bij trainingen op locatie altijd aangrenzende afspraken controleren vanwege reistijd.”
Voorwaarde: maak van één incident niet direct een algemene regel.
Hoe ziet dat er technisch uit?
| Geheugen | Praktische opslag | Waarom |
|---|---|---|
| Gesprek | Modelcontext of sessiestore | Snel en tijdelijk |
| Taken | Workflow-engine of relationele database | Status moet exact zijn |
| Gebeurtenissen | Event store | Volgorde en historie blijven controleerbaar |
| Feiten | Database, documenten en vectorstore | Exact zoeken én zoeken op betekenis |
| Relaties | Knowledge graph | Verbanden tussen klant, project, persoon en taak |
| Procedures | Git, policies en versiebeheer | Wijzigingen zijn controleerbaar |
Een vectorstore is dus slechts één onderdeel. Een bedrag, deadline of workflowstatus wil je meestal gestructureerd opslaan. Een trainingshandleiding of lange notitie is juist geschikt voor semantisch zoeken.
Concreet voorbeeld: Remsey Agent OS
De gebruiker vraagt: “Lees de laatste mail van de opleider en pas de afspraak aan.”
- Gespreksgeheugen bewaart de opdracht.
- Episodisch geheugen vindt de eerdere communicatie met de opleider.
- Semantisch geheugen herkent de klant, training en gebruikelijke context.
- Procedureee geheugen schrijft voor dat eerst de volledige mail wordt gelezen.
- Brongeheugen bepaalt dat live agenda’s leidend zijn voor het huidige tijdstip.
- Taakgeheugen registreert welke stappen al zijn uitgevoerd.
- Persoonlijk geheugen routeert een nieuwe afspraak standaard naar Google Calendar.
- Reflectief geheugen kan later vastleggen dat reistijd voortaan standaard gecontroleerd moet worden.
Het taalmodel redeneert over deze informatie, maar is niet zelf de database.
Drie regels die veel fouten voorkomen
1. Geef elke memory een houdbaarheidsdatum
Een actuele agenda-afspraak kan morgen alweer veranderd zijn. Een technische werkwijze kan maanden geldig blijven. Bewaar daarom bij informatie wanneer zij is vastgesteld en wanneer hercontrole nodig is.
2. Sla niet automatisch alles op
Bewaar alleen informatie die later nuttig is. Classificeer haar eerst als taak, gebeurtenis, feit, voorkeur of procedure. Voeg daarna bron en datum toe.
3. Laat retrieval de juiste laag kiezen
Bij “Wanneer ben ik vrij?” moet het systeem agenda’s openen. Bij “Hoe bereid ik een training voor?” moet het procedurele geheugen worden gebruikt. De vraag bepaalt welke memory prioriteit krijgt.
Startarchitectuur zonder over-engineering
Voor een eerste versie zijn vijf onderdelen vaak genoeg:
- een tijdelijke sessiestore voor gesprekken;
- een relationele database voor taken, statussen en feiten;
- een document- of vectorstore voor lange kennis;
- een eventlog voor uitgevoerde acties;
- versiebeheerde procedures en bronprioriteiten.
Voeg pas een knowledge graph, uitgebreide reflectielaag of automatische consolidatie toe wanneer daar een concreet probleem voor bestaat.
Conclusie
Een betrouwbaar tweede brein probeert niet alles te onthouden. Het weet wat het bewart, waarom, hoelang en welke bron leidend is.
De kern bestaat uit acht memories: gesprek, taak, episode, kennis, persoon, procedure, bron en reflectie. Door die lagen te scheiden, wordt een AI-assistent voorspelbaarder, beter controleerbaar en veel bruikbaarder in echte werkprocessen.