Claude Code Autodream: Jouw AI-Agent Slaapt Nu

Claude Code Autodream: Je AI-agent Slaapt Nu

Ik opende Claude Code op een maandagochtend en vroeg het naar een refactoringbeslissing die ik de donderdag daarvoor had genomen. Het had geen idee waar ik het over had.

Niet "vaag herinnerd." Niet "gedeeltelijk in gedachten." Nul. Compleet schone lei. Vier dagen architectuurdiscussies, debugsessies en zorgvuldig doordachte afwegingen \u2014 weg. Ik had net zo goed tegen een vreemde kunnen praten die het gezicht van mijn collega droeg.

Dit is de fundamentele werkelijkheid van werken met Claude Code waar elke tutorial overheen walst: het model is stateloos. Elke sessie begint bij absoluut nulpunt. De briljante AI die je vorige dinsdag hielp je authenticatieflow te herontwerpen, herinnert zich niet dat dinsdag heeft plaatsgevonden. Het herinnert jou niet. Het herinnert het project niet. Het start op, leest welke bestanden je het ook maar aanwijst, en doet alsof het er altijd al was.

Maandenlang werkte ik hier omheen met steeds uitgebreidere CLAUDE.md-bestanden \u2014 handmatig bijgehouden instructiedocumenten die Claude Code genoeg context gaven om nuttig te zijn. Het werkte. Nauwelijks. Daarna bracht Anthropic automemory uit, en werd het echt interessant. Claude Code begon zijn eigen aantekeningen bij te houden tussen sessies. Maar automemory had problemen. Echte, frustrerende "waarom heb je hetzelfde in vier verschillende bestanden geschreven"-problemen.

En toen, ergens in maart 2026, verscheen er iets nieuws in mijn Claude Code-installatie: Autodream.

Je AI-agent slaapt nu letterlijk. En wat er tijdens die slaap gebeurt is de meest fascinerende ontwikkeling in AI-tooling die ik dit jaar heb gezien.

Het Stateloze Probleem Dat Niemand Wil Toegeven

Hier is een vraag die ik te weinig ontwikkelaars zie stellen: als Claude Code zo goed is in het begrijpen van complexe codebases, waarom voelt elke sessie dan als het inwerken van een nieuwe contractor?

Het antwoord is architecturaal. Grote taalmodellen hebben geen persistente geheugen ingebakken in hun gewichten \u2014 niet op een praktische manier. Wanneer je een Claude Code-sessie sluit, verdampt alles wat het model tijdens dat gesprek heeft geleerd. Het contextvenster wordt gereset. De relatie die het met je codebase opbouwde, lost op. De Claude Code van morgen is een andere entiteit dan die van vandaag, met dezelfde interface.

Dit is geen bug die Anthropic te lui is om op te lossen. Het is een fundamentele beperking van hoe op transformers gebaseerde modellen werken. De parameters van het model zijn bevroren na de training. Je sessiedata wijzigt die parameters niet. Dus zonder een extern geheugenmechanisme is elke interactie vanuit het perspectief van het model oprecht de eerste.

De meeste ontwikkelaars gaan hiermee om via een van de twee benaderingen \u2014 en beide hebben serieuze beperkingen.

De handmatige aanpak: Je schrijft een CLAUDE.md-bestand in je projectroot. Dit is een statisch markdowndocument met instructies, projectcontext, coderingvoorkeuren, architectuurbeslissingen. Claude Code laadt het aan het begin van elke sessie. Het probleem? Je moet het met de hand bijhouden. En "met de hand bijhouden" betekent "het veroudert binnen een week omdat je het druk hebt met daadwerkelijk bouwen."

De negeer-het-aanpak: Je legt de context elke sessie opnieuw uit. Plak relevante code, beschrijf de architectuur, herinner Claude aan je voorkeuren. Dit werkt voor eenvoudige taken. Voor alles wat meerdere sessies overspant \u2014 een migratie, een grote refactoring, een nieuwe feature met veranderende vereisten \u2014 is het een nachtmerrie van repetitieve prompts.

