Wat is Agent Operational Memory?
Agent operational memory is een techniek die de gedragsregels, geleerde heuristieken en operationele context van een AI-agent externaliseert naar gestructureerde bestanden — doorgaans Markdown of JSON — die aan het begin van elke sessie worden geladen, waardoor de agent persistente identiteit en consistent gedrag verkrijgt over herstarts heen zonder fine-tuning.
Waarom het ertoe doet
Een van de meest voorkomende frustraties met productie-AI-agents is gedragsafwijking: de agent moet telkens opnieuw dezelfde regels, voorkeuren en workflows worden aangeleerd wanneer een sessie start. Operational memory lost dit op:
- Elimineert opnieuw-aanleren: In plaats van te vertrouwen op modelgewichten of brosse system prompts, legt een dedicated geheugenbestand exact vast hoe de agent zich in elke context moet gedragen.
- Overdraagbaar tussen modellen: Omdat het geheugen platte tekst is, kan het in elk capabel LLM worden geladen zonder hertraining. Teams kunnen van basis-model wisselen zonder geaccumuleerde operationele kennis te verliezen.
- Controleerbaar en geversioneerd: Geheugenbestanden leven in bronbeheer. Elke regelwijziging is een Git-commit, waardoor de gedragsevolutie van de agent volledig traceerbaar is.
- Composeerbaar: Verschillende geheugenbestanden kunnen worden gestapeld (globale regels + projectspecifieke regels + sessie-state), wat fijnmazige controle mogelijk maakt zonder prompt-engineering-complexiteit.
Hoe het werkt
- Bestandsstructuur — Een geheugenbestand bevat secties voor: persistente feiten ("nooit output afkappen"), gedragsvoorkeuren ("prefereer TypeScript boven JavaScript voor nieuwe bestanden"), geaccumuleerde heuristieken en huidige sessie-state.
- Sessie-injectie — Bij sessiestart laadt de orchestrator de relevante geheugenbestanden in de system prompt of in een dedicated contextslot vóór gebruikersinput.
- Update-protocol — Wanneer de agent een nieuwe heuristiek ontdekt of de gebruiker een gedrag corrigeert, schrijft de orchestrator de update terug naar het geheugenbestand via een atomische schrijfoperatie.
- Hiërarchisch laden — Globaal operationeel geheugen → projectgeheugen → sessiegeheugen, waarbij latere lagen eerder kunnen overschrijven.
Voorbeeld
Een developer gebruikt dagelijks een coding agent over meerdere projecten. Ze hebben een globaal geheugenbestand ("gebruik altijd conventional commits", "prefereer compositie boven overerving") en per-projectbestanden ("deze codebase gebruikt Zod voor validatie, gebruik nooit Yup"). Bij elke sessie laadt de orchestrator beide. Na een sessie waarbij de agent een fout maakte met async-foutafhandeling, voegt de developer een notitie toe aan het projectgeheugenbestand. De volgende sessie past de agent het gecorrigeerde patroon toe zonder opnieuw te worden verteld.
Relatie tot Context Rot
Agent operational memory is een directe maatregel tegen context rot: door gestructureerd geheugen aan het begin van elke sessie te laden in plaats van alles te accumuleren in één steeds groter contextvenster, behoudt de agent focus en vermijdt de degradatie die ontstaat door lange, dichte gespreksgeschiedenissen.