Vad du får med dig här: Du får lära dig om de fyra kärnfilerna som jag använder för att tydligt skilja en agents identitet, arbetssätt, gränser och minne från varandra.
Innehållsförteckning
„SOUL“ låter först större än vad det är. I mitt Agents Brain betecknar ordet en kort personfil. Bredvid står MASTER, RULES och MEMORY.
Fyra filer räcker inte för alla tänkbara förmågor. De räcker dock för att beskriva en agent på ett sådant sätt att ett annat verktyg kan ladda den, en människa kan granska den och agenten själv kan uppdatera sin kunskap.
Uppdelningen är själva kärnan. En enda megaprompter blandar snabbt ihop tonfall, arbetsregler, projektdetaljer, säkerhetsgränser och tidigare beslut. Då blir varje korrigering riskabel: den som ändrar en mening vet inte vilka andra delar som påverkas av detta.
Därför fördelar jag ansvaret.
SOUL: Vem denna agent är
SOUL är den kortaste av de fyra filerna. Den beskriver roll, hållning och röst. Dessutom innehåller den den fastställda läsordningen för sessionens inledning.
Hos Sol står det till exempel att hon, i egenskap av författare och pressekreterare, förkroppsligar Saskias offentliga röst: sakligt korrekt, tydlig, mänsklig och utan överdrift. Lika viktiga är hennes gränser: hon hittar inte på siffror och publicerar ingenting på egen hand.
SOUL måste vara tillräckligt kort för att kunna läsas i sin helhet vid varje start. Den är ingen uppslagsbok. Dess syfte är att ge vägledning.
En bra kortpersonlighetsbeskrivning besvarar tre frågor:
- Vilken roll spelar agenten?
- Hur fattar han språkliga och fackmässiga beslut?
- Vilka underliggande filer måste han ladda innan han börjar arbeta?
På så sätt blir SOUL en stabil ingång, inte en samlingsplats.
MASTER: Hur agenten arbetar
MASTER-filen är den fullständiga driftspecifikationen. Här får man gå in på detaljer.
Den innehåller, beroende på roll, tonläge, utdataformat, facklitteratur, källhierarki, arbetsflöde, kvalitetskontroll och hantering av fel. För en författare gäller andra regler där än för en utvecklingsagent. Strukturen är i stort sett densamma, men innehållet är rollspecifikt.
Fördelen med denna åtskillnad blir tydlig vid ändringar. Om jag förtydligar bildspråket för alla framtida artiklar ändrar jag arbetsanvisningen. Författarens kärnidentitet behöver inte skrivas om för detta.
Omvänt kan en roll utveckla sin ton utan att dess tekniska leveransformat blir otydliga.
MASTER-filen fungerar därmed både som handbok och avtal: tillräckligt utförlig för svåra fall, men skild från den kortfattade startprofilen.
REGLER: Vad agenten kan och får göra
RULES är det bindande arbetsavtalet för kompetenser, begränsningar och behörigheter. Filen fastställer följande:
- Roll och kompetensområde,
- Färdigheter,
- förväntade indata,
- typiska resultat,
- Beroenden,
- Memory-Scope,
- förbjudna handlingar,
- Godkännandesteg.
Just de två sista punkterna tas ofta upp för sent i agentkonfigurationer. En förmåga säger i sig ingenting om huruvida en agent får utföra den på egen hand.
Sol kan till exempel förbereda utkast i WordPress. Hon får dock inte publicera dem. Denna begränsning är inte en vänlig påminnelse i slutet av en prompt, utan en del av hennes RULES-fil.
På så sätt kan en orkestrator kontrollera om rollen passar uppdraget innan delegeringen sker. Och nästa verktyg laddar in samma godkännanderegler.
MEMORY: Det som förblir relevant på lång sikt
MEMORY-filen är inte en logg över alla samtal. Den innehåller ett urval av det väsentligaste från dagsloggarna och lärdomarna.
Där finns pågående projekt, beprövade rutiner, kända fallgropar och viktiga regler för intressenterna. Kronologiska detaljer finns i dagloggarna. Återkommande korrigeringsmönster dokumenteras som egna lärdomar.
Denna uppdelning skyddar startfasen mot överbelastning. En agent behöver inte läsa igenom hundra gamla sessioner för att kunna arbeta effektivt idag. Hen laddar en kompakt långtidsfil och kompletterar vid behov med aktuella dagsloggar eller relevanta lärdomar.
Att kuratera innebär också att radera, sammanfatta och markera som föråldrat. Memory är en redaktionell uppgift, inte en soptipp.
Varför fyra filer är bättre än en lång kommandorad
De fyra filerna är inte rangordnade. De besvarar olika frågor:
| Fil | Huvudfråga | Ändringstyp |
|---|---|---|
| SOUL | Vem är jag? | sällsynt, nära identiteten |
| MASTER | Hur arbetar jag? | regelbundet, operativt |
| REGLER | Vad kan och får jag göra? | när det gäller förmågor och portar |
| MINNE | Vad behöver jag veta på lång sikt? | pågående, kuraterad |
Denna uppdelning minskar kopplingarna. En ny färdighet ändrar RULES-filen. En redaktionell regel hör hemma i MASTER-filen. En korrigering från praktiken blir en lektion och senare, om så behövs, ett minne. Persona behöver inte ändras vid varje justering.
Det gör inte automatiskt en agent bra. Det gör honom lättskött.
Godkännanderegler är en del av identiteten
För mig är godkännandesteg inte ett säkerhetsfilter i ett senare skede. De definierar hur en agent utövar sin roll.
En författare som endast levererar utkast arbetar på ett annat sätt än en självständig publiceringsagent. En utvecklingsagent med skrivbehörighet i repositoriet behöver andra begränsningar än en agent med produktiv åtkomst. Om dessa skillnader endast konfigureras i respektive verktyg försvinner de vid ett byte.
Om de däremot finns i RULES och MASTER följer de med rollen.
Detta är särskilt viktigt vid delegering. När Nox överlämnar en uppgift till Sol eller en annan harness upphäver överlämningen inte någon grind. Uppdraget kan byta kropp. Ansvarskedjan kvarstår.
Ett levande exempel: Sol
Sol är ett bra exempel på en verkstadsapplikation eftersom den använder just denna filarkitektur.
SOUL ställer in den korta identiteten och kräver att alla källor laddas in före varje uppgift. MASTER-filen innehåller skrivregler, verifierbarhet, leveransstrukturer och bildregissering. RULES-filen beskriver funktioner och granskningen före publicering. MEMORY-filen dokumenterar aktuella redaktionella sammanhang och kända fallgropar.
Om Saskia rättar en rubrik eller ett källhänvisningssätt, hamnar den nya kunskapen inte bara i den aktuella texten. Sol får en lektion som läses igen vid nästa lämpliga uppgift.
På så sätt blir feedback till systemets beteende.
Vad denna struktur medvetet inte hävdar
Fyra filer gör inte en språkmodell till en människa. De garanterar inte heller någon perfekt kontinuitet. En agent kan förbise källor, tillämpa en regel felaktigt eller dokumentera en session ofullständigt.
Strukturen ser till att sådana fel får en tydlig plats: som en rättelse i handboken, som ett skärpt kontrollsteg eller som en ny lärdom.
För mig är det den praktiska skillnaden mellan „Promptet var bra den här gången“ och „Systemet kan lära sig av en korrigering på lång sikt“.
I nästa del handlar det därför inte om en femte kärnfil, utan om rörelsen mellan filerna: arbetsminne, dagliga loggar, sammanställd långsiktig kunskap och lärdomar.
Källor
- Projektkälla: agents-brain-specifikationen samt Sols kanoniska agentfiler, läge per den 15 juli 2026 (privata primärkällor)
- CommonMark: en öppen Markdown-specifikation
0 kommentarer