Husking er en skriverutine hos agentene mine

Dette får du med deg: Du ser hvordan fire lag gjør flyktig kontekst fra en økt til en kuratert hukommelse, og hvorfor synlige hull er bedre enn oppdiktet kontinuitet.

En agent husker ikke bare fordi et produkt tilbyr en hukommelsesfunksjon. Den husker det som lagres pålitelig, blir funnet ved neste oppstart og settes i riktig sammenheng.

I mitt Agents Brain er det å huske derfor en skriverutine. Den består av fire lag: arbeidsminne, dagslogger, kuratert langtidskunnskap og Lessons.

Hvert lag har sin egen halveringstid. Blander du alt sammen, får du enten et overlesset oppstartsgrunnlag eller en svart boks der ingen lenger kan følge hvordan utvalget gjøres.

Lag A: Arbeidsminne

Arbeidsminnet er konteksten i den pågående økten. Her ligger det aktuelle oppdraget, foreløpige resultater, svar fra verktøy og samtalen som foregår akkurat nå.

Dette laget er nyttig og flyktig. Det blir bevisst ikke automatisk til en varig sannhet.

Et fullstendig øktforløp inneholder gjentakelser, blindveier og kanskje opplysninger som ikke skal lagres permanent. Å helle alt ufiltrert inn i Brain ville være dataopphoping, ikke bevisst vedlikehold av hukommelsen.

Derfor må det tas en beslutning ved slutten av økten: Hva av dette er relevant i morgen?

Lag B: Dagslogger

Dagsloggen dokumenterer hendelsen. Hver agent har én fil per dag, der viktige beslutninger, utførte steg, funn og åpne tråder skrives ned.

Oppføringen ligger tettere på det faktiske arbeidet enn langtidsminnet. Den kan være kronologisk og ubearbeidet nok til at det senere er mulig å følge hva som skjedde. Likevel er den ingen eksport av samtalen.

En god dagslogg svarer på:

• Hva var oppgaven?
• Hva ble faktisk gjort?
• Hvilken beslutning ble tatt?
• Hva sto fortsatt åpent?
• Hva bidro en annen agent eller et annet verktøy med?

Slik får de enkelte episodene et pålitelig dokumentasjonsgrunnlag. Hvis en senere påstand ikke lenger stemmer med hukommelsen, kan jeg gå tilbake til loggen fra den dagen.

Jeg skiller mellom observasjon og tolkning. Det en agent selv har sett, eller uttrykkelig har fått beskjed om, kan stå som et funn. En slutning skal ha det konkrete grunnlaget sitt ved siden av seg. En generell regel krever minst to separate hendelser og en angivelse av hvor sikker den er. Slik blir ikke en plausibel tolkning ubemerket til et minne.

Lag C: Kuratert langtidskunnskap

MEMORY-filen inneholder det viktigste i fortettet form. Den organiseres tematisk i stedet for kronologisk og skal være kompakt nok til å leses i sin helhet ved hver oppstart.

Her skal det ikke stå tjue løsrevne varianter av samme beslutning. Det er den gjeldende regelen som blir stående, men veien frem til den må ikke forsvinne. Hvis et nytt funn motsier det eksisterende minnet, dokumenterer dagsloggen motsetningen med belegg og avklaring. Den kuraterte regelen viser deretter tydelig hvor lenge den gamle versjonen gjaldt, når den nye trådte i kraft, og hvorfor den ble endret.

Disse rettelsene hører sammen: Dagsloggen og den oppdaterte langtidsregelen behandles som ett sett med endringer som kan gjennomgås samlet. Git-historikken bevares i tillegg, men erstatter ikke den lesbare forklaringen i hukommelsen.

Kuratering innebærer flere ting samtidig:

• å slå sammen gjentakelser,
• å oppdatere motstridende eller utdaterte opplysninger på en etterprøvbar måte,
• å oppdatere pågående prosjekter,
• å ta vare på stabile arbeidsmønstre,
• å bevisst utelate følsomme eller unødvendige detaljer.

Dette er redaksjonelt arbeid. En automatisk oppsummering kan hjelpe, men den må ikke overskrive den kanoniske filen uten at det blir synlig.

Også tidsangivelsen har to oppgaver. En kuratert oppføring angir når den underliggende hendelsen eller uttalelsen faktisk fant sted. Git dokumenterer separat når endringen kom inn i arkivet. En senere commit må ikke få en eldre hendelse til å fremstå som nyere.

Dagslogger slettes ikke under dette vedlikeholdet. Når en egen Memory- eller Lesson-fil blir utdatert, merkes den i stedet tydelig som erstattet, med dato, begrunnelse og henvisning til en eventuell etterfølger. Selve det aktive langtidsminnet erstattes ikke i det stille. Enkeltutsagn videreutvikles etter fremgangsmåten som er beskrevet her.

Lag D: Lessons

Lessons dokumenterer mønstre i rettelsene. Det er ikke den enkelte feilen som står i sentrum, men regelen som skal følge av den fremover.

Et ekte eksempel fra Sols arbeid: En tysk tittel hørtes ut som en oversatt engelsk standardformulering. Rettelsen ble ikke bare gjort i artikkelen. Den ble til et læringsnotat med en telefontest og en redaktørtest. Siden da skal en tittel høres ut slik Saskia faktisk ville sagt den til en kollega.

