{"id":3903,"date":"2026-07-29T07:45:00","date_gmt":"2026-07-29T05:45:00","guid":{"rendered":"https:\/\/isla-stud.io\/?p=3903"},"modified":"2026-08-15T00:29:22","modified_gmt":"2026-08-14T22:29:22","slug":"derselbe-agent-vier-werkzeuge","status":"publish","type":"post","link":"https:\/\/isla-stud.io\/no\/ki-b2b\/derselbe-agent-vier-werkzeuge\/","title":{"rendered":"KI-agentene mine tilh\u00f8rer ikke verkt\u00f8yet sitt"},"content":{"rendered":"

Dette f\u00e5r du med deg:<\/strong> Hvorfor identiteten til KI-agentene mine ligger i egne filer i stedet for i det enkelte verkt\u00f8yet, hvordan seks forskjellige programmer likevel laster inn det samme teamet, og hvordan jeg vurderer hva som faktisk fungerer i produksjon.<\/p>\n\n\n\n

Mitt Agents Brain oppsto fordi KI-teamet mitt i stor grad satt fast i ett enkelt verkt\u00f8y, et s\u00e5kalt harness: den l\u00f8pende orkestreringen, kanalene og de innarbeidede automatiseringene. Jeg kunne beholde agentenes Markdown-filer. Alt annet m\u00e5tte jeg bygge opp p\u00e5 nytt.<\/p>\n\n\n\n

Siden har jeg bygget slik at det ikke skal skje igjen. Hvem agentene mine er, hva de har lov til, og hva de har l\u00e6rt, st\u00e5r i filer som jeg eier, og der jeg kan f\u00f8lge endringene. Programmet en agent kj\u00f8rer i akkurat n\u00e5, kan derimot byttes ut. Fagfolk kaller dette kj\u00f8remilj\u00f8et et harness. Jeg sier som regel bare: kroppen den bruker n\u00e5.<\/p>\n\n\n\n

En agent er ikke samtalevinduet der jeg snakker med den akkurat n\u00e5. Vinduet er bare stedet den arbeider i dag. Her kan du lese hvordan den samme agenten kan arbeide i ulike verkt\u00f8y uten at jeg m\u00e5 finne den opp p\u00e5 nytt hver gang.<\/p>\n\n\n\n

Hva dette skillet sparer meg for<\/h2>\n\n\n\n

Det h\u00f8res ut som en arkitekturdetalj. For meg er det en forretningsbeslutning.<\/p>\n\n\n\n

Med OpenClaw i januar og februar 2026 erfarte jeg hvor fort et verkt\u00f8y kan kreve mer vedlikehold enn det sparer arbeid. Da vil jeg kunne bytte uten \u00e5 miste teamet mitt. I innkj\u00f8pssammenheng kalles problemet jeg unng\u00e5r, leverand\u00f8rbinding. Agentene mine er ikke avhengige av \u00e9n enkelt leverand\u00f8r, fordi ingenting vesentlig bare finnes i leverand\u00f8rens produkt.<\/p>\n\n\n\n

I tillegg kommer kontinuiteten. N\u00e5r jeg l\u00e6rer en agent en arbeidsm\u00e5te eller tar vare p\u00e5 en rettelse for fremtiden, skal det overleve neste verkt\u00f8ybytte. Ellers begynner den krevende fasen der teamet ikke kjenner sine egne regler, p\u00e5 nytt etter hver flytting.<\/p>\n\n\n\n

Og fordi forfatteren min, Sol, skriver under mitt navn, finnes det en tredje grunn: p\u00e5litelige godkjenninger. At hun aldri publiserer selv, m\u00e5 ikke avhenge av hvilket verkt\u00f8y hun kj\u00f8rer i den dagen. Mer om det straks.<\/p>\n\n\n\n

En liten fil forteller verkt\u00f8yet hvor agenten bor<\/h2>\n\n\n\n

For at et verkt\u00f8y skal kunne laste inn en agent, trengs en bro. Hos meg er det en liten konfigurasjonsfil, adapteren. Den peker p\u00e5 agentens mappe i Brain, det private Git-arkivet der alle disse filene er versjonert. Den angir leserekkef\u00f8lgen ved oppstart, laster uttrykkelig inn godkjenningsreglene og krever at agenten skriver en dagsoppf\u00f8ring tilbake til hukommelsen ved slutten av \u00f8kten. Det siste kalles write-back.<\/p>\n\n\n\n

Det som ikke h\u00f8rer hjemme der, er like viktig: ingen kopi av personligheten, ingen duplisert fagkunnskap og ingen ekstra versjon av godkjenningsreglene. Hver kopi begynner \u00e5 bli utdatert s\u00e5 snart den finnes. Nettopp det bygget jeg en gang. I et tidlig oppsett l\u00e5 en sammensatt personakopi p\u00e5 m\u00e5lsystemet, og jeg inns\u00e5 at den ville bli feil i det stille ved neste rettelse i Brain. Samme dag erstattet jeg den med direkte henvisninger. Siden har disse filene bevisst v\u00e6rt sm\u00e5.<\/p>\n\n\n\n

Seks broer til det samme Brain<\/h2>\n\n\n\n

N\u00e5 finnes det slike broer for seks verkt\u00f8y. Claude Code fra Anthropic leser prosjektinstruksjoner og agentdefinisjoner. Codex, kommandolinjeverkt\u00f8yet fra OpenAIs ChatGPT-verden, f\u00e5r et prosjektgrunnlag. Google Gemini forventer sin egen prosjektfil, og Hermes fra Nous Research laster inn identiteten via en systemprompt. De to nyeste, Kimi Code fra Moonshot AI og Grok Build fra xAI, har hver sine agentformater.<\/p>\n\n\n\n

Seks formater med seks forskjellige syntakser. Innholdet er likevel det samme overalt: hvor agenten bor, hva som skal leses ved oppstart, hvilke godkjenninger som gjelder, og hva som skal skrives tilbake til slutt.<\/p>\n\n\n\n

Agentene mine gir arbeid videre til hverandre etter samme prinsipp. N\u00e5r Nox, orkestratoren min som fordeler oppgaver og holder oversikten, delegerer et oppdrag til et annet verkt\u00f8y, kopierer han ikke personaen inn i oppdragsteksten. Han skriver i praksis: Arbeid som Sol, og les filene hennes f\u00f8rst. Mottakeren laster dermed alltid inn den gjeldende versjonen, ogs\u00e5 de siste rettelsene.<\/p>\n\n\n\n

Godkjenningsreglene f\u00f8lger med<\/h2>\n\n\n\n

Grensene er den minst forhandlingsbare delen av dette systemet. Sol kan skrive tekster og lagre dem som utkast i WordPress. Hun har ikke lov til \u00e5 publisere dem. Det bestemmer jeg. Regelen st\u00e5r i hennes egne agentfiler: i RULES, arbeidsavtalen med ferdigheter og godkjenninger, og i MASTER, den utf\u00f8rlige h\u00e5ndboken. Begge lastes inn ved hver oppstart, uansett verkt\u00f8y.<\/p>\n\n\n\n

Hvis Nox gir henne oppdraget gjennom Codex i stedet for Claude Code, endrer det alts\u00e5 ingenting ved godkjenningen. Selv det kraftigste verkt\u00f8yet f\u00e5r ikke ekstra rettigheter bare fordi det kan mer. En lengre delegeringskjede gj\u00f8r ikke en forfatter til en utgiver. Det samme gjelder alt som koster penger, sletter noe eller setter noe i produksjon. Slike steg forblir mitt ansvar, uavhengig av verkt\u00f8yet.<\/p>\n\n\n\n

Fire trinn fra l\u00f8fte til dokumentasjon<\/h2>\n\n\n\n

Her kunne jeg p\u00e5st\u00e5tt: Seks verkt\u00f8y, ett team, alt fungerer. Men seks adapterfiler beviser i seg selv ingenting. En konfigurasjonsfil er et l\u00f8fte, og det er langt derfra til faktisk drift. Derfor kontrollerer jeg hver kropp i fire trinn og p\u00e5st\u00e5r bare det det enkelte trinnet gir grunnlag for.<\/p>\n\n\n\n

F\u00f8rst kontrollerer automatiske testskript oppsettet p\u00e5 papiret. Peker broen p\u00e5 riktig Brain, laster den inn de obligatoriske filene, og er godkjenningsreglene med? Testene fanger ogs\u00e5 opp sm\u00e5ting, som at et konkret navn ved et uhell havner i en generell mal.<\/p>\n\n\n\n

P\u00e5 det andre trinnet m\u00e5 verkt\u00f8yet faktisk starte og lese identiteten i den angitte rekkef\u00f8lgen, med bare lesetilgang og uten \u00e5 endre noe. F\u00f8rst da vet jeg at kroppen faktisk laster inn personaen, ikke bare at den kunne gjort det.<\/p>\n\n\n\n

Det tredje trinnet er beredskapstesten min. Fra en fersk kopi av arkivet, i et bevisst sparsomt milj\u00f8 uten de vanlige programmene mine, m\u00e5 det v\u00e6re mulig \u00e5 gjenopprette en agent med regler og hukommelsesrutine. Bare Git og standardfunksjonene i Python skal v\u00e6re n\u00f8dvendig. Hvis det fungerer, er ikke systemet avhengig av en skjult installasjon p\u00e5 maskinen min.<\/p>\n\n\n\n

Det fjerde trinnet er en full test fra start til slutt: Agenten utf\u00f8rer en ekte oppgave i det kj\u00f8rende verkt\u00f8yet, f\u00f8lger godkjenningsreglene og skriver dagsoppf\u00f8ringen til hukommelsen. Deretter m\u00e5 en ny, uavhengig kj\u00f8ring kunne lese oppf\u00f8ringen tilbake. F\u00f8rst da kaller jeg en kropp fullt arbeidsf\u00f8r.<\/p>\n\n\n\n

Trinnene bygger p\u00e5 hverandre, og ingen av dem gjennomf\u00f8rer det neste. Blander man dem, blir en eksisterende konfigurasjon fort til et oppdiktet bevis fra praksis.<\/p>\n\n\n\n

Hvor de seks kroppene st\u00e5r i dag<\/h2>\n\n\n\n

Fem av de seks har n\u00e5 v\u00e6rt gjennom ekte kj\u00f8ringer, men ikke alle p\u00e5 samme trinn, og det er nettopp slik jeg beskriver det. Hermes er kroppen der Nox allerede arbeider og f\u00f8rer dagbok hver dag. Claude Code har best\u00e5tt hele testen: ekte oppgave, godkjenningsregler fulgt, dagsoppf\u00f8ring skrevet og lest tilbake uavhengig. Grok Build, det nyeste tilskuddet, har n\u00e5 ogs\u00e5 best\u00e5tt den samme testen. To begrensninger h\u00f8rer med til dokumentasjonen: Kj\u00f8ringene uten tilsyn krevde flere uttrykkelige fortsettelser av den samme \u00f8kten, og Groks innebygde langtidsminne er bevisst sl\u00e5tt av. Hukommelsen ligger utelukkende i Brain.<\/p>\n\n\n\n

Codex har flere ganger dokumentert at den felles leseavtalen fungerer i praksis, senest i direkte sammenligning med Claude Code og Hermes. Alle tre leste den samme oppstartssekvensen fra det samme Brain og kom frem til samme vurdering. Kimi Code har gjennomf\u00f8rt en f\u00f8rste ekte kj\u00f8ring, forel\u00f8pig med bare lesetilgang. For begge gjenst\u00e5r hele testen med en dagsoppf\u00f8ring skrevet tilbake. Derfor p\u00e5st\u00e5r jeg heller ikke at den er gjennomf\u00f8rt.<\/p>\n\n\n\n

Da gjenst\u00e5r Gemini. Broen er bygget og best\u00e5r alle kontrakttestene, men en ekte kj\u00f8ring finnes enn\u00e5 ikke. N\u00e5 skyldes det ikke lenger oppsettet mitt: Google har avviklet gratistilgangen for dette verkt\u00f8yet og viser til et etterf\u00f8lgerprodukt. Om jeg bytter til det, velger betalt tilgang eller lar Gemini ligge forel\u00f8pig, avgj\u00f8r jeg i ro og mak. Inntil da st\u00e5r Gemini p\u00e5 listen som det det er: klargjort, men ikke dokumentert i praksis.<\/p>\n\n\n\n

Hvorfor jeg likevel snakker om \u00e5 bytte kropp<\/h2>\n\n\n\n

Metaforen holder s\u00e5 lenge den er teknisk presis. Kroppen stiller med funksjonene: modelltilgang, terminal, nettleser, tidsstyring og grensesnitt. Brain leverer rolle, arbeidsm\u00e5te, grenser og hukommelse. Et bytte endrer dermed hva en agent kan gj\u00f8re, og hvor den arbeider, men ikke hvem den er.<\/p>\n\n\n\n

Dette fungerer bare s\u00e5 lenge de to sidene holdes adskilt. S\u00e5 snart en kropp begynner \u00e5 samle kunnskap som ikke finnes speilet noe annet sted, blir den igjen en del av hukommelsen. Og jeg blir igjen avhengig av ett enkelt verkt\u00f8y.<\/p>\n\n\n\n

Lurer du p\u00e5 om dette arbeidet l\u00f8nner seg i hverdagen? Det er nettopp det jeg oppsummerer i siste del: hva som faktisk kunne flyttes ved byttet av kropp, hvilke hull som ble synlige, og hvilken dokumentasjon som fortsatt mangler.<\/p>\n\n\n\n

Kilder<\/h3>\n\n\n\n