--- tittel: "Hos meg består en agent av fire filer — isla Studio" url: "https://isla-stud.io/ki-b2b/agent-besteht-aus-vier-dateien/" dato: 2026-07-24 --- # Hos meg består en agent av fire filer **Hva du lærer her:** Du blir kjent med de fire kjernefilene som jeg bruker til å skille identitet, arbeidsmåte, grenser og minne hos en agent tydelig fra hverandre. „SOUL“ høres i første omgang større ut enn det er. I min Agents Brain betegner ordet en kort persona-fil. Ved siden av står MASTER, RULES og MEMORY. Fire filer er ikke nok for alle tenkelige evner. Men de er nok til å beskrive en agent på en slik måte at et annet verktøy kan laste den inn, et menneske kan sjekke den og agenten selv kan vedlikeholde sin kunnskap. Skillet er selve poenget. En enkelt mega-prompt blander raskt sammen tonefall, arbeidsregler, prosjektdetaljer, sikkerhetsgrenser og gamle beslutninger. Da blir enhver korreksjon risikabel: Den som endrer en setning, vet ikke hvilke andre områder det påvirker. Derfor deler jeg opp ansvaret. SOUL: Hvem denne agenten er -------------------------- SOUL er den korteste av de fire filene. Den beskriver rolle, holdning og stemme. I tillegg inneholder den den obligatoriske leserekkefølgen for sesjonsstart. For Sol står det for eksempel at hun, som forfatter og pressesjef, representerer Saskias offentlige stemme: faglig presis, klar, menneskelig og uten overdrivelser. Like viktig er hennes grenser: Hun finner ikke på tall og publiserer ingenting selv. SOUL-filen må være kort nok til å kunne leses i sin helhet ved hver oppstart. Den er ikke en leksikon. Oppgaven hennes er å gi orientering. En god kortpersona svarer på tre spørsmål: - Hvilken rolle representerer agenten? - Hvordan tar han språklige og faglige beslutninger? - Hvilke underliggende filer må han laste inn før han begynner å jobbe? Dermed blir SOUL et stabilt utgangspunkt, ikke et samlingssted. MASTER: Hvordan agenten jobber ------------------------------ MASTER-filen er den fullstendige operasjonelle spesifikasjonen. Her kan man gå i detalj. Avhengig av rolle inneholder den tonalitet, utdataformater, faglig kanon, kildehierarki, arbeidsflyt, kvalitetskontroll og håndtering av feil. For en forfatter vil reglene der være annerledes enn for en utviklingsagent. Strukturen forblir sammenlignbar, mens innholdet er rollespesifikt. Fordelen med denne oppdelingen kommer til syne ved endringer. Hvis jeg presiserer bildespråket for alle fremtidige artikler, endrer jeg arbeidsinstruksjonen. Forfatterens kjerneidentitet trenger ikke å skrives om på grunn av dette. Omvendt kan en rolle videreutvikle sin tone uten at de tekniske leveringsformatene blir uklare. MASTER-filen er dermed både håndbok og kontrakt: detaljert nok for vanskelige tilfeller, men adskilt fra den korte start-personaen. RULES: Hva agenten kan og har lov til ---------------------------------- RULES er den bindende arbeidsavtalen for evner, grenser og godkjenninger. Filen fastslår: - rolle og fagområde, - evner, - forventede inndata, - typiske utdata, - avhengigheter, - minneomfang, - forbudte handlinger, - godkjenningspunkter. Spesielt de to siste punktene blir ofte behandlet for sent i agentoppsett. En ferdighet sier ikke noe om hvorvidt en agent har lov til å utføre den på egen hånd. [Planlegge roller, godkjenninger og drift for AI i bedriften.](https://isla-stud.io/beratung/#ki-automatisierung) Sol kan for eksempel forberede WordPress-utkast. Men den har ikke lov til å publisere dem. Denne begrensningen er ikke en vennlig påminnelse på slutten av en prompt, men en del av RULES-filen. Dette gjør at en orkestrator kan sjekke om rollen passer til oppdraget før delegering. Og det neste verktøyet laster inn de samme godkjenningsreglene. MEMORY: Det som forblir relevant på lang sikt ------------------------------------- MEMORY-filen er ikke en logg over alle samtaler. Den inneholder det kuraterte essensen fra dagslogger og „Lessons“. Der finnes pågående prosjekter, velprøvde konvensjoner, kjente fallgruver og viktige regler fra interessenter. Kronologiske detaljer forblir i dagsloggene. Gjentakende korrigeringsmønstre vedlikeholdes som egne „Lessons“. Denne separasjonen beskytter startfasen mot overbelastning. En agent trenger ikke å lese hundre gamle møter for å kunne arbeide effektivt i dag. Han laster inn en kompakt langtidsfil og supplerer ved behov med aktuelle daglige logger eller relevante «Lessons». Kuratering innebærer her å komprimere og oppdatere på en synlig måte. Daglige logger bevares som dokumentasjon av episodene. Hvis en frittstående «Memory»- eller «Lesson»-fil blir faglig foreldet, forsvinner den heller ikke: Den merkes som erstattet med dato, grunn og en henvisning til etterfølgeren. «Memory» er en redaksjonell oppgave, ikke en søppelhaug. Hvorfor fire filer er bedre enn én lang prompt ---------------------------------------------------- De fire filene utgjør ingen rangering. De besvarer ulike spørsmål: FilHovedspørsmålEndringstypeSOULHvem er jeg?sjelden, identitetsrelatertMASTERHvordan jobber jeg?regelmessig, operativtRULESHva kan og får jeg lov til?ved ferdigheter og gatesMEMORYHva må jeg vite på lang sikt?løpende, kuratertDenne inndelingen reduserer avhengigheter. En ny ferdighet endrer RULES-filen. En redaksjonell regel hører hjemme i MASTER-filen. En korreksjon fra praksis blir til en «Lesson» og senere, om nødvendig, til «Memory». Personaen trenger ikke å endres ved hver tilpasning. Dette gjør ikke en agent automatisk god. Det gjør den vedlikeholdbar. Godkjenningsregler er en del av identiteten ------------------------------------ Godkjenningsportene er for meg ikke et etterfølgende sikkerhetsfilter. De definerer hvordan en agent utøver sin rolle. En forfatter som kun leverer utkast, jobber annerledes enn en autonom publiseringsagent. En utviklingsagent med skriveadgang i repositoriet trenger andre begrensninger enn en agent med produktiv tilgang. Hvis disse forskjellene kun er konfigurert i det aktuelle verktøyet, forsvinner de ved bytte. Hvis de derimot står i RULES og MASTER, følger de med rollen. Dette er spesielt viktig ved delegering. Når Nox overfører en oppgave til Sol eller et annet «harness», opphever overføringen ikke noen gate. Oppdraget kan bytte kropp. Ansvarskjeden forblir den samme. Et levende eksempel: Sol -------------------------- Sol er et godt eksempel på et verksted, fordi den bruker nettopp denne filarkitekturen. Hennes SOUL angir den korte identiteten og krever at de fullstendige kildene lastes inn før hver oppgave. MASTER-filen inneholder hennes skriveregler, dokumentasjon, leveringsstrukturer og bilderegi. RULES-filen beskriver ferdigheter og «review-before-post»-porten. MEMORY-filen registrerer løpende redaksjonelle sammenhenger og kjente fallgruver. Hvis Saskia korrigerer en overskrift eller en kildepraksis, havner denne innsikten ikke bare i den aktuelle teksten. Sol får en «Lesson» som blir lest på nytt ved neste passende oppgave. Slik blir tilbakemelding til systematisk atferd. Hva denne strukturen bevisst ikke hevder ------------------------------------------ Fire filer gjør ikke et 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 en synlig plass: som en rettelse i håndboken, som en skjerpet kontroll eller som en ny «Lesson». For meg er dette den praktiske forskjellen mellom «Prompten var god denne gangen» og «Systemet kan lære varig av en rettelse». I neste del handler det derfor ikke om en femte kjernefil, men om bevegelsen mellom filene: arbeidsminne, dagslogger, kuratert langtidsviten og leksjoner. ### Kilder - **Prosjektkilde:** agents-brain-spesifikasjon, Memory-Maintenance-konvensjon samt Sols kanoniske agentfiler, per 29.07.2026 (private primærkilder) - [CommonMark: åpen Markdown-spesifikasjon](https://spec.commonmark.org/0.31.2/) **Agents-Brain-serien** [← Del 2: Hjernen til agentene mine er et Git-repo](https://isla-stud.io/ki-b2b/gehirn-meiner-agenten-git-repo/) [Del 4: For agentene mine er å huske en skriverutine →](https://isla-stud.io/ki-b2b/agenten-erinnern-schreibroutine/)