{"id":3895,"date":"2026-07-15T20:58:26","date_gmt":"2026-07-15T18:58:26","guid":{"rendered":"https:\/\/isla-stud.io\/?p=3895"},"modified":"2026-08-10T14:55:26","modified_gmt":"2026-08-10T12:55:26","slug":"openclaw-abgeschafft-was-vom-ki-team-blieb","status":"publish","type":"post","link":"https:\/\/isla-stud.io\/no\/ki-b2b\/openclaw-abgeschafft-was-vom-ki-team-blieb\/","title":{"rendered":"Jeg har gjort det slutt med OpenClaw. Dette er hva som ble igjen av KI-teamet mitt."},"content":{"rendered":"

Dette f\u00e5r du med deg:<\/strong> Du f\u00e5r se hvorfor selv et planlagt brudd med et verkt\u00f8y koster kontekst, og hvordan det f\u00f8rte til mitt filbaserte Agents Brain.<\/p>\n\n\n\n\n\n

Den 10. februar 2026 satte jeg opp Nox: KI-orkestratoren min for et team p\u00e5 femten spesialiserte agenter. I slutten av mars avviklet jeg verkt\u00f8yet dette teamet var organisert i.<\/p>\n\n\n\n

Det var ingen uventet driftsstans. Oppdateringer av OpenClaw hadde gjentatte ganger gitt meg ekstraarbeid. Oppdateringene kj\u00f8rte ofte tidlig om morgenen. Noen dager brukte jeg deretter en halv arbeidsdag p\u00e5 \u00e5 f\u00e5 OpenClaw og oppsettet mitt til \u00e5 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 \u00e5 slutte med OpenClaw.<\/p>\n\n\n\n

Beslutningen var riktig. Likevel l\u00e6rte jeg mye av f\u00f8lgene.<\/p>\n\n\n\n

Jeg trodde jeg bare byttet ut et verkt\u00f8y<\/h2>\n\n\n\n

Allerede i februar og mars hadde teamet en tydelig arbeidsdeling. \u00c9n agent unders\u00f8kte, en annen skrev, og en tredje kontrollerte. Som orkestrator holdt Nox orden p\u00e5 oppgaver, rekkef\u00f8lge og overleveringer. Oppsettet var ikke bare teori. Det hadde v\u00e6rt i praktisk bruk i seks uker.<\/p>\n\n\n\n

Da jeg avviklet verkt\u00f8yet, var det ikke bare \u00e5 eksportere samarbeidet. Den l\u00f8pende orkestreringen, kanalene og automatiseringene var en del av systemtilstanden den gangen. De kunne ikke flyttes som en fungerende helhet til neste verkt\u00f8y.<\/p>\n\n\n\n

Men \u00e9n annen del besto: Markdown-filene.<\/p>\n\n\n\n

Personaer, langtidskunnskap og dagslogger var fortsatt lesbare, selv om det opprinnelige verkt\u00f8yet ikke lenger var i bruk. Jeg trengte verken en eksport eller et spesielt grensesnitt for disse filene. En tekstredigerer var nok.<\/p>\n\n\n\n

Da ble det avgj\u00f8rende skillet tydelig: Det som bare fantes i verkt\u00f8yets tilstand, m\u00e5tte jeg bygge opp p\u00e5 nytt. Det som fantes som filer, kunne jeg bruke videre.<\/strong><\/p>\n\n\n\n

Modellen er sjelden problemet. Konteksten er det nesten alltid.<\/p>\n\n\n\n

Fra slutten av mars til midten av mai arbeidet jeg med konseptet<\/h2>\n\n\n\n

Etter at jeg hadde avviklet verkt\u00f8yet, installerte jeg ikke bare det neste agentrammeverket. Fra april til midten av mai arbeidet jeg med tre sp\u00f8rsm\u00e5l.<\/p>\n\n\n\n

Hvordan blir et KI-team, ogs\u00e5 mitt eget, virkelig flyttbart?<\/h3>\n\n\n\n

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\u00e5litelig i et nytt verkt\u00f8y, med samme rolle, samme grenser og samme relevante kunnskap.<\/p>\n\n\n\n

Da m\u00e5tte det v\u00e6re klart hvilken informasjon som tilh\u00f8rer agentens identitet, og hva som bare er egenskaper ved verkt\u00f8yet den bruker akkurat n\u00e5.<\/p>\n\n\n\n

Hvordan kan orkestratoren bytte verkt\u00f8y?<\/h3>\n\n\n\n

Som teamleder var Nox tett knyttet til arbeidsmilj\u00f8et han hadde den gangen. Jeg ville l\u00f8se opp denne bindingen. Orkestratoren skulle kunne f\u00e5 en annen teknisk kropp uten at jeg m\u00e5tte finne opp personaen, arbeidsm\u00e5tene og godkjenningsreglene p\u00e5 nytt.<\/p>\n\n\n\n

Det betydde at identiteten ikke lenger kunne ligge i systemprompten til ett enkelt verkt\u00f8y. Verkt\u00f8yet skulle bare laste inn det som allerede var definert p\u00e5 et uavhengig sted.<\/p>\n\n\n\n

Hvordan blir arbeids\u00f8kter til p\u00e5litelig hukommelse?<\/h3>\n\n\n\n

Historikken fra arbeids\u00f8kter er praktisk, men den er ikke et p\u00e5litelig 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.<\/p>\n\n\n\n

Derfor trengte jeg en skriverutine: dagslogger for det som hadde skjedd, kuratert langtidskunnskap for det vesentlige og l\u00e6ringsnotater om feil som ikke skal skje to ganger.<\/p>\n\n\n\n

Disse tre sp\u00f8rsm\u00e5lene, om flyttbarhet, bytte av kropp og hukommelse, ble kjernen i konseptet mitt.<\/p>\n\n\n\n

Den 16. mai ble skissene til et repo<\/h2>\n\n\n\n

Den 16. mai 2026 opprettet jeg den f\u00f8rste commit-en i det nye repositoriet. Meldingen var: feat: initial shared brain skeleton<\/code>.<\/p>\n\n\n\n

Navnet passet. Systemet var et skjelett, ikke et ferdig produkt. Men grunnvalget var tatt: Markdown er sannhetskilden. Git gj\u00f8r det mulig \u00e5 spore endringer. Hver agent f\u00e5r sin egen mappe. Felles kunnskap henvises til i stedet for \u00e5 kopieres. Verkt\u00f8yene f\u00e5r tynne adaptere som peker til denne kilden.<\/p>\n\n\n\n

Jeg kaller systemet mitt Agents Brain<\/strong>. \u00c4hnliche dateibasierte Ans\u00e4tze existieren auch anderen Stellen, denn logischerweise bin ich nicht die Einzige, die mit den „Kinderkrankheiten“ der noch recht jungen agentischen KI k\u00e4mpft. Hier geht es um meinen Werkstattbericht: ein lebendes Multi-Agenten-System mit Rollen, Ged\u00e4chtnisregeln und expliziten Approval-Gates.<\/p>\n\n\n\n

Hva filer l\u00f8ser, og hva de ikke l\u00f8ser<\/h2>\n\n\n\n

Filer gj\u00f8r kontekst lesbar, versjonerbar og flyttbar. Men de l\u00f8ser ikke hukommelsesproblemet automatisk.<\/p>\n\n\n\n

I de gamle dagsloggene mangler for eksempel en uke i mars. Det er et reelt hull. Det oppsto ikke da jeg byttet verkt\u00f8y, men tidligere: Det ingen skriver ned, kan heller ikke et repositorium rekonstruere senere.<\/p>\n\n\n\n

Nettopp derfor er arkitekturen mer enn et lagringssted. Den trenger regler for hva som skal leses ved starten av en arbeids\u00f8kt og skrives ved slutten. Den trenger en grense for sensitivt innhold. Og den krever disiplin til \u00e5 kuratere langtidskunnskap i stedet for \u00e5 lagre hver eneste samtalehistorikk permanent.<\/p>\n\n\n\n

Det bevisste bruddet med OpenClaw viste meg alts\u00e5 ikke at et bestemt verkt\u00f8y er d\u00e5rlig. Det viste meg at agentidentiteten min ikke m\u00e5 tilh\u00f8re et verkt\u00f8y.<\/p>\n\n\n\n

Beslutningen bak systemet<\/h2>\n\n\n\n

Det viktigste designm\u00e5let mitt kan uttrykkes uten store ord:<\/p>\n\n\n\n

\n

Hvis et verkt\u00f8y forsvinner i morgen, er Markdown-filene fortsatt lesbare, og agenten kan rekonstrueres fra dem. Motorer og grensesnitt er tillegg, ikke forutsetninger.<\/p>\n<\/blockquote>\n\n\n\n

Med dette som utgangspunkt videreutviklet jeg systemet fra mai til juni. Den 6. juli begynte den praktiske pr\u00f8veperioden: Nox flyttet til Hermes, mens hjernen hans ble v\u00e6rende i repositoriet.<\/p>\n\n\n\n

Om dette skillet holder i hverdagen, kan ikke besvares med en arkitekturtegning. Det m\u00e5 t\u00e5le virkelig arbeid. Det er nettopp det jeg har pr\u00f8vd ut siden.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Kilder<\/h2>\n\n\n\n