Hey Jamal, goedemiddag! Hier is je wekelijkse update met de diagnose van Sjakies geheugen-systemen. Het is even een duik in de technische details geweest, gebaseerd op een week aan metingen, Kimi's inzichten en Sjakies eigen verificaties. En ik kan je alvast verklappen: er is werk aan de winkel.
Om de kern direct samen te vatten: van de vier geheugensystemen die Sjakie zou moeten gebruiken, werkt er eigenlijk maar één echt goed. En dat is Mnemosyne, ons gedeelde teamgeheugen. Dat is mooi, maar de rest laat het flink afweten. Je zou kunnen zeggen dat er een aantal systemen dood gewicht zijn, of erger nog, verwarring veroorzaken.
Laten we beginnen met het goede nieuws, want dat is er ook: Mnemosyne is dus springlevend. Sjakie gebruikt het regelmatig, en het is het enige kanaal waar informatie echt stroomt. Ook zijn persoonlijke geheugenbestand, MEMORY.md, is lekker slank en wordt netjes bijgehouden onder versiebeheer. Tijdens deze diagnose heeft Sjakie zelfs zelf al een kleine fout ontdekt en gefixt. Dus de basis is er.
Maar dan de knelpunten. Het grootste probleem zit in zijn Obsidian-vault. Die staat namelijk al sinds 11 juni compleet bevroren. Dat betekent dat Sjakie al zes weken lang met verouderde informatie werkt, en wat hij zelf aan notities toevoegt, komt bij niemand terecht. Hij mist alles wat wij in die periode hebben vastgelegd, en wij zien zijn input niet. Dat is natuurlijk super onhandig en kost veel efficiëntie.
Daarnaast spookt het oude 'fal-ai'-systeem nog steeds rond. Het staat nog actief in zijn configuratie, en in zijn geheugenbestand wordt het nog als de actuele videoroute genoemd. Dit verklaart bijvoorbeeld waarom hij onlangs een saldo-check deed bij fal-ai, iets waar jij je over verbaasde. Het is geen vergeetachtigheid van Sjakie, maar puur verouderde informatie die nooit is opgeruimd. Grappig detail: ons teamregelboek noemt fal-ai zelf ook nog, dus daar ligt een belangrijke keuze voor jou.
Verder zien we dat gBrain en Google Drive wel geconfigureerd zijn, maar vrijwel niet worden gebruikt. Ze zijn er wel, maar Sjakie raadpleegt ze niet of nauwelijks. En in zijn geheugen staan ook nog wat verouderde feiten, zoals de leeftijd van Dani.
Kimi's analyse vat het eigenlijk perfect samen: alles wat via scripts en harde regels in instructiebestanden loopt, werkt. Maar de systemen die via de "MCP-config" lopen, sterven stilletjes af. Zijn advies is helder: minder geheugensystemen, meer dwang. Eén route die altijd werkt – Mnemosyne – plus één vast ritueel dat de rest schoon houdt.
Dus, Jamal, de belangrijkste actie nu is jouw besluit over fal-ai: stoppen we er helemaal mee, of alleen voor bepaalde dingen? Zodra die knoop is doorgehakt, kunnen we de configuratie, de teamregels en Sjakies geheugen in één keer opschonen. Daarna is het zaak om de Obsidian-sync te herstellen, vaste werkafspraken te maken voor het gebruik van gBrain, en de overige dode systemen en verouderde feiten op te ruimen. En om dit in de toekomst te voorkomen, stellen we voor om wekelijks te meten welke routes echt worden gebruikt, en maandelijks een feiten-check te doen.
Sjakie heeft tijdens de diagnose zelf al een kleine fix uitgevoerd, en de opruiming van fal-ai staat bij hem klaar zodra jouw besluit er is. Dit is het advies, Jamal. Laat me weten welke nummers je wilt uitvoeren, dan ga ik ermee aan de slag. Nummer één is dus echt een vraag aan jou, en daar hangt nummer vijf deels mee samen.
Datum: 1 augustus 2026
Gebaseerd op: metingen op Sjakies Mac Mini (15 sessies van de laatste 7 dagen) + co-diagnose door Kimi + Sjakies eigen verificatie
Opgesteld door: Conductor + Kimi
Ik heb op Sjakies Mac Mini geteld hoe vaak elk systeem echt is aangeroepen in zijn 15 sessies van de afgelopen week:
| Systeem | Geconfigureerd? | Echt gebruikt? |
|---|---|---|
| Mnemosyne (shared memory) | ja | 9 van 15 sessies ✅ |
| gBrain | ja | 2 aanroepen, in 1 sessie |
| Google Drive (MCP) | ja | 0 aanroepen |
| Obsidian (MCP) | nee, ontbreekt | 0 |
| fal-ai | ja (onterecht) | 0 aanroepen, wel ruis in elke sessie |
| Punt | Detail |
|---|---|
| Mnemosyne | Het enige levende kanaal. Recall en remember worden echt gebruikt. |
| MEMORY.md slank | 154 regels, binnen de teamrichtlijn (onder 200). |
| Memory-map onder git | Dagelijkse auto-commits (29, 30, 31 juli). Sjakie heeft dit zelf geverifieerd. |
| Zelf-herstel | Tijdens deze diagnose vond en fixte Sjakie zelf een fout: zijn queue-sessie las een ander CLAUDE.md dan zijn Telegram-sessie. Nu opgelost met een symlink. |
Wat is het?
fal-ai staat nog als actieve MCP-server in Sjakies config. En zijn geheugen-bestand over videokosten presenteert fal als de actuele route, zonder stempel "verouderd".
Waarom het pijn doet:
Sjakies geheugen vertélt hem dat fal actueel is. Daarom checkte hij het fal-saldo. Dat is geen vergeetachtigheid, maar verouderde informatie die nooit is opgeruimd.
Let op: Sjakie ontdekte terecht dat het teamregelboek zelf óók nog zegt "video via fal". Zolang die regel staat, gaan alle bots fal als actief behandelen.
De fix: eerst jouw besluit (aanbeveling 1), daarna config + teamregel + geheugen in één beweging bijwerken.
Wat is het?
De laatste git-sync van Sjakies vault was 11 juni. Er staan 168 niet-gedeelde wijzigingen lokaal. Zijn laatste sessieverslag in 06_Agents is van 17 juni.
De LaunchAgent die "obsidian-sync" heet blijkt een lege huls: hij kopieert elke 2 uur alleen 2 statusbestandjes. Geen git pull, geen push.
Waarom het pijn doet:
Sjakie leest een vault van 6 weken oud. Alles wat jij of ik sinds 11 juni hebben vastgelegd, bestaat voor hem niet. En zijn eigen notities ziet niemand.
Nuance van Kimi: het ontbreken van een Obsidian-MCP is mogelijk geen bug. De Obsidian-MCP stond al op 6 juni bekend als onbetrouwbaar; direct bestanden lezen werkt beter. Maar dan moet de vault zelf wél vers zijn, en dat is hij niet.
De fix: eerst de 168 wijzigingen veilig committen, dan pas pull (kans op merge-conflicten na 6 weken, dus met aandacht). Daarna de LaunchAgent uitbreiden met echte git-stappen.
Wat is het?
De teamregel zegt: gBrain is de eerste zoekplek bij elke "weet ik dit"-vraag. In de praktijk: 2 aanroepen in 15 sessies.
De fix: een geheugen-contract in Sjakies eigen CLAUDE.md. Recall vóór antwoorden, remember na elk nieuw feit. Als harde werkregel, niet als optie. Eerlijk: dit blijft gedrag, geen techniek. Een wekelijkse gebruiksmeting (aanbeveling 6) laat zien of het echt gebeurt.
Wat is het?
Voorbeelden: "zoon 12jr" (Dani is 13) en de fal-kostenvergelijking als actueel advies.
De fix: een status-stempel op elk reference-bestand: "actueel t/m [datum]" of "verouderd, niet gebruiken". Plus leeftijden nooit als getal opslaan, alleen de geboortedatum.
Wat is het?
0 aanroepen in 15 sessies. De echte Drive-route is rclone (config recent gebruikt, 23 juli).
De fix: de gdrive-MCP eruit of expliciet labelen "alleen handmatig". Elke dode server kost context-ruimte bij elke sessiestart.
Kimi ziet één patroon dat alles verklaart:
Alles wat via MCP-config loopt, rot stilletjes weg. Alles wat via een script plus een harde regel in het instructiebestand loopt, werkt. Bij mij precies hetzelfde: shared_memory gebruik ik dagelijks, MCP-dingen vergaan.
Zijn advies in één zin: minder geheugen-systemen, meer dwang. Eén route die altijd werkt (Mnemosyne) plus één ritueel dat de rest schoon houdt.
| # | Actie | Impact | Moeite |
|---|---|---|---|
| 1 | Jouw besluit over fal-ai: helemaal stoppen, of alleen bepaalde workers? Daarna werk ik config, teamregel én geheugen in 1 keer bij, vloot-breed. | Hoog | Laag |
| 2 | Vault-sync herstellen (committen, dan pull met merge-aandacht, dan echte sync-agent) | Hoog | Middel |
| 3 | Geheugen-contract in Sjakies CLAUDE.md: recall vóór antwoorden, remember na nieuw feit | Hoog | Laag |
| 4 | Status-stempel op reference-bestanden (actueel t/m / verouderd) | Middel | Laag |
| 5 | Dode MCP's opruimen (gdrive, en fal na jouw besluit) | Middel | Laag |
| 6 | Vast ritueel: elke week meten welke geheugen-routes echt zijn aangeroepen, elke 1e van de maand feiten-check | Hoog | Middel |
Dit is advies. Zeg go op de nummers die je wilt, dan voer ik ze uit. Nummer 1 is een vraag aan jou en blokkeert nummer 5 deels.
🎙️ Bespreek met Jarvis