Sådan holder du kvaliteten, når AI skriver koden
Torn Studio er et AI-bureau, der bygger websites, digitale produkter og indhold. Utraditionelt.
Kort svar
Når AI skriver størstedelen af koden, flytter ansvaret for kvaliteten sig fra gennemgang til automatiske kontroller. Typetjek i strikt tilstand, tests, lintregler der kodificerer arkitekturbeslutninger, og én enkelt verify-kommando, der skal være grøn før hvert commit, fanger tilsammen det, et menneske ikke længere får øje på efter den tredje fil.
Den mest almindelige indvending mod AI-skrevet kode handler om drift: at stil, struktur og beslutninger glider fra hinanden over måneder, indtil ingen længere kan sige, hvorfor noget ser ud, som det gør.
Gennemsyn skalerer dårligt
Et menneske, der gennemgår sin tredje AI-genererede fil på en time, læser med mindre skarphed. Det er en forudsigelig effekt af, hvordan opmærksomhed fungerer. Løsningen er at flytte så meget som muligt af bedømmelsen over på noget, der holder en jævn skarphed.
Portene der gør arbejdet
- Typetjek i strikt tilstand, inklusive noUncheckedIndexedAccess
- Lintregler der kodificerer arkitekturbeslutninger
- Tests for det, der koster penge, hvis det går i stykker
- Én kommando der kører det hele, og som skal være grøn før commit
Pointen med det sidste punkt er, at en port først tæller, når den faktisk køres. Kræver den fire kommandoer og en god hukommelse, bliver den sprunget over en fredag.
Grundlag
Hvad denne artikel hviler på — en måling vi lavede, en dateret kilde eller en beslutning vi traf og hvad den kostede.
- Beslutning
Kvalitet holdes af automatiske porte, der kører ved hver ændring: typekontrol, tests, lintregler der koder arkitekturbeslutninger ind, og én kommando der skal være grøn før hver commit.
Hvad det kostede: Det koster byggetid ved hver ændring, og en hastende to-minutters rettelse kan blive stoppet af en kontrasttest eller en typekontrol, der er ligeglad med at det er fredag.
Ofte stillede spørgsmål
- Bliver koden dårligere, når AI skriver den?
- Kvaliteten følger portene. Er typetjek, tests og lintregler på plads, holder koden samme niveau, uanset hvem eller hvad der skrev den.
- Hvilke tests er værd at skrive?
- Dem, der dækker det, der koster penge, når det går i stykker: betalingsflows, rettigheder, dataintegritet og de regler, der er sværest at holde i hovedet. Fuld dækning af triviel kode giver mindre pr. time.
- Hvor strikt bør typetjekket være?
- Strikt tilstand slået til, inklusive tjek af indekserede opslag. Hvert hul, du lader stå åbent, er en klasse af fejl, et menneske skal fange i gennemgang, og gennemgang er præcis den del, der skalerer dårligst.
- Kan lintregler erstatte kodegennemgang?
- De erstatter den kedelige halvdel. En lintregel fanger arkitekturafvigelser mekanisk, hvilket frigør gennemgangen til det, det er godt til: om løsningen løser det rigtige problem.
- Hvad gør man, når en port bliver for langsom?
- Del den op. Hurtige tjek kører, hver gang der gemmes, tungere ved commit og de tungeste i buildet. En port, der tager ti minutter, bliver omgået, og så fanger den ingenting.
- Hvordan får man et team til faktisk at køre portene?
- Gør det til én kommando. Kræver det fire kommandoer og en god hukommelse, bliver de sprunget over. Én verify, der skal være grøn, er den eneste udgave, der overlever mødet med en deadline.
Næste skridt
Læs videre
- Hvor lang tid tager en hjemmeside bygget med AI?Uge for uge gennem et byggeri på 3–6 uger: hvad der sker hvornår, hvad I leverer, og hvad der afgør, om det bliver tre uger eller seks.
- Sådan strukturerer du en landingsside, der konvertererOtte spørgsmål, en læser stiller i rækkefølge, én sektion per spørgsmål, og hvad køberforskningen siger om troværdighed, pris og handler uden beslutning.
- Hvad koster en AI-bygget hjemmeside?Hvad en hjemmeside bygget med AI-værktøjer koster i 2026, hvorfor prisen lå stille, da byggetiderne faldt, og hvad de frigjorte timer går til.
Gå i dybden