Ik leefde in beide kampen. Geen van beide was goed genoeg. Wat ik eigenlijk nodig had, was een systeem waarbij Claude Code zijn eigen persistente kennis kon bijhouden, die werd bijgewerkt naarmate mijn project evolueerde, zonder dat ik een markdownbestand hoefde te begeleiden.

Dat is precies wat automemory beloofde. En het leverde \u2014 met een paar kanttekeningen die belangrijker zijn dan de meeste mensen beseffen.

CLAUDE.md vs Automemory: Twee Heel Verschillende Geheugensystemen

Voordat ik Autodream bespreek, moet je de twee geheugenlagen begrijpen die er al waren, want Autodream is specifiek ontworpen om problemen in een van de twee op te lossen.

CLAUDE.md \u2014 Jouw Instructies aan Claude

CLAUDE.md-bestanden zijn het originele geheugenmechanisme. Het zijn statische instructiedocumenten die jij schrijft en bijhoudt. Zie ze als een personeelshandboek \u2014 regels, voorkeuren en context die Claude Code elke sessie moet volgen.

Ze bestaan in drie scopes:

1. Projectniveau (CLAUDE.md in je repo-root) \u2014 geladen voor elke sessie in dat project. Je architectuurnotities, coderingsnormen, tech stack-details.
2. Gebruikersniveau (~/.claude/CLAUDE.md) \u2014 geladen voor elke sessie in alle projecten. Je persoonlijke voorkeuren, globale tools, werkgewoonten.
3. Organisatieniveau \u2014 gedeeld tussen teamleden. Bedrijfscoderingsstandaarden, beveiligingsvereisten, reviewrichtlijnen.

Het belangrijkste kenmerk: CLAUDE.md-bestanden worden volledig geladen bij elke sessie. Elk woord, elke regel. Claude Code leest het gehele bestand voordat het iets anders doet. Dit maakt ze krachtig maar duur in termen van contextvenster \u2014 en ze werken zichzelf niet bij.

Ik onderhoud CLAUDE.md-bestanden al meer dan een jaar, en mijn grootste les is dit: ze zijn uitstekend voor dingen die zelden veranderen (je tech stack, je codeerstijl, je deploymentproces) en waardeloos voor dingen die per sessie evolueren (waar je momenteel aan werkt, recente beslissingen, debuginzichten).

Die kloof \u2014 de ruimte tussen "statische instructies" en "evoluerende projectkennis" \u2014 is waar automemory leeft.

Automemory \u2014 Claudes Eigen Notitieboek

Automemory is fundamenteel anders dan CLAUDE.md. In plaats van dat jij instructies voor Claude schrijft, schrijft Claude aantekeningen voor zichzelf.

Wanneer automemory is ingeschakeld, maakt Claude Code een speciale .claude/memory/-map aan in je project. Daarbinnen beheert het meerdere markdownbestanden georganiseerd per onderwerp. Een MEMORY.md-bestand fungeert als de hoofdindex \u2014 een inhoudsopgave die wijst naar afzonderlijke geheugenbestanden zoals debugging.md, feedback_coding_style.md, architecture_decisions.md, en wat Claude verder ook besluit bij te houden.

Zo zag die map eruit in een van mijn projecten na ongeveer drie weken actieve ontwikkeling:

.claude/memory/
\u251c\u2500\u2500 MEMORY.md                    # Hoofdindex (geladen bij opstarten)
\u251c\u2500\u2500 debugging.md                 # Debugpatronen en oplossingen
\u251c\u2500\u2500 feedback_coding_style.md     # Stijlvoorkeuren geleerd van correcties
\u251c\u2500\u2500 architecture_decisions.md    # Belangrijke architectuurkeuzes en rationale
\u251c\u2500\u2500 api_integration_notes.md     # Aantekeningen over eigenaardigheden van externe API's
\u2514\u2500\u2500 deployment_config.md         # Deployment-specifieke kennis

