Arbetsloopen — sex steg som gör ansvar konkret
Personligt ansvar är en övertygelse. Arbetsloopen är hur den övertygelsen ser ut när den möter verklig kod.
Jag har kört den här processen i mer än ett år. Inte som ett experiment — som min faktiska arbetsmetod, varje dag. Det som följer är inte teori. Det är vad som fungerar.
Varför en loop behövs
LLM-assisterad utveckling har ett grundläggande problem: kontextfönstret är ändligt och fragmenterat.
Du läser projektet, pratar med modellen, skriver lite kod, pratar mer, byter fokus, byter tillbaka. Halvvägs in i implementationen vet modellen inte längre vad du beslutade i planeringsfasen. Planeringsbrus följer med in i implementationen och förstör den.
Loopen löser det. Varje fas börjar rent. Planeringen stannar i planen. Implementationen börjar med bara det som behövs för att bygga.
De sex stegen
Steg 1: Läs projektet
Ladda kontextfönstret med allt som är relevant — kodbas, riktlinjer, git-historik, arkitekturbeslut. Fem minuter av kontextladdning sparar timmar av korrigering efteråt.
Det här steget är inte förberedelse. Det är arbete. Du läser för att förstå vad systemet faktiskt gör, inte vad du tror att det gör.
Steg 2: Skriv en change request
Beskriv uppgiften i en fil på disk. Inte i chatten. Filen överlever nästa steg.
En CR ska svara på tre frågor: Vad ska göras? Vad är acceptanskriteriet? Vad är utanför scope?
Stor uppgift? Dela upp i faser. En fil per fas. Varje fas har eget scope och egna acceptanskriterier. Det tvingar fram precision — du kan inte planera vagt när varje fas ska kunna stå ensam.
Steg 3: Töm kontexten
Stäng konversationen. Börja om från noll.
Det här steget är det som de flesta hoppar över — och det är det viktigaste. Planeringsdiskussionen innehåller osäkerheter, alternativ, bortkastade idéer. Den ska inte följa med in i implementationen. Bara CR:en ska med. Och relevant kod.
Rent kontextfönster = rent resultat.
Steg 4: Bygg från planen
Följ CR:en. Inget annat.
Händer något oväntat? Stanna. Uppdatera CR:en först. Implementera sedan. Det kan verka omständigt. Det är det inte — det är det som skiljer avsiktlig implementation från drift.
Steg 5: Granska varje rad
Läs diffen. Bedöm din konfidenz:
- Hög: Jag förstår varje rad. Jag kan förklara varför. → Committa.
- Medel: Det ser rätt ut men jag är osäker på delar. → Granska mer. Fråga modellen. Fråga en kollega.
- Låg: Jag förstår inte varför det här fungerar. → STOPP. Förstå innan du går vidare.
Det här steget är arbetet. Inte ett hinder framför arbetet — det ÄR arbetet. Det är här personligt ansvar tar form i handling. Varje rad du granskar är en rad du äger.
Steg 6: Committa och dokumentera
Manuellt commit-meddelande. Uppdatera ändringslogg. Är det fler faser? Tillbaka till steg 3 med nästa fas.
Commiten är inte administrativt arbete. Det är det sista ansvarssteget — du sätter ditt namn på det du har granskat och förstått.
Den inre loopen
För stora uppgifter med flera faser upprepas steg 3 till 6 för varje fas. Varje fas får ett rent kontextfönster.
Det är det som kallas den inre loopen. Och det är det som gör att komplexa uppgifter förblir hanterbara — inte för att de är enkla, utan för att du aldrig bär mer än en fas i taget.
Vad loopen egentligen är
Loopen är inte en produktivitetsteknik. Det är en ansvarsstruktur.
Steg 2 tvingar dig att tänka klart innan du bygger. Steg 3 skyddar implementationen från planeringsbrus. Steg 5 gör att du inte kan commita det du inte förstår. Steg 6 sätter ditt namn på det du äger.
Varje steg är utformat för att göra det svårare att fly från konsekvenserna. Inte för att straffa — utan för att det är så bra kod faktiskt skapas.
Personligt ansvar är en övertygelse. Det här är hur den ser ut när den fungerar.
Se även: Du kan inte validera det du inte förstår (serie 17) och AI tvingar dig att tänka hårdare (serie 12).