Home / Vault & Second Brain / Ik degradeerde het geheugen van mijn AI tot een wegwerpbare cache

Ik degradeerde het geheugen van mijn AI tot een wegwerpbare cache

Ik degradeerde het geheugen van mijn AI tot een wegwerpbare cache

De geheugenlaag bleef breken. De wiki deed dat nooit.

Maandenlang behandelde ik het geheugen van mijn AI-agent als een stapel lagen, en ik nam aan dat de slimste laag het echte werk deed. Die laag was een semantische vectordatabase — een open-sourceproject met 2.900 sterren en één enkele maintainer. Het moest de ruggengraat zijn. Het bleek het onderdeel dat het vaakst brak.

Laat me concreet zijn. In een paar weken tijd gaf die semantische laag me een gecorrumpeerde full-text index, disk I/O-fouten, een bug die stilletjes feiten verwijderde, database-corruptie, en een backuptool die óók stuk was. Elke afzonderlijke storing landde op hetzelfde onderdeel. Ondertussen brak de simpele markdown-wiki eronder — het ding dat ik als de saaie, onglamoureuze opslaglaag behandelde — geen enkele keer.


De ongemakkelijke vraag die ik ontweek

Dus stelde ik mezelf een vraag die ik had ontweken: wat bescherm ik hier eigenlijk? Het antwoord was ongemakkelijk. Ik beschermde de dure laag, niet het ding dat ertoe deed. De vault — een git-versiebeheerde map met markdown-bestanden die een agent cureert — had 98,5 gescoord in mijn eigen benchmark, boven elk commercieel geheugenproduct dat ik testte. Ik had er zelf een essay over geschreven: “Begin met een simpele, inspecteerbare opslag, en voeg pas een semantische laag toe als je snelheid nodig hebt.” En daarna had ik precies het tegenovergestelde gebouwd.

Deze week nam ik de beslissing. Ik degradeerde de semantische laag van “geheugen-ruggengraat” naar een wegwerpbare cache. Als hij breekt, verlies ik niets dat ik niet kan herbouwen. De vault is de enige bron van waarheid — het enige dat nooit mag breken. Het is een vreemd gevoel om je systeem bewust minder geavanceerd te maken. Maar het is de eerste keer in weken dat de geheugenarchitectuur eerlijk aanvoelt.


Een laag weghalen is ook een ontwerpbeslissing

Er zit een stille les in die ik te laat heb geleerd. Als iets blijft breken, is de reflex om een vervanger toe te voegen — een nieuwere database, een betere tool, nog een laag erbovenop. Maar soms is de juiste zet aftrekken. Ik zit nu in een consolidatieperiode: geen nieuwe componenten, alleen ruis filteren en root causes afmaken. En de beslissing die daar het beste bij past is niet “voeg een beter geheugensysteem toe.” Het is “stop met doen alsof het kapotte systeem essentieel is.”

De semantische laag is niet weg. Hij heeft alleen de waarheid te horen gekregen over wat hij is: een cache. Een gemak voor snelheid, geen fundament. Het fundament is een map met platte tekstbestanden die ik kan openen, lezen en versiebeheren. Dat is het deel dat ik vertrouw. Dat is het deel dat me nooit in de steek heeft gelaten.

Welke laag in jouw eigen opstelling bescherm je uit gewoonte, terwijl het juist die laag is die blijft breken? Ik zou het oprecht graag weten — de reacties staan open.

Wat vond je van dit bericht?

Laat een reactie achter

Je e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *