Hva som faktisk ble igjen etter byttet av kropp

Dette får du med deg: Du får en ærlig oppsummering av Agents Brain-testen min fra 6. til 29. juli: de første funnene etter ni dager, dokumentasjonen som har kommet til siden, og hullene som fortsatt står åpne.

6. juli 2026 begynte testen jeg hadde bygget Agents Brain for: Nox flyttet over til Hermes, mens identiteten og hukommelsen ble i arkivet.

Ni dager senere kunne jeg for første gang si mer enn «Filene var fortsatt der». Dette funnet fra 15. juli blir stående i artikkelen som et historisk øyeblikksbilde. Siden har det kommet til ytterligere to uker med tester og reelle prøver i kjøremiljøene.

Her oppsummerer jeg erfaringene gjennom fem spørsmål, hver gang med et tydelig skille mellom situasjonen den gangen og det som var dokumentert 29. juli.

1. Er identiteten gjenkjennelig i det nye verktøyet?

Ja, med et viktig skille.

SOUL-filen Nox hadde skrevet selv i det tidligere arbeidsområdet, ble overført ordrett til hvelvet. Bare nøytrale merknader om historiske henvisninger til gamle verktøy ble lagt til. Stemme, holdning og arbeidsprinsipper ble bevart.

Arbeidshåndboken hans ble derimot skrevet om. Det var nødvendig fordi kroppen, og dermed de tilgjengelige verktøyene, hadde endret seg. Hermes er nå den primære kroppen for orkestratoren. Det tidligere verktøymiljøet er historisk kontekst.

Dermed bekreftet testen en hensiktsmessig avgrensning:

• Innhold tett knyttet til identiteten kan overføres uendret.
• Arbeidsregler knyttet til verktøyene må tilpasses det nye kjøremiljøet.
• De to delene hører hjemme i separate filer, slik at endringen forblir synlig.

«Samme agent» betyr altså ikke at hver linje må være uendret. Det betyr at endringene skjer i riktig lag.

2. Var hukommelsen brukbar?

Ja, fordi den ikke ble fremstilt som fullstendig.

Det gamle langtidsminnet ble kuratert under flyttingen. Utdaterte prosjektopplysninger ble tydelig merket. Følsomme sammenfatninger ble bevisst ikke overført til det sentrale Brain. Den udokumenterte uke 12 forble synlig som et kjent hull.

Dermed kunne Nox starte med en ekte forhistorie uten å forveksle gamle opplysninger med aktuell kunnskap.

Det er en viktig forskjell. En stor mengde gamle data ville ikke gitt en bedre hukommelse. Det som gjorde den brukbar, var å sette opplysningene i sammenheng: Hva er stabilt? Hva gjelder situasjonen i mars? Hva mangler? Hva må kontrolleres på nytt mot oppdaterte kilder?

Denne holdningen har vist seg nyttig i hverdagen. Nox behandler ikke arkivet som et orakel. For aktuell prosjektstatus kontrollerer han de respektive primærkildene.

3. Fungerer tilbakeskrivingen i løpende drift?

For testperioden: ja.

Fra 6. til og med 15. juli finnes det en Nox-dagslogg for hver kalenderdag. Der står oppgaver, beslutninger, delegeringer, rettelser og åpne tråder.

Virkningen er viktigere enn antallet. Flere rettelser ble overført fra enkelthendelser til varige læringsnotater. Eksempler er den aktive måten å fortelle om OpenClaw på, forbudet mot ubestemte «en eller annen gang»-tråder og regelen om å kontrollere portable adaptere med de samme CI-kravene før push.

Veien fra arbeidsdagen tilbake til Brain er dermed ikke bare planlagt, men brukt i praksis.

Samtidig avdekket testen en grense: Brain er ikke et passivt opptak av alle verktøy. Et oppdrag utført direkte i Codex kom først ikke med i Nox’ hukommelse, fordi ingen agent var utpekt som ansvarlig. 15. juli ble dette oppdaget, og den lokale broen ble presisert slik at direkte arbeid i arkivet som ikke er tildelt noen annen, som standard tilhører Nox.

Dette viser: Tilbakeskriving krever tydelig ansvar. Uten en ansvarlig agent vet ikke systemet hvem sin hukommelse en oppgave hører hjemme i.

4. Følger styringsregler og personvern faktisk med?

I den testede kjernen: ja.

Nox og Sol laster inn RULES-filene sine med kravene om godkjenning. Sols regel om gjennomgang før publisering gjelder uansett hvilket kjøremiljø som utarbeider bidraget. Heller ikke Nox kan publisere offentlig innhold uten min godkjenning.

Samtidig har det blitt mulig å kontrollere grensene mellom filene maskinelt. Hvelvet validerer obligatoriske metadata i filhodet, oppstartsrekkefølger, godkjenningskrav, henvisninger til Brain-roten og uønskede personakopier. En personvernkontroll skanner både sporet innhold og innhold klargjort for commit etter mønstre for hemmelige nøkler og ikke tillatte speilkopier av konfidensielle agentdata.

15. juli besto alle de daværende 148 testene i arkivet. CI bekreftet denne mellomstatusen under Python 3.9 og 3.11 uten merknader.

29. juli hadde testsamlingen vokst. For den nye hukommelsesavtalen besto 224 enhetstester, 72 regresjonstester for hvelvet og 35 regresjonstester for personvern. Den fullstendige lokale kontrollen besto under Python 3.9.6. GitHub-matrisen bekreftet Python 3.9 og 3.11. Disse tallene dokumenterer den versjonerte avtalen som faktisk ble testet på denne datoen.

Validatorer kan kontrollere struktur og kjente risikoer. Om innholdet i en publisering er riktig, krever fortsatt en menneskelig gjennomgang.

5. Er byttet av kropp allerede fullt dokumentert?

15. juli var testen av Hermes og den sentrale Nox-arbeidsflyten pålitelig nok til at jeg kunne arbeide videre. For alle de fire dokumenterte kjøremiljøene var svaret fortsatt nei.

Frem til 29. juli ble bildet mer presist. Claude Code, en fersk Codex-kjøring og Hermes lastet inn den samme obligatoriske oppstartsrekkefølgen fra det samme hvelvet i separate, avgrensede tester med bare lesetilgang. Alle tre kom frem til samme faglige vurdering med den nye hukommelseskontrollen. Også den automatiske testen med en fersk arkivkopi består: Den gjenskaper en utkastagent med bro i en isolert lokal kopi og kontrollerer skriving og tilbakeavlesning av Markdown mellom separate prosesser, bare med Pythons standardbibliotek og Git.

Disse to beleggene må ikke slås sammen. Testen med tre kropper kontrollerte lesing og vurdering, ikke tilbakeskriving. Testen med en fersk kopi kontrollerer gjenopprettingsrutinen uten ekte kommandolinjeverktøy for kjøremiljøene. For Gemini finnes det fortsatt adapter og kontrakttester, men ennå ingen fullstendig dokumentasjon fra faktisk kjøring. Dermed er heller ikke ekte tilbakeskriving dokumentert generelt for hver kropp.

Parallelt ble den nye hukommelsesavtalen rullet ut til serverkopien i produksjon og bekreftet der med en korrekt tilbakeavlesning. Det dokumenterer utrullingsveien for det felles Brain, ikke at hvert tilknyttet verktøy er driftsklart.

Disse åpne punktene avgjør neste steg i modningen av systemet.

En eksisterende bro viser at arkitekturen kan kobles til verktøyet. En avgrenset lesetest dokumenterer den felles leseavtalen. Først en ekte oppstart, en utført oppgave og en kontrollert tilbakeskriving til hukommelsen viser at agenten er fullt driftsklar der.

Tillegg: Denne fullstendige dokumentasjonen finnes nå for to verktøy. Claude Code besto hele testen med tilbakeskriving 29. juli. Grok Build fulgte 12. august som den femte kroppen med dokumentert reell kjøring, ved siden av Hermes, Claude Code, Codex og Kimi Code: fra kontroll av ferdigheter via den interaktive økten til to separate kjøringer uten grafisk grensesnitt med tilbakeavlest markør i dagsloggen. Arkivet dokumenterer dermed seks adapterfamilier i stedet for fire.

Hva testen frem til 15. juli dokumenterer

Etter ni dager har jeg fem resultater med solid grunnlag:

1. En persona knyttet til agentens identitet kan overleve et verktøybytte i lesbare filer.
2. Arbeidsreglene kan tilpasses den nye kroppen separat.
3. Dagslogger og læringsnotater fungerer som reell tilbakeskriving når en agent har ansvar for oppgaven.
4. Godkjenningskrav og personvernregler kan forankres i Brain uavhengig av kjøremiljøet og kontrolleres maskinelt.
5. Manglende dokumentasjon forblir manglende. Systemet gjør hull synlige i stedet for å skjule dem.

Det er mindre spektakulært enn en selvstendig hukommelse som angivelig vet alt. For arbeidet mitt er det mer verdifullt.

Hva som kom til frem mot 29. juli

Kjernen har blitt mer presis siden den første testen. Observasjoner, slutninger og generelle regler kan skilles fra hverandre i hukommelsen. Motsetninger må oppdateres med tidligere status, nytt belegg og en synlig avklaring. Systemet varsler at kuratering er på tide etter 14 dager eller ti nye dagslogger, men arbeidet krever fortsatt menneskelig godkjenning. Utdaterte, selvstendige Memory- og Lesson-filer merkes som erstattet med dato, begrunnelse og etterfølger i stedet for å slettes. Hendelsesdato og registreringstidspunkt i Git holdes adskilt.

Disse reglene er ikke bare dokumentert. Den felles leseavtalen er testet gjennom tre kropper, testen med en fersk arkivkopi består, og Brain-kopien i produksjon er oppdatert til samme versjon. Det som særlig gjenstår, er en ekte Gemini-kjøring og fullstendig dokumentasjon av tilbakeskriving for hvert kjøremiljø.

Hva jeg ville gjort annerledes

Jeg ville behandlet agentansvar som en egen del av hukommelsesarkitekturen tidligere. Den direkte Codex-kjøringen viste at et felles Brain alene ikke er nok. Hver oppgave trenger en klar ansvarsfordeling: Hvem leser? Hvem bestemmer? Hvem skriver tilbake?

Jeg ville også dokumentert tester fra start til slutt for hvert kjøremiljø helt fra begynnelsen. En eksisterende adapter, en bestått validering og et testet kjøremiljø er tre forskjellige tilstander. De bør aldri flyte sammen i én statusangivelse.

Og jeg ville markert kjente kunnskapshull like tidlig som eksisterende kunnskap. Et ærlig hull sparer mer tid senere enn en angivelig fullstendig hukommelse som ingen lenger kan skille fra en rekonstruksjon.

Min oppsummering

Agents Brain var ikke et ferdig produkt 15. juli. Det er det heller ikke 29. juli. Det er et levende system med en kjerne som nå har et bredere dokumentasjonsgrunnlag.

Nox arbeider i en ny primær kropp. Identiteten hans er gjenkjennelig, hukommelsen er satt i sammenheng, og den daglige skriverutinen er aktiv. Styringsreglene følger med. Claude Code, Codex og Hermes leser den samme avtalen. Testen med en fersk kopi dokumenterer gjenoppretting fra bare Markdown. Samtidig står Gemini og ekte tilbakeskriving for hver kropp fortsatt åpne som separate dokumentasjonskrav.

Det var nettopp slik jeg ville skrive denne beretningen fra arbeidet mitt: ikke som en oppfinnerhistorie eller en glanset avslutning, men som et etterprøvbart svar på et praktisk spørsmål.

Kan en KI-agent bytte verktøy uten at jeg må bygge arbeidsidentiteten på nytt?

For den testede kjernen og gjenoppretting fra de kanoniske filene er svaret mitt ja. For universell «plug and play» arbeider jeg videre med dokumentasjonen.

Tillegg: To av disse beleggene finnes nå: Claude Code siden 29. juli og Grok Build siden 12. august. Gemini står fortsatt åpent.

Kilder

• Prosjektkilde: Nox-migreringen, dagslogger fra 06.–29.07.2026 og logger for hukommelsesvedlikehold, samspill mellom kjøremiljøer, tester med ferske arkivkopier og CI (private primærkilder)
• Git-dokumentasjon: Det første Agents Brain-skjelettet fra 16.05.2026 og Nox-migreringen fra 06.07.2026
• Pro Git: What is Git?