En agent består hos meg av fire filer

Dette får du med deg: Du blir kjent med de fire kjernefilene jeg bruker til å skille en agents identitet, arbeidsmåte, grenser og hukommelse tydelig fra hverandre.

«SOUL» høres først større ut enn det er. I mitt Agents Brain er det navnet på en kort personafil. Ved siden av den ligger MASTER, RULES og MEMORY.

Fire filer dekker ikke enhver tenkelig ferdighet. Men de er nok til å beskrive en agent slik at et annet verktøy kan laste den inn, et menneske kan kontrollere den, og agenten selv kan vedlikeholde kunnskapen sin.

Det er selve skillet som er poenget. En eneste megaprompt blander fort sammen tone, arbeidsregler, prosjektdetaljer, sikkerhetsgrenser og gamle beslutninger. Da blir hver rettelse risikabel: Den som endrer en setning, vet ikke hvilke andre deler endringen berører.

Derfor fordeler jeg ansvaret.

SOUL: Hvem denne agenten er

SOUL er den korteste av de fire filene. Den beskriver rolle, holdning og stemme. Den fastsetter også hvilken rekkefølge kildene skal leses i når en økt starter.

For Sol står det for eksempel at hun som forfatter og talsperson er Saskias offentlige stemme: faglig presis, tydelig, menneskelig og uten hype. Grensene hennes er like viktige: Hun finner ikke på tall og publiserer aldri noe selv.

SOUL må være kort nok til å bli lest i sin helhet ved hver oppstart. Den er ingen encyklopedi. Oppgaven er å gi retning.

En god kortpersona svarer på tre spørsmål:

• Hvilken rolle har agenten?
• Hvordan tar den språklige og faglige beslutninger?
• Hvilke mer utførlige filer må den laste inn før arbeidet starter?

Slik blir SOUL et fast utgangspunkt, ikke en samleplass for alt mulig.

MASTER: Hvordan agenten arbeider

MASTER-filen er den fullstendige arbeidsspesifikasjonen. Her er det plass til detaljer.

Avhengig av rollen inneholder den tone, leveranseformater, faglig grunnlag, kildehierarki, arbeidsflyt, kvalitetskontroll og håndtering av feil. En forfatter trenger andre regler enn en utviklingsagent. Strukturen er sammenlignbar, men innholdet er tilpasset rollen.

Fordelen med dette skillet viser seg når noe skal endres. Hvis jeg presiserer bildespråket for alle fremtidige artikler, endrer jeg arbeidsinstruksen. Jeg trenger ikke skrive om forfatterens grunnidentitet.

Omvendt kan en rolle utvikle stemmen sin uten at de tekniske leveranseformatene blir uklare.

MASTER-filen er dermed både håndbok og avtale: utførlig nok for vanskelige tilfeller, men adskilt fra den korte oppstartspersonaen.

RULES: Hva agenten kan og har lov til

RULES er den bindende arbeidsavtalen for ferdigheter, grenser og godkjenninger. Filen fastsetter:

• rolle og fagområde,
• ferdigheter,
• forventede inndata,
• typiske leveranser,
• avhengigheter,
• hva hukommelsen skal omfatte,
• forbudte handlinger,
• krav om godkjenning.

Særlig de to siste punktene blir ofte tatt opp for sent i agentoppsett. At en agent kan gjøre noe, sier ingenting om hvorvidt den har lov til å gjøre det på egen hånd.

Sol kan for eksempel klargjøre utkast i WordPress. Hun har ikke lov til å publisere dem. Denne grensen er ingen vennlig påminnelse på slutten av en prompt, men en del av RULES-filen hennes.

Dermed kan en orkestrator kontrollere om rollen passer til oppdraget før den delegerer. Og det neste verktøyet laster inn de samme godkjenningsreglene.

MEMORY: Hva som forblir relevant over tid

MEMORY-filen er ingen logg over alle samtaler. Den inneholder det viktigste fra dagslogger og læringsnotater, valgt ut og bearbeidet.

Her står pågående prosjekter, innarbeidede konvensjoner, kjente fallgruver og viktige regler for samarbeid med involverte parter. Kronologiske detaljer blir i dagsloggene. Gjentakende rettelser vedlikeholdes som egne læringsnotater, kalt Lessons.

