Jeg har gjort det slutt med OpenClaw. Dette er hva som ble igjen av KI-teamet mitt.

Dette får du med deg: Du får se hvorfor selv et planlagt brudd med et verktøy koster kontekst, og hvordan det førte til mitt filbaserte Agents Brain.

Den 10. februar 2026 satte jeg opp Nox: KI-orkestratoren min for et team på femten spesialiserte agenter. I slutten av mars avviklet jeg verktøyet dette teamet var organisert i.

Det var ingen uventet driftsstans. Oppdateringer av OpenClaw hadde gjentatte ganger gitt meg ekstraarbeid. Oppdateringene kjørte ofte tidlig om morgenen. Noen dager brukte jeg deretter en halv arbeidsdag på å få OpenClaw og oppsettet mitt til å fungere skikkelig igjen. Etter hvert var regnestykket klart: Jeg reparerte for mye infrastruktur og fikk gjort for lite av det den var til for. Derfor valgte jeg aktivt å slutte med OpenClaw.

Beslutningen var riktig. Likevel lærte jeg mye av følgene.

Jeg trodde jeg bare byttet ut et verktøy

Allerede i februar og mars hadde teamet en tydelig arbeidsdeling. Én agent undersøkte, en annen skrev, og en tredje kontrollerte. Som orkestrator holdt Nox orden på oppgaver, rekkefølge og overleveringer. Oppsettet var ikke bare teori. Det hadde vært i praktisk bruk i seks uker.

Da jeg avviklet verktøyet, var det ikke bare å eksportere samarbeidet. Den løpende orkestreringen, kanalene og automatiseringene var en del av systemtilstanden den gangen. De kunne ikke flyttes som en fungerende helhet til neste verktøy.

Men én annen del besto: Markdown-filene.

Personaer, langtidskunnskap og dagslogger var fortsatt lesbare, selv om det opprinnelige verktøyet ikke lenger var i bruk. Jeg trengte verken en eksport eller et spesielt grensesnitt for disse filene. En tekstredigerer var nok.

Da ble det avgjørende skillet tydelig: Det som bare fantes i verktøyets tilstand, måtte jeg bygge opp på nytt. Det som fantes som filer, kunne jeg bruke videre.

Modellen er sjelden problemet. Konteksten er det nesten alltid.

Fra slutten av mars til midten av mai arbeidet jeg med konseptet

Etter at jeg hadde avviklet verktøyet, installerte jeg ikke bare det neste agentrammeverket. Fra april til midten av mai arbeidet jeg med tre spørsmål.

Hvordan blir et KI-team, også mitt eget, virkelig flyttbart?

En mappe full av filer er ikke et system i seg selv. Jeg ville ha en struktur som lot meg laste inn en agent pålitelig i et nytt verktøy, med samme rolle, samme grenser og samme relevante kunnskap.

Da måtte det være klart hvilken informasjon som tilhører agentens identitet, og hva som bare er egenskaper ved verktøyet den bruker akkurat nå.

Hvordan kan orkestratoren bytte verktøy?

Som teamleder var Nox tett knyttet til arbeidsmiljøet han hadde den gangen. Jeg ville løse opp denne bindingen. Orkestratoren skulle kunne få en annen teknisk kropp uten at jeg måtte finne opp personaen, arbeidsmåtene og godkjenningsreglene på nytt.

Det betydde at identiteten ikke lenger kunne ligge i systemprompten til ett enkelt verktøy. Verktøyet skulle bare laste inn det som allerede var definert på et uavhengig sted.

Hvordan blir arbeidsøkter til pålitelig hukommelse?

Historikken fra arbeidsøkter er praktisk, men den er ikke et pålitelig langtidsarkiv. Den blir forkortet, forsvinner fra den synlige konteksten eller kan bare brukes i ett bestemt produkt, som Claude Code, ChatGPT Codex, OpenClaw og lignende.

Derfor trengte jeg en skriverutine: dagslogger for det som hadde skjedd, kuratert langtidskunnskap for det vesentlige og læringsnotater om feil som ikke skal skje to ganger.

Disse tre spørsmålene, om flyttbarhet, bytte av kropp og hukommelse, ble kjernen i konseptet mitt.

Den 16. mai ble skissene til et repo

Den 16. mai 2026 opprettet jeg den første commit-en i det nye repositoriet. Meldingen var: feat: initial shared brain skeleton.

Navnet passet. Systemet var et skjelett, ikke et ferdig produkt. Men grunnvalget var tatt: Markdown er sannhetskilden. Git gjør det mulig å spore endringer. Hver agent får sin egen mappe. Felles kunnskap henvises til i stedet for å kopieres. Verktøyene får tynne adaptere som peker til denne kilden.

Jeg kaller systemet mitt Agents Brain. Lignende filbaserte tilnærminger finnes også andre steder, for logisk nok er jeg ikke den eneste som sliter med «barndomssykdommene» til den fortsatt ganske unge agentiske KI-en. Her handler det om mitt verkstedrapport: et levende multi-agent-system med roller, hukommelsesregler og eksplisitte godkjenningsporter.

Hva filer løser, og hva de ikke løser

Filer gjør kontekst lesbar, versjonerbar og flyttbar. Men de løser ikke hukommelsesproblemet automatisk.

I de gamle dagsloggene mangler for eksempel en uke i mars. Det er et reelt hull. Det oppsto ikke da jeg byttet verktøy, men tidligere: Det ingen skriver ned, kan heller ikke et repositorium rekonstruere senere.

Nettopp derfor er arkitekturen mer enn et lagringssted. Den trenger regler for hva som skal leses ved starten av en arbeidsøkt og skrives ved slutten. Den trenger en grense for sensitivt innhold. Og den krever disiplin til å kuratere langtidskunnskap i stedet for å lagre hver eneste samtalehistorikk permanent.

Det bevisste bruddet med OpenClaw viste meg altså ikke at et bestemt verktøy er dårlig. Det viste meg at agentidentiteten min ikke må tilhøre et verktøy.

Beslutningen bak systemet

Det viktigste designmålet mitt kan uttrykkes uten store ord:

Hvis et verktøy forsvinner i morgen, er Markdown-filene fortsatt lesbare, og agenten kan rekonstrueres fra dem. Motorer og grensesnitt er tillegg, ikke forutsetninger.

Med dette som utgangspunkt videreutviklet jeg systemet fra mai til juni. Den 6. juli begynte den praktiske prøveperioden: Nox flyttet til Hermes, mens hjernen hans ble værende i repositoriet.

Om dette skillet holder i hverdagen, kan ikke besvares med en arkitekturtegning. Det må tåle virkelig arbeid. Det er nettopp det jeg har prøvd ut siden.

I neste del viser jeg de sju ufravikelige reglene som vokste fram i denne konseptfasen, og hvorfor mitt Agents Brain bevisst er et Git-repo og ikke en ny database.

Kilder

• Prosjektkrønike: agents-brain-spesifikasjonen og Git-historikken, per 15.07.2026 (private primærkilder)
• Pro Git: About Version Control
• Obsidian Help: How Obsidian stores data