--- tittel: "Å huske er en skriverutine for agentene mine — isla Studio" url: "https://isla-stud.io/ki-b2b/agenten-erinnern-schreibroutine/" date: 2026-07-27 --- # Å huske er en skriverutine for agentene mine **Hva du lærer her:** Du ser hvordan fire minnelag forvandler en flyktig sesjonskontekst til et kuratert minne – og hvorfor synlige hull er bedre enn oppdiktet kontinuitet. En agent husker ikke bare fordi et produkt tilbyr en minnefunksjon. Den husker det som er lagret på en pålitelig måte, som blir funnet ved neste oppstart og som blir korrekt klassifisert. I min Agents Brain er derfor hukommelse en skriverutine. Den består av fire lag: **Arbeidsminne**, **Daglige logger**, **kuratert langtidshukommelse** og **Lærdommer**. Hvert lag har en annen halveringstid. Den som blander alt sammen, ender enten opp med en overfylt startbriefing eller en svart boks, der ingen lenger kan forstå hva som er valgt ut. Lag A: Arbeidsminne ------------------------- Arbeidsminnet er konteksten for den pågående økten. Der finnes den aktuelle oppgaven, delresultater, verktøyutdata og samtalen som pågår akkurat nå. Dette laget er nyttig og flyktig. Det blir bevisst ikke automatisk en langsiktig sannhet. En fullstendig sesjonshistorikk inneholder gjentakelser, blindveier og muligens informasjon som ikke skal lagres permanent. Å tippe den ufiltrert inn i hjernen ville være dataoppbevaring i stedet for bevisst hukommelsestrening. På slutten av sesjonen må det derfor tas en beslutning: Hva av dette er relevant for i morgen? Lag B: Daglige logger --------------------- Den daglige loggen dokumenterer hendelsen. For hver agent og hver dag finnes det en fil der viktige beslutninger, fullførte trinn, funn og uavklarte tråder skrives ned. Oppføringen ligger nærmere selve arbeidet enn langtidsminnet. Den kan være kronologisk og rå nok til at man senere kan forstå hva som skjedde. Likevel er den ikke en chat-eksport. En god daglig oppføring svarer på: - Hva var oppgaven? - Hva ble faktisk gjort? - Hvilken beslutning ble tatt? - Hva gjenstår? - Hvilken støtte kom fra en annen agent eller et verktøy? Dette skaper et pålitelig episodisk nivå. Hvis en senere påstand ikke lenger stemmer overens med minnet, kan jeg gå tilbake til dagsnotatet. Her skiller jeg mellom observasjon og tolkning. Det en agent har sett direkte, eller det som uttrykkelig ble sagt til ham, kan stå som et funn. En konklusjon får sitt konkrete grunnlag direkte ved siden av. En generalisert regel trenger minst to separate hendelser og en angitt konfidensgrad. På denne måten blir ikke en plausibel tolkning automatisk et minne. Lag C: Kuratert langtidsminne ------------------------------------- MEMORY-filen er den komprimerte essensen. Den er organisert tematisk i stedet for kronologisk og skal forbli kompakt nok til å kunne leses i sin helhet ved hver oppstart. Der finnes ikke tjue uavhengige varianter av den samme beslutningen. Den gjeldende regelen forblir, men veien dit må ikke forsvinne. Hvis et nytt funn strider mot den eksisterende Memory-filen, registrerer Daily Log konflikten sammen med dokumentasjon og løsning. Den kuraterte regelen viser deretter tydelig hvor lenge den gamle versjonen gjaldt, fra når den nye gjelder og hvorfor den ble endret. Denne korreksjonen hører sammen: Dagsdokumentasjon og oppdatert langsiktig regel behandles som én endringssats som kan gjennomgås. Git-historikken beholdes i tillegg, men erstatter ikke den lesbare forklaringen i „Memory“. Kuratering innebærer flere ting samtidig: - å slå sammen gjentakelser, - å oppdatere motstridende eller utdaterte tilstander på en forståelig måte, - å oppdatere pågående prosjekter, - å fastlegge stabile arbeidsmønstre, - bevisst å utelate sensitive eller unødvendige detaljer. Dette er redaksjonelt arbeid. En automatisk oppsummering kan være til hjelp, men den må ikke overskrive den kanoniske filen uten at det blir lagt merke til. Også tidsangivelsen har to oppgaver i denne sammenhengen. En kuratert oppføring angir når den underliggende hendelsen eller uttalelsen faktisk fant sted. Git dokumenterer separat når endringen ble lagt inn i repositoriet. En senere commit må ikke kunstig forynge en eldre hendelse. Daglige logger slettes ikke ved denne vedlikeholdingen. Hvis en frittstående „Memory“- eller „Lesson“-fil blir foreldet, får den i stedet en synlig erstatningsstatus med dato, årsak og eksisterende etterfølger. Den aktive langtidsminnet selv blir ikke erstattet i det skjulte; enkeltuttalelser videreutvikles der i henhold til den beskrevne prosedyren. Lag D: Lessons ------------------ Lessons fastlegger korrigeringsmønstre. Det er ikke den enkelte feilen som står i fokus, men regelen som følger av den i fremtiden. Et konkret eksempel fra Sols arbeid: En tysk overskrift hørtes ut som en oversatt engelsk mal. Korrigeringen ble ikke bare gjort i artikkelen. Dette resulterte i en «Lesson» med en telefontest og en redaktørprøve. Siden den gang må en overskrift høres ut slik Saskia faktisk ville sagt den til en kollega. En annen «Lesson» oppsto fra selve «agents-brain»-serien: Avviklingen av OpenClaw blir fortalt aktivt, fordi det var min bevisste beslutning for å øke produktiviteten. Passivt språk som uttrykker maktesløshet eller tap forvrenger prosessen. Leksjoner gjør tilbakemeldinger gjenbrukbare. Den neste økten starter ikke fra null, forutsatt at den riktige leksjonen lastes inn. Lesing er like mye en del av rutinen som skriving ---------------------------------------------- Hukommelsen fungerer bare hvis agenten laster inn de riktige lagene til rett tid. Sesjonsstarten følger derfor en fast rekkefølge: 1. lese kort identitet, 2. laste inn fullstendige arbeidsregler, 3. sjekke ferdigheter og godkjenningsportaler, 4. lese langtidsminne, 5. sjekke dagens og den siste forrige daglige konteksten, 6. laste inn relevante leksjoner og felles regler. Til slutt går bevegelsen i motsatt retning: utfylle dagloggen, danne lærdommer ut fra korreksjoner og kuratere viktige innsikter inn i langtidsminnet. Hukommelsen er dermed ikke et enkelt lagringssted, men en overføringsprosess mellom tidshorisonter. Hullet er en del av systemet ------------------------------ Fra det gamle Nox-arbeidsområdet er det kjent en udokumentert uke: uke 12 i mars 2026. Dette hullet kan ikke fylles ut på en seriøs måte i etterkant. Jeg kunne rekonstruere hva som sannsynligvis skjedde ut fra tilstøtende logger. Da ville jeg ha en sammenhengende historie, men et upålitelig minne. I stedet forblir gapet markert. Dette er en viktig egenskap ved systemet: **Det ukjente skal forbli synlig som ukjent.** En agent må ikke skape et minne ut fra plausible mønstre og deretter behandle det som et bevis. Filene lagrer bare det noen har notert ned. Fordelen ligger i en forståelig avgrensning. Personvern begynner før man skriver --------------------------------- En daglig logg må ikke bli et skjult «Secret-Store». Derfor filtreres innholdet allerede før det lagres. Påloggingsdata hører aldri hjemme i minnefiler. Konfidensielt kundeinnhold forblir i den respektive prosjektkonteksten. Bare sikre, nødvendige innsikter destilleres til det sentrale «hjernen». I arkivet sjekker i tillegg en automatisk personvernport sporet og merket innhold for typiske hemmelighetsmønstre og uakseptable kopier av konfidensielle agentdata. Dette erstatter ikke redaksjonelt ansvar. Men det fanger opp feil før de blir en del av historikken. Minnevedlikehold i stedet for minnevekst ---------------------------------------- Et minne blir ikke bedre bare fordi det blir lengre. Hvis hver økt legger til nye avsnitt i langtidsfilen, vil den på et tidspunkt ikke lenger kunne lastes inn i sin helhet – og viktige regler går tapt i mengden. Derfor trenger systemet regelmessig minnevedlikehold: - Gjennomgå daglige logger, - destillere stabile innsikter, - sjekke motsetninger og deres løsninger, - skille klart mellom hendelsesdato og registreringsdato, - erstatte utdaterte, frittstående filer på en oversiktlig måte, - slå sammen dupliserte regler, - flytte uavklarte tråder til det riktige arbeidssystemet. Målestokken er ikke «Hvor mye har vi lagret?», men «Finner agenten den riktige, aktuelle regelen ved neste oppstart?» Når denne vedlikeholdet skal utføres, avhenger av tilstanden i Vault: Senest 14 kalenderdager etter den siste vedlikeholdskjøringen eller etter ti nye daglige filer, melder en felles kontrollfunksjon at kurateringen er forfalt. Meldingen fører kjøringen inn bak min eksisterende gjennomgangsport. Etter en godkjent kuratering kan den semantiske indeksen bygges opp på nytt på maskinen der OpenViking kjører. Denne indeksen forblir en engangsavledning. Markdown-filene fungerer fortsatt fullt ut uten den. Min praktiske konklusjon ------------------------ En minnemotor kan søke semantisk, generere sammendrag og forhåndssortere kontekst. Det er nyttig. Ansvaret for den kanoniske erindringen ligger likevel hos en synlig skriverutine. For meg består denne rutinen av en enkel handling: > **Opplev økten, skriv dagboknotat, kurater langtidskunnskap, bevar rettelser som en lærdom.** Slik blir konteksten vedlikeholdbar. Og slik forblir det også oversiktlig hva systemet ikke vet. I neste del skifter perspektivet fra minnet til verktøyet: Hvordan den samme agentidentiteten gjennom tynne adaptere havner i ulike harnesses (også kalt «kropper») – uten at godkjenningsportene går tapt underveis. ### Kilder - **Prosjektkilde:** agents-brain-spesifikasjon, Memory-Maintenance-konvensjon og Nox-/Sol-Daily-Logs, per 29.07.2026 (private primærkilder) - [CommonMark: åpen Markdown-spesifikasjon](https://spec.commonmark.org/0.31.2/) **Agents-Brain-serien** [← Del 3: Hos meg består en agent av fire filer](https://isla-stud.io/ki-b2b/agent-besteht-aus-vier-dateien/) [Del 5: Samme agent, fire forskjellige verktøy →](https://isla-stud.io/ki-b2b/derselbe-agent-vier-werkzeuge/)