Dette skillet hindrer at oppstarten blir overlesset. En agent trenger ikke lese hundre gamle økter for å gjøre nyttig arbeid i dag. Den laster inn en kompakt fil med langtidskunnskap og supplerer ved behov med ferske dagslogger eller relevante Lessons.

Å kuratere betyr her å fortette og oppdatere på en synlig måte. Dagslogger bevares som dokumentasjon av de enkelte episodene. Hvis en egen Memory- eller Lesson-fil blir faglig utdatert, forsvinner heller ikke den: Den merkes som erstattet, med dato, begrunnelse og henvisning til etterfølgeren. Hukommelse er en redaksjonell oppgave, ikke en avfallsplass.

Hvorfor fire filer er bedre enn én lang prompt

De fire filene danner ikke et hierarki. De svarer på ulike spørsmål:

Fil	Hovedspørsmål	Type endring
SOUL	Hvem er jeg?	Sjelden, knyttet til identiteten
MASTER	Hvordan arbeider jeg?	Regelmessig, knyttet til arbeidsmåten
RULES	Hva kan jeg, og hva har jeg lov til?	Når ferdigheter og godkjenningskrav endres
MEMORY	Hva må jeg vite på lang sikt?	Fortløpende, med redaksjonell bearbeiding

Denne fordelingen reduserer avhengighetene mellom delene. En ny ferdighet endrer RULES-filen. En redaksjonell regel hører hjemme i MASTER-filen. En rettelse fra praksis blir et læringsnotat og senere kanskje en del av MEMORY. Personaen trenger ikke endres hver gang noe justeres.

Det gjør ikke automatisk en agent god. Det gjør det mulig å vedlikeholde den.

Godkjenningsreglene er en del av identiteten

For meg er ikke godkjenningskrav et sikkerhetsfilter som legges på etterpå. De definerer hvordan en agent utøver rollen sin.

En forfatter som bare leverer utkast, arbeider annerledes enn en selvstendig publiseringsagent. En utviklingsagent med skrivetilgang til kodearkivet trenger andre grenser enn en agent med tilgang til produksjonsmiljøet. Hvis forskjellene bare er konfigurert i det enkelte verktøyet, forsvinner de når verktøyet byttes ut.

Står de derimot i RULES og MASTER, følger de rollen videre.

Dette er særlig viktig ved delegering. Når Nox overfører en oppgave til Sol eller et annet kjøremiljø, opphever ikke overføringen noe godkjenningskrav. Oppdraget kan bytte kropp. Ansvarskjeden består.

Et levende eksempel: Sol

Sol er et godt eksempel fra mitt eget arbeid, fordi hun bruker nettopp denne filarkitekturen.

SOUL-filen hennes fastsetter den korte identiteten og krever at alle kildene lastes inn i sin helhet før hver oppgave. MASTER-filen inneholder skrivereglene, kravene til dokumentasjon, leveransestrukturene og føringene for bilder. RULES-filen beskriver ferdighetene og kravet om gjennomgang før publisering. MEMORY-filen holder oversikt over pågående redaksjonelle sammenhenger og kjente fallgruver.

Når Saskia retter en tittel eller måten kilder brukes på, blir lærdommen ikke bare værende i den aktuelle teksten. Sol får et læringsnotat som leses igjen neste gang det er relevant.

Slik blir tilbakemeldinger til atferd i systemet.

Hva denne strukturen bevisst ikke påstår

Fire filer gjør ikke en språkmodell til et menneske. De garanterer heller ikke perfekt kontinuitet. En agent kan overse kilder, anvende en regel feil eller dokumentere en økt ufullstendig.

Strukturen sørger for at slike feil får et synlig sted: som en rettelse i håndboken, et presisert godkjenningskrav eller et nytt læringsnotat.

For meg er det den praktiske forskjellen mellom «Prompten var god denne gangen» og «Systemet kan lære varig av en rettelse».

Derfor handler neste del ikke om en femte kjernefil, men om bevegelsen mellom filene: arbeidsminne, dagslogger, kuratert langtidskunnskap og Lessons.

Kilder

• Prosjektkilde: Spesifikasjonen for agents-brain, konvensjonen for vedlikehold av hukommelse og Sols kanoniske agentfiler, per 29.07.2026 (private primærkilder)
• CommonMark: åpen Markdown-spesifikasjon