Het laadmechanisme is slim. Alleen de eerste 200 regels van MEMORY.md worden vooraf geladen bij sessiestart. De afzonderlijke onderwerpbestanden \u2014 debugging.md, feedback_coding_style.md, enzovoort \u2014 worden op aanvraag geladen. Claude Code leest ze wanneer het bepaalt dat ze relevant zijn voor waar je momenteel naar vraagt. Dit houdt de startcontext slank terwijl Claude toch toegang heeft tot diepgaande kennis wanneer dat nodig is.

En een tijdlang werkte dit systeem prachtig. Claude Code herinnerde zich dat mijn Postgres-query's specifieke indexhints nodig hadden. Het herinnerde zich dat ik vroege returns verkies boven geneste conditionals. Het herinnerde zich dat onze stagingomgeving een eigenaardig SSL-configuratie heeft die bij elke derde deployment een specifieke fout veroorzaakt.

Daarna begon ik de scheuren te zien.

Het Geheugenrot-probleem

Zo'n zes weken nadat ik automemory intensief gebruikte, opende ik mijn .claude/memory/-map en las werkelijk wat er in stond. Wat ik vond was... rommelig.

Duplicatie overal. Hetzelfde debuginzicht \u2014 dat onze Redis-verbinding wegvalt onder specifieke belastingspatronen \u2014 verscheen in debugging.md, architecture_decisions.md en deployment_config.md. Drie iets verschillende formuleringen van dezelfde observatie, elk met contextvensterruimte, geen enkele voegde unieke waarde toe.

Conflicterende informatie. In architecture_decisions.md had Claude vastgelegd dat we kozen voor Postgres full-text search boven Elasticsearch. Drie bestanden later, in api_integration_notes.md, stond een aantekening die verwees naar "onze Elasticsearch-integratie." We hadden Elasticsearch nooit gebruikt. Claude had een onderzoeksaantekening over het evalueren van Elasticsearch verward met een beslissing om het te gebruiken.

Temporele ambigu\u00efteit. Dit was de echte killer. Ik vond vermeldingen als:

- Morgen moeten we de user_sessions-tabel migreren
- Volgende week schakelt het team over naar de nieuwe auth-provider
- Gisteren besloten we de v1 API-endpoints te deprecaten

Wanneer waren deze geschreven? "Morgen" ten opzichte van welke datum? "Gisteren" vanuit wiens perspectief, in welke sessie? Deze relatieve tijdsverwijzingen hadden perfect zin op het moment dat ze werden opgeschreven. Twee weken later waren ze betekenisloos.

Dit is geheugenrot. Hetzelfde fenomeen dat handgeschreven aantekeningen in een fysiek notitieboek na zes maanden nutteloos maakt \u2014 behalve dat het sneller gaat met AI, omdat Claude Code meer aantekeningen maakt, vaker, met minder inherente structuur dan een mens zou doen.

Ik begon mijn geheugenbestanden handmatig op te schonen. Duplicaten verwijderen. Conflicten oplossen. "Gisteren" omzetten naar "12 maart 2026." Het hielp. Maar het was ook precies het soort onderhoudslast dat automemory had moeten elimineren.

Wat ik nodig had, was een geautomatiseerd systeem dat periodiek al die geheugenbestanden zou doorlopen, de rommel zou opruimen en de hele structuur geoptimaliseerd zou houden. Wat ik nodig had, bleek al gebouwd te worden.

Autodream: De Slaapcyclus van Je AI-agent

Autodream verscheen stilletjes. Geen grote aankondiging, geen lanceringsblogpost met gepolijste screenshots. Ik merkte het begin maart 2026 in mijn Claude Code-instellingen, weggestopt in de /memory-interface met een eenvoudige schakelaar: "Auto-dream: aan."

De naam deed me stilstaan. Autodream. Niet "auto-cleanup" of "memory-optimizer" of "maintenance-agent." Dream.

