Boka ett samtal

15 oktober 2026

Det en kodfabrik väntar på: specifikation och kontroll

Agenter skriver kod på timmar. Två steg tar ändå tid och kräver flera varv: att säga exakt vad som ska byggas och att kontrollera att det fungerar. De stegen tillhör människor, så det är där ni bestämmer hur fort nya funktioner levereras.

Agenter bygger snabbt. En ändring som förr tog ett team en sprint kan komma tillbaka på en eftermiddag. Så vart tar tiden vägen nu? Den går åt till två steg som en agent inte avgör själv: att bestämma exakt vad som ska byggas, och att kontrollera att det som kom tillbaka gör det verksamheten behöver. Båda tar flera varv. Båda kräver någon som kan verksamheten.

Första väntan: specifikationen

En modell bygger det ni beskriver. Är beskrivningen vag eller fel får ni fel sak fortare. Då blir beskrivningen det dyra.

Ta ordet kund. Försäljningen kan mena ett tecknat avtal. Lagret menar en leveransadress. Ekonomi menar den som får fakturan. Ingen märker det förrän de tre listorna ligger sida vid sida i ett nytt verktyg och inget stämmer. En modell kan inte avgöra det. Människor måste enas om en betydelse och skriva ner den. Vi kallar det ordlistan. Lägg till en beskrivning av processen, steg för steg, där varje steg är markerat som vanlig kod eller som en bedömning, så har ni en specifikation som en agent kan bygga från.

Andra väntan: kontrollen

Kontrollen är svårare än den ser ut, och Dex Horthy på HumanLayer förklarar varför i Why Software Factories Fail, ett föredrag på AI Engineer. Hans team körde en mjukvarufabrik med släckt ljus från juli 2025 (8:18 i videon). Några månader senare stötte de på ett fel som ingen agent kunde rätta, i kod som ingen hade läst på tre månader.

Hans förklaring handlar om träning. Kodmodeller belönas när det nya testet går igenom och de gamla testerna fortfarande fungerar. Ingenting i den belöningen straffar en design som gör nästa ändring svårare: "there's no way in this system that we can penalize it for poor program design" (12:52). Modellen lär sig alltså att göra testet grönt, och kostnaden syns senare: "the cost function of bad architecture is measured in months and years" (13:23). En annan modell som domare hjälper bara en bit: "if the model knew what good code looks like, it would probably write it in the first place" (14:35).

Hans slutsats just nu är att någon läser koden. Stefan kom till samma plats från affärssidan i Någon måste fortfarande läsa koden på spinout.se.

Vårt tillägg gäller vad ett grönt test betyder. Har samma agent som skrev koden också skrivit testet, säger grönt att koden gör det agenten förstod. Det säger inte att kunden får det den kom för. Det kräver en kontroll gjord från andra hållet.

Därför styr ni takten

Båda stegen kräver de som kan er verksamhet: vad en kund är, vad som räknas som klart, hur ett bra resultat ser ut. Därför lämnar vi dem hos er. Agenterna får er inte att vänta på oss, och ingen kö hos oss står mellan er idé och er första version. Hur fort nya funktioner levereras beror på hur snabbt ni kan säga vad ni vill ha och bedöma det som kommer tillbaka.

Det är också därför takten går att höja själv. Korta, tydliga specifikationer och snabba svar på kontrollerna ger kortare varv. Vaga specifikationer ger långa varv, oavsett vem som bygger.

Där vi hjälper till

Tydliga specifikationer, skrivna med våra agenter. Vi tar fram utkastet tillsammans med er: orden, stegen, vilka steg som är kod och vilka som kräver bedömning, och hur klart ser ut. Er ägare läser det och säger ja. Tio tydliga rader räcker ofta för att börja. Poängen är att texten är exakt innan något byggs.

Testning, också med våra agenter. Våra agenter skriver automatiska kontroller utifrån ordlistan och processbeskrivningen. Säger regeln att en rabatt inte får överstiga 15 % provar kontrollen 20 % och väntar sig ett nej. Det är golvet. Ovanför det testar vi det som väger tyngst: att slutkunden får den upplevelse kunden kom för, eller att affärsresultatet nås. Till exempel att en kund kan lägga en order och få en bekräftelse, att summorna på en faktura stämmer mot huvudboken, eller att en grossistkund ser sin egen prislista. En person hos er bedömer de resultaten, eftersom bara ni vet hur ett bra resultat ser ut.

Det som stannar hos en människa

Horthys råd är att flytta människans arbete tidigare: "30 minutes over here in pre-planning and alignment can save you hours in review" (16:50). Det håller vi med om. En fråga hjälper er att sortera vad som kan lämnas åt agenter: när syns kostnaden för ett misstag? Syns den direkt och kan en kontroll se den kan agenter köra med lite tillsyn. Syns den först efter månader, som den gör i kod, äger en människa bedömningen. Någon hos er, eller vi för er räkning, ska kunna förklara koden och ändra den när det gäller.

Kortversionen finns på sidan Så fungerar det. Vill ni se hur en första specifikation kan se ut för en av era processer, boka en introduktion.

Källor: Dex Horthy, HumanLayer, Why Software Factories Fail, AI Engineer. Citat och tidsangivelser kommer från videons automatiska engelska textning.

Redo att se det här i er verksamhet?

Boka ett kostnadsfritt samtal. Vi går igenom var ni befinner er, vad ni vill lösa och hur Emberloom AI passar in.