Et annet læringsnotat oppsto fra selve agents-brain-serien: At jeg avviklet OpenClaw, fortelles aktivt, fordi det var et bevisst valg for å arbeide mer produktivt. Passivt språk om avmakt eller tap gir et feil bilde av det som skjedde.

Lessons gjør tilbakemeldinger gjenbrukbare. Neste økt starter ikke fra null, så lenge det relevante læringsnotatet lastes inn.

Å lese er like mye en del av rutinen som å skrive

Hukommelsen fungerer bare når agenten laster inn de riktige lagene til riktig tid.

Derfor følger oppstarten av en økt en fast rekkefølge:

1. Les den korte identitetsbeskrivelsen.
2. Last inn de fullstendige arbeidsreglene.
3. Kontroller ferdigheter og krav om godkjenning.
4. Les langtidskunnskapen.
5. Kontroller konteksten fra dagens og den nærmeste foregående dagsloggen.
6. Last inn relevante Lessons og felles regler.

Til slutt går bevegelsen motsatt vei: Suppler dagsloggen, lag læringsnotater av rettelser, og innarbeid vesentlige innsikter i langtidsminnet.

Hukommelse er dermed ikke ett enkelt lagringssted, men en overføring mellom ulike tidshorisonter.

Hullet er en del av systemet

Vi kjenner til en udokumentert uke i det gamle Nox-arbeidsområdet: uke 12 i mars 2026. Det er ikke mulig å fylle dette hullet i ettertid på en faglig forsvarlig måte.

Jeg kunne rekonstruert det som sannsynligvis skjedde, ut fra loggene rundt. Da ville jeg hatt en glatt fortelling, men en upålitelig hukommelse.

I stedet forblir hullet markert.

Dette er en viktig egenskap ved systemet: Det som er ukjent, skal fortsatt være synlig som ukjent. En agent må ikke lage et minne av plausible mønstre og deretter behandle det som dokumentasjon.

Filene bevarer bare det noen skriver ned. Verdien ligger i at avgrensningene er etterprøvbare.

Personvern begynner før noe skrives

En dagslogg må ikke bli et skjult lager for hemmelige nøkler og påloggingsinformasjon. Derfor filtreres innholdet allerede før det lagres.

Påloggingsinformasjon hører aldri hjemme i hukommelsesfiler. Konfidensielt kundeinnhold blir i det aktuelle prosjektet. Til det sentrale Brain tas bare nødvendig innsikt som er trygg å lagre der.

I arkivet kontrollerer dessuten en automatisk personvernkontroll både sporet innhold og innhold klargjort for commit. Den ser etter typiske mønstre for hemmelige nøkler og ikke tillatte speilkopier av konfidensielle agentdata. Det erstatter ikke redaksjonelt ansvar, men fanger opp feil før de blir en del av historikken.

Vedlikehold av hukommelsen fremfor stadig vekst

En hukommelse blir ikke bedre bare fordi den blir lengre. Hvis hver økt legger nye avsnitt til langtidsfilen, vil den til slutt bli for stor til å lastes inn i sin helhet. Viktige regler drukner da i mengden.

Derfor trenger systemet regelmessig vedlikehold av hukommelsen:

• Gå gjennom dagslogger.
• Trekk ut innsikt som holder over tid.
• Kontroller motsetninger og hvordan de er avklart.
• Skill tydelig mellom hendelsesdato og registreringsdato.
• Erstatt utdaterte, selvstendige filer på en etterprøvbar måte.
• Slå sammen doble regler.
• Flytt åpne tråder til riktig arbeidssystem.

Målestokken er ikke «Hvor mye har vi lagret?», men «Finner agenten den riktige, oppdaterte regelen ved neste oppstart?»

Når dette vedlikeholdet forfaller, bestemmes av tilstanden i hvelvet: Senest 14 kalenderdager etter siste vedlikeholdsrunde, eller etter ti nye dagsloggfiler, varsler en felles kontroll at det er tid for kuratering. Varslet sørger for at arbeidet må gjennom mitt eksisterende godkjenningspunkt.

Etter en godkjent kuratering kan den semantiske indeksen bygges opp på nytt på maskinen der OpenViking kjører. Indeksen forblir et avledet hjelpemiddel som kan kastes og bygges på nytt. Markdown-filene fungerer fullt ut også uten den.

Min praktiske konklusjon

En hukommelsesmotor kan søke semantisk, lage oppsummeringer og forhåndssortere kontekst. Det er nyttig. Ansvaret for den kanoniske hukommelsen ligger likevel i en synlig skriverutine.

For meg består denne rutinen av en enkel bevegelse:

Gjennomfør økten, dokumenter dagen, kurater langtidskunnskapen og bevar rettelser som læringsnotater.

Slik blir det mulig å vedlikeholde konteksten. Og slik forblir det etterprøvbart hva systemet ikke vet.

I neste del flyttes blikket fra hukommelsen til verktøyet: Hvordan den samme agentidentiteten flyttes til ulike kjøremiljøer, også kalt «kropper», gjennom tynne adaptere, uten at godkjenningskravene blir borte underveis.

Kilder

• Prosjektkilde: Spesifikasjonen for agents-brain, konvensjonen for vedlikehold av hukommelse og dagsloggene til Nox og Sol, per 29.07.2026 (private primærkilder)
• CommonMark: åpen Markdown-spesifikasjon

Agents Brain-serien

← Del 3: En agent består hos meg av fire filer
Del 5: Samme agent, fire forskjellige verktøy →