Die naamkeuze is bewust, en zodra je begrijpt waarom, is de hele functie veel logischer.

In de neurowetenschappen is er uitgebreid onderzoek naar wat er met geheugen gebeurt tijdens slaap \u2014 met name tijdens REM-slaapcycli. Je brein "rust" niet alleen. Het verwerkt actief de ervaringen van de dag. Het herhaalt herinneringen, versterkt de belangrijke, snoeit de irrelevante en consolideert gefragmenteerde kortetermijnherinneringen tot georganiseerde langetermijnopslag.

Een studie uit 2024, gepubliceerd in Nature Neuroscience, toonde aan dat het brein tijdens slow-wave slaap actief herinneringen labelt voor consolidatie of verwijdering \u2014 een triageproces dat bepaalt wat je volgende week nog weet en wat je 's ochtends bent vergeten.

Autodream doet hetzelfde voor Claude Code's geheugenbestanden. Het is geen metafoor. Het is een directe architecturale parallel.

Zo werkt het onder de motorkap:

De Consolidatiecyclus

Autodream draait als een Claude Code-subagent \u2014 een achtergrondproces dat periodiek activeert. Het triggert ongeveer elke 24 uur, maar alleen nadat je project minimaal 5 sessies heeft opgebouwd.

Wanneer Autodream activeert, voert het een specifieke reeks uit:

Stap 1 \u2014 Alles lezen. Autodream laadt de volledige MEMORY.md-hoofdindex en elk afzonderlijk geheugenbestand in de .claude/memory/-map.

Stap 2 \u2014 Dedupliceren. Het identificeert vermeldingen die in meerdere bestanden voorkomen of die dezelfde informatie op verschillende manieren uitdrukken, en voegt ze samen tot \u00e9\u00e9n canoniek item.

Stap 3 \u2014 Conflicten oplossen. Wanneer twee geheugenitems elkaar tegenspreken, evalueert Autodream welke recenter, specifieker of beter ondersteund is door de omliggende context.

Stap 4 \u2014 Tijdsverwijzingen omzetten. Elke relatieve tijdsverwijzing wordt omgezet naar een absolute tijdstempel. "Gisteren besloten we de v1 API te deprecaten" wordt "Op 2026-03-15 besloten we de v1 API te deprecaten."

Stap 5 \u2014 De index herbouwen. Autodream maakt MEMORY.md opnieuw aan \u2014 een schone, beknopte, geoptimaliseerde inhoudsopgave. De herbouwde index blijft onder de 200 regels, zodat hij effici\u00ebnt laadt bij het starten van een sessie.

Het hele proces is voor jou onzichtbaar. Je opent Claude Code de volgende ochtend en je geheugenbestanden zijn gewoon... schoner. Beter georganiseerd.

Wat Autodream Daadwerkelijk in Je Bestanden Verandert

V\u00f3\u00f3r Autodream draaide:

# debugging.md

- De Redis-verbindingspool valt soms weg onder hoge belasting
- Onthoud: we gebruiken connection pooling met een maximum van 10 verbindingen
- Morgen Redis-timeout-instellingen bekijken
- Redis-verbindingsproblemen - mogelijk gerelateerd aan pool-uitputting
- Redis-geheugenlek gisteren verholpen door maxmemory-policy aan te passen

Na Autodream draaide:

# debugging.md

- Redis-verbindingspool (max. 10 verbindingen) ervaart wegvallen onder hoge
  belasting. Hoofdoorzaak vastgesteld op 2026-03-14: pool-uitputting bij
  gelijktijdige verzoeken. Opgelost op 2026-03-15 door maxmemory-policy
  aan te passen naar allkeys-lru. Timeout-instellingen monitoren als
  het probleem terugkeert.

Vijf verspreide vermeldingen werden \u00e9\u00e9n samenhangend alinea met absolute datums, causale relaties en een uitvoerbare vervolgstap. De informatiedichtheid verdubbelde terwijl het aantal tokens met 60% daalde.

Autodream Instellen en Configureren

Stap 1 \u2014 Controleer Je Versie

claude --version

Je hebt v2.1.59 of later nodig.

Stap 2 \u2014 Automemory Inschakelen

# Binnen een Claude Code-sessie
/memory

Je kunt het ook instellen in je instellingenbestand:

// ~/.claude/settings.json
{
  "autoMemoryEnabled": true
}

Stap 3 \u2014 Autodream Inschakelen

// ~/.claude/settings.json
{
  "autoMemoryEnabled": true,
  "auto_dream": true
}

Stap 4 \u2014 Je Geheugen Aanvullen (Optioneel maar Aanbevolen)

Besteed een paar sessies aan actief werken aan je project. Claude Code's automemory pikt beslissingen, correcties, debuginzichten en voorkeurssignalen op zonder expliciete aanwijzingen.

Stap 5 \u2014 Controleer of Het Werkt

ls -la .claude/memory/
cat .claude/memory/MEMORY.md

Het /dream-commando \u2014 Handmatige Consolidatie

/dream

Claude Code voert dezelfde consolidatiereeks uit die Autodream automatisch uitvoert. Ik gebruik /dream aan het einde van zware debugsessies.

Als je liever iemand een geoptimaliseerd Claude Code-geheugensysteem vanaf scratch laat opzetten, neem ik Claude Code-workflowprojecten aan. Je kunt zien wat ik heb gebouwd op fiverr.com/s/EgxYmWD.

Waarom de "Droom"-metafoor Geen Loutere Marketing Is

Overdracht van kort- naar langetermijngeheugen. Je hippocampus bewaart gefragmenteerde, recente herinneringen. Tijdens slaap herhaalt hij die fragmenten terwijl de neocortex ze integreert in je bestaande kennisstructuur. Autodream doet hetzelfde.

Snoeien. Je brein bewaart niet alles. Slaap snoeit actief herinneringen die als laagwaardig zijn gemarkeerd. Autodream snoeit dubbele vermeldingen, verouderde informatie en aantekeningen met weinig signaalwaarde.

Temporeel labelen. Autodream's omzetting van relatieve naar absolute tijdstempels vervult precies deze functie.

Reorganisatie. Autodream's conflictoplossing en deduplicatie versterken de nauwkeurige verbanden en verwijderen de onjuiste.

Anthropic heeft niet zomaar een geheugenschoonmaaktool gebouwd. Ze hebben een systeem gebouwd dat een biologisch proces weerspiegelt dat we al decennia bestuderen.

Wat Autodream Goed Doet \u2014 en Wat Nog Niet (Helemaal)

Wat Uitstekend Werkt

Temporele omzetting is vlekkeloos. Elke relatieve tijdsverwijzing die ik heb gecontroleerd, is correct omgezet naar een absolute tijdstempel.

Deduplicatie is slim. Autodream herkent semantische duplicaten en voegt ze intelligent samen.

De 200-regelslimiet voor MEMORY.md wordt consistent gehandhaafd.

Het is oprecht onzichtbaar. Ik denk er niet aan. Ik plan het niet in. Het draait gewoon, en mijn geheugenbestanden blijven schoon.

Wat Verbetering Behoeft

Conflictoplossing kan te agressief zijn. In \u00e9\u00e9n geval verwijderde Autodream een aantekening over een verouderd API-endpoint dat ik nog nodig had.

Geen inzicht in wat er is veranderd. Wanneer Autodream draait, genereert het geen changelog.

De triggerdrempel voelt willekeurig aan. Een frequentie gekoppeld aan de bestandsgrootte of wijzigingssnelheid van geheugenbestanden zou nuttiger zijn dan een vaste interval.

Cross-projectgeheugen ontbreekt. Autodream werkt per project.

Het Grotere Geheel: Stateloze Agents met Persistent Geheugen

De progressie is duidelijk:

1. Geen geheugen. Puur stateloze interacties. Elke sessie begint blanco.
2. Handmatig geheugen. CLAUDE.md-bestanden. Jij beheert de context.
3. Automatisch geheugen. Automemory. De AI beheert zijn eigen context.
4. Automatisch geheugen met consolidatie. Autodream. De AI beheert zijn eigen context en ruimt na zichzelf op.

Een Praktische Geheugenarchitectuur voor 2026

Laag 1: CLAUDE.md (Statische Basis)

# CLAUDE.md

## Tech Stack
- Laravel 11, PHP 8.3, Vue 3 met Composition API
- PostgreSQL 16, Redis 7.2
- Gedeployed op AWS ECS via Terraform

## Coderingsnormen
- Vroege returns boven geneste conditionals
- Type hints op alle functieparameters en returnwaarden
- PHPStan level 8-naleving vereist

## Projectbeperkingen
- API-responstijd SLA: < 200ms p95
- Moet PostgreSQL en SQLite ondersteunen voor testen
- Alle gebruikersgerichte tekst moet i18n ondersteunen

Laag 2: Automemory (Dynamische Kennis)

Laat Claude Code dit vrijelijk bijhouden. De onderwerpen die het kiest te volgen, weerspiegelen van nature de daadwerkelijke complexiteit van je project.

Laag 3: Autodream (Geautomatiseerd Onderhoud)

Schakel het in en loop weg. Controleer je geheugenbestanden af en toe \u2014 misschien \u00e9\u00e9n keer per week \u2014 om te verifi\u00ebren dat de consolidatieresultaten zinvol zijn.

De Feedbacklus

1. CLAUDE.md biedt de stabiele basis die zelden verandert
2. Automemory legt evoluerende kennis vast uit elke sessie
3. Autodream consolideert en optimaliseert periodiek de automemorybestanden
4. Schone geheugenbestanden leiden tot betere Claude Code-antwoorden
5. Betere antwoorden betekenen nauwkeurigere geheugenitems
6. Nauwkeurigere items betekenen dat Autodream beter materiaal heeft om te consolideren

Veelgestelde Vragen

Hoe schakel ik Claude Code Autodream in?

Open een Claude Code-sessie en typ /memory om toegang te krijgen tot de geheugenbeheersinterface. Zet "Auto-dream" op aan. Je moet automemory eerst ingeschakeld hebben, en je Claude Code-versie moet v2.1.59 of later zijn.

Wat is het verschil tussen CLAUDE.md en MEMORY.md?

CLAUDE.md bevat jouw instructies aan Claude Code \u2014 statische regels die jij schrijft en bijhoudt. MEMORY.md is Claude Code's eigen notitieboek \u2014 dynamische kennis die het voor zichzelf vastlegt over sessies heen.

Verwijdert Autodream belangrijke informatie uit geheugenbestanden?

Autodream verwijdert duplicaten, lost conflicten op en snoeit verouderde items, maar is erop gericht alle unieke, relevante informatie te bewaren. Als iets belangrijks wordt verwijderd, herformuleer het dan in je volgende sessie.

Hoe vaak draait Autodream automatisch?

Autodream triggert ongeveer elke 24 uur, nadat je project minimaal 5 Claude Code-sessies heeft opgebouwd. Je kunt ook een handmatige doorloop triggeren met /dream.

Kan ik Autodream gebruiken over meerdere projecten?

Autodream werkt onafhankelijk per project. Geheugen delen over projecten heen wordt nog niet ondersteund.

Je AI-agent slaapt nu. Hij wordt scherper wakker dan wanneer hij ging slapen. Schakel Autodream in. Voer /dream uit na je volgende zware sessie. Controleer je geheugenbestanden de volgende ochtend.

Laten We Samenwerken

Wil je AI-systemen bouwen, workflows automatiseren of je technische infrastructuur opschalen? Ik help je graag.

• Fiverr (maatwerk & integraties): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (enterprise-oplossingen): ramlit.com
• ColorPark (design & branding): colorpark.io
• xCyberSecurity (beveiligingsdiensten): xcybersecurity.io