Anthropic maakt agent-geheugen exporteerbaar als bestanden, te beheren via de API, met nadruk op eigenaarschap en databeheer.
Anthropic kondigde op 23 april 2026 aan dat herinneringen van agents als bestanden worden opgeslagen. In een online aankondiging staat dat deze bestanden exporteerbaar zijn en via de API te beheren, zodat ontwikkelaars controle houden over wat agents onthouden. Een begeleidende blog verwijst naar technische details en beheeropties.
Memories are stored as files, so developers can export them, manage them via the API, and keep full control over what agents retain.
Read more: claude.com/blog/claude-manag…
— Claude (@claudeai) Apr 23, 2026
Het opvallende aan deze stap is de vorm: geheugen is geen onzichtbare database, maar een gewoon bestand. Daardoor wordt het makkelijker om te exporteren, te inspecteren en beleid toe te passen. Voor teams die agents in productie draaien kan dit schelen in debugging, overdraagbaarheid en governance. Hoe het precies is geïmplementeerd, welke formaten worden gebruikt en of er limieten zijn, is niet gespecificeerd in de aankondiging.
Bestand-geheugen maakt audits haalbaar
Als herinneringen als bestanden bestaan, kun je ze eenvoudig opslaan, bekijken en vergelijken. Teams kunnen versies bijhouden, wijzigingen reviewen en herkomst van informatie achterhalen. Dat biedt grip op wat een agent in de loop der tijd leert. Ook kun je bestanden meenemen tussen omgevingen, bijvoorbeeld van test naar productie, zonder een verborgen opslag te hoeven migreren.
Veel agentplatforms verbergen geheugen in een eigen opslaglaag. Dat werkt snel, maar maakt audits en portabiliteit lastig. Een bestand dwingt structuur en traceerbaarheid af. Het verlaagt ook de drempel om geheugen te delen met andere tools die met bestanden werken, zoals back-ups of versiebeheer. Daarmee verklein je het risico op verborgen kennis die onbedoeld blijft nasudderen in een systeem.
Controle over bewaartermijnen en wissen
Export en beheer via de API helpen bij beleid rond bewaartermijnen en wissen. Teams kunnen bijvoorbeeld vastleggen hoe lang een agent bepaalde feiten mag onthouden, of periodiek geheugenbestanden schonen. Ook kun je vaker voldoen aan verzoeken om inzage of verwijdering, omdat relevante informatie als los bestand op te vragen of te verwijderen is. Dat sluit aan bij rechten onder de AVG, zoals uitgelegd door de Autoriteit Persoonsgegevens: autoriteitpersoonsgegevens.nl.
Niet duidelijk is welke beveiligingslagen standaard gelden. Denk aan encryptie van geheugenbestanden, rolgebaseerde toegang of logging van lees- en schrijfacties. Ook is onbekend hoe fijnmazig je kunt filteren wat een agent mag behouden. Voor enterprises bepaalt juist dit of het past in bestaande controles. Zonder die details blijft het voordeel van exporteerbaarheid deels theoretisch op grote schaal.
API-first sluit aan op CI/CD
Beheer via de API, de programmeerbare ingang waar ontwikkelaars systemen aansturen, maakt automatisering mogelijk. Je kunt geheugen vooraf vullen met context, snapshots maken voor tests en terugzetten bij regressies. Dat past bij CI/CD: dezelfde agent, met dezelfde geheugenbasis, draait voorspelbaar in elke omgeving. Ook back-ups en migraties zijn te scripten, wat uitval bij updates helpt beperken.
Er blijven praktische vragen. Welke formaten krijgen de bestanden, en wat is de maximale omvang per agent? Wat betekent dit voor snelheid en kosten bij veel lees- en schrijfbewerkingen? En hoe werkt dit naast andere Claude-functies zoals tools of projecten? Verdere details en documentatie zijn te vinden via claude.com. Een publieksdemo of referentieproject zou snel duidelijk maken hoe dit uitpakt in echte workloads.