Vad som verkligen har kvarstått efter kroppsbytet

Vad du får med dig här: Här får du en ärlig sammanfattning av mitt test av ”Agent-Brain” mellan den 6 och 29 juli – med de första resultaten från de nio dagarna, de bevis som har tillkommit sedan dess och de luckor som fortfarande finns kvar.

Den 6 juli 2026 inleddes det test som jag hade byggt Agents Brain för: Nox flyttades över till Hermes, medan identitet och minne förblev i repositoriet.

Nio dagar senare kunde jag för första gången säga mer än „Filerna fanns fortfarande kvar“. Denna slutsats från den 15 juli förblir den historiska ögonblicksbilden i artikeln. Sedan dess har ytterligare två veckor med tester och verkliga körningstester tillkommit.

Här följer en sammanfattning av fem frågor – där skillnaden mellan läget vid den tidpunkten och läget enligt dokumentationen från den 29 juli redovisas för varje fråga.

1. Går det att känna igen identiteten i det nya verktyget?

Ja – men med en viktig distinktion.

Nox’ egenförfattade SOUL från det tidigare Workspace har överförts ordagrant till Vault. Endast neutrala anmärkningar har lagts till där gamla hänvisningar till verktyg är historiska. Tonfall, hållning och arbetsprinciper har bevarats.

Däremot har dess operativa handbok omarbetats. Detta var nödvändigt eftersom plattformen, och därmed de tillgängliga verktygen, hade förändrats. Hermes är idag den primära Orchestrator-plattformen; den tidigare verktygsmiljön utgör numera ett historiskt sammanhang.

Därmed har testet bekräftat en meningsfull gräns:

• Innehåll som är nära kopplat till identiteten kan överföras på ett stabilt sätt.
• Verktygsrelaterade arbetsregler måste anpassas till den nya körtiden.
• Båda delarna ska placeras i separata filer så att ändringen förblir synlig.

„Samma agent“ innebär alltså inte att varje rad måste förbli oförändrad. Det innebär att ändringarna sker på rätt nivå.

2. Var minnet användbart?

Ja, eftersom den inte har utfärdats som fullständig.

Det gamla långtidsminnet gick igenom en rensning i samband med flytten. Föråldrade projektstatusar markerades tydligt. Känsliga destillat överfördes medvetet inte till det centrala hjärnan. Den odokumenterade KW12 förblev synlig som en känd lucka.

Tack vare detta kunde Nox börja med en verklig bakgrundshistoria, utan att blanda ihop gammal information med aktuell kunskap.

Det är en viktig skillnad. En stor mängd gamla uppgifter skulle inte ha inneburit ett bättre minne. Det blev användbart genom att man sorterade informationen: Vad är stabilt? Vad gäller per mars? Vad saknas? Vad måste omprövas utifrån aktuella källor?

Denna inställning har visat sig fungera väl i vardagen. Nox betraktar inte databasen som ett orakel. För att få en aktuell bild av projektens status kontrollerar han de respektive primärkällorna.

3. Fungerar write-back under drift?

Under testperioden: ja.

Från och med den 6 juli till och med den 15 juli finns det en Nox-Daily-Log för varje kalenderdag. Där finns uppgifter, beslut, delegeringar, korrigeringar och pågående ärenden.

Effekten är viktigare än antalet. Flera korrigeringar har omvandlats från enskilda händelser till bestående lärdomar. Exempel på detta är den aktiva OpenClaw-berättarstilen, förbudet mot ospecifika „någon gång“-trådar och regeln att säkra bärbara adaptrar med samma CI-gates innan de pushas.

På så sätt blir vägen tillbaka från arbetsdagen till Brain inte bara planerad, utan också praktiskt utnyttjad.

Testet avslöjade samtidigt en begränsning: Brain är inte en passiv registrering av alla verktyg. Ett direkt utfört Codex-uppdrag dök först inte upp i Nox’ minne, eftersom ingen agent hade angetts som ägare. Den 15 juli upptäcktes detta och den lokala Bridge-funktionen finjusterades så att direkt arbete i repositoriet utan annan tilldelning som standard tillhör Nox.

Detta visar att: Återföring kräver ansvarstagande. Utan en agentägare vet systemet inte i vems minne en uppgift hör hemma.

4. Följer resor verkligen riktlinjerna för styrning och integritet?

I den testade kärnan: ja.

Nox och Sol laddar upp sina RULES med godkännandegrindarna. Sols regel om granskning före publicering gäller oavsett vilken Harness som skapar underlaget. Nox får inte heller publicera offentligt innehåll utan mitt godkännande.

Samtidigt har filgränserna blivit möjliga att kontrollera automatiskt. Vault validerar obligatoriskt frontmatter, startsekvenser, godkännandegrindar, Brain-Root-hänvisningar och oönskade kopior av persona. En integritetskontroll skannar spårat och taggat innehåll efter hemliga mönster och otillåtna kopior av konfidentiella agentuppgifter.

Den 15 juli slutfördes de dåvarande fullständiga repositorietesterna med 148 tester med grönt resultat; CI bekräftade detta delresultat under Python 3.9 och 3.11 utan kommentarer.

Den 29 juli hade sviten utökats. För det nya Memory-kontraktet godkändes 224 enhetstester, 72 Vault-regressionstester och 35 integritetsregressionstester. Den lokala fullständiga testningen godkändes i Python 3.9.6; GitHub-matrisen bekräftade Python 3.9 och 3.11. Dessa siffror bekräftar det versionsspecifika avtalet som faktiskt testades vid detta datum.

Validerare kan granska strukturen och kända risker. Huruvida en publikation är innehållsmässigt korrekt är fortfarande en fråga som måste avgöras genom en mänsklig granskning.

5. Har kroppsförvandlingen redan bevisats fullständigt?

Den 15 juli visade testet att Hermes och den centrala Nox-arbetsflödet var tillräckligt stabila för att man skulle kunna fortsätta arbetet. För alla fyra dokumenterade testuppsättningarna var svaret fortfarande: nej.

Fram till den 29 juli har läget klarnat. Claude Code, en ny Codex-körning och Hermes har i separata skrivskyddade testkörningar laddat samma bindande startordning från samma valv. Alla tre fick samma tekniska utvärdering i den nya Memory-Checkern. Det automatiserade Fresh-Clone-testet visar också grönt: Det rekonstruerar en Draft-agent inklusive Bridge i en isolerad lokal klon och kontrollerar Markdown-skrivningen/återläsningen mellan separata processer – enbart med Pythons standardbibliotek och Git.

Dessa två bevis får inte slås ihop. Tre-kropps-smoke-testet granskade läsning och klassificering, inte write-back. Fresh Clone testar återställningsrutinen utan riktiga Harness-CLI:er. För Gemini finns det fortfarande adapter- och kontraktstester, men ännu inget fullständigt körningstest. En riktig write-back är därmed inte heller generellt bevisad för varje kropp.

Samtidigt rullades det nya minnesavtalet ut i den produktiva serverklonen och bekräftades där med en felfri återläsning. Detta bekräftar distributionsvägen för det gemensamma ”hjärnan”, inte driftsdugligheten hos varje anslutet verktyg.

Dessa olösta frågor avgör nästa mognadsnivå.

En befintlig brygga visar att arkitekturen kan kommunicera med verktyget. En skrivskyddad testkörning bekräftar det gemensamma läskontraktet. Först en riktig uppstart, en slutförd uppgift och en verifierad minnesåterföring visar att agenten är fullt driftsklar där.

Tillägg: Det finns nu två fullständiga bevis på detta. Claude Code lyckades med ”write-back”-genombrottet den 29 juli. Grok Build följde efter den 12 augusti som den femte dokumenterade instansen vid sidan av Hermes, Claude Code, Codex och Kimi Code – från jämförelse av färdigheter via den interaktiva sessionen till två separata headless-körningar med återläst Daily-Marker. Repositoriet dokumenterar därmed sex adapterfamiljer istället för fyra.

Vad testperioden fram till den 15 juli visar

Efter nio dagar har jag kommit fram till fem tillförlitliga resultat:

1. En identitetsnära persona kan klara av verktygsbytet i läsbara filer.
2. De operativa reglerna kan anpassas separat till den nya enheten.
3. Dagliga loggar och lektioner fungerar som en verklig återkoppling när en agent har uppgiften.
4. Godkännandegränser och integritetsregler kan förankras i Brain oberoende av Harness och kontrolleras automatiskt.
5. Bristande dokumentation förblir bristande; systemet synliggör luckorna istället för att dölja dem.

Det är inte lika spektakulärt som ett autonomt minne som påstås veta allt. Men för mitt arbete är det mer värdefullt.

Vad som har tillkommit fram till den 29 juli

Kärnan har blivit mer precis sedan den första testkörningen. Observationer, slutsatser och generaliserade regler kan nu särskiljas i minnet. Motsägelser måste uppdateras med tidigare status, ny dokumentation och en tydlig lösning. En kurering rapporteras som förfallen efter 14 dagar eller tio nya dagliga loggar, men förblir bakom den mänskliga granskningsgränsen. Föråldrade fristående minnes- och lektionsfiler ersätts med datum, anledning och efterföljare istället för att raderas. Händelsedatum och Git-registreringstid förblir åtskilda.

Dessa regler är inte bara dokumenterade. Det gemensamma läsavtalet har granskats av tre instanser, Fresh-Clone-Smoke är grönt och den produktiva Brain-klonen har uppdaterats till samma nivå. Framför allt återstår den verkliga Gemini-körningen och den fullständiga write-back-dokumentationen per kabelhärva.

Vad jag skulle göra annorlunda

Jag skulle tidigare ha betraktat agentägandet som en egen del av minnesarkitekturen. Den direkta Codex-körningen har visat att ett gemensamt ”Brain” inte räcker i sig. Varje uppgift kräver en tydlig fördelning: Vem läser? Vem fattar beslut? Vem skriver tillbaka?

Dessutom skulle jag föra E2E-verifieringar per testuppsättning redan från början. Att adaptern finns, att valideraren visar grönt och att körtiden har kontrollerats är tre olika tillstånd. De bör aldrig blandas ihop i en enda statusangivelse.

Och jag skulle markera kända kunskapsluckor lika tidigt som befintlig kunskap. En ärlig lucka sparar mer tid senare än ett förment fullständigt minne som ingen längre kan skilja från en rekonstruktion.

Min sammanfattning

Agents Brain var inte en färdig produkt den 15 juli. Den 29 juli är det inte heller det. Det är ett levande system med en kärna som nu har fått bredare stöd.

Nox arbetar i en ny primär kropp. Hans identitet är igenkännbar, hans minne ordnat, hans dagliga skrivrutin aktiv. Styrelsen följer med. Claude Code, Codex och Hermes läser samma avtal; Fresh Clone bekräftar återställningen enbart med Markdown. Samtidigt förblir Gemini och den äkta återskrivningen per kropp öppna som separata bevis.

Det var precis så här jag ville skriva den här verkstadsrapporten: inte som en berättelse om en uppfinnerska och inte som en glansfull avslutning, utan som ett begripligt svar på en praktisk fråga.

Kan en AI-agent byta verktyg utan att jag behöver bygga upp dess arbetsidentitet på nytt?

När det gäller den testade kärnan och återställningen från de kanoniska filerna är mitt svar: ja. För en universell „plug and play“-lösning fortsätter jag att samla in belägg.

Tillägg: Två av dessa bevis har nu bekräftats – Claude Code sedan den 29 juli, Grok Build sedan den 12 augusti. Gemini förblir oklart.

Källor

• Projektkälla: Nox-migrering, dagliga loggar 6–29 juli 2026, protokoll för minnesunderhåll, interoperabilitet mellan testramverk, Fresh Clone och CI (privata primärkällor)
• Git-referens: Det ursprungliga Agents-Brain-skelettet från den 16 maj 2026 och Nox-migreringen från den 6 juli 2026
• Pro Git: Vad är Git?