Kort svar
När AI skriver merparten av koden flyttas kvalitetsansvaret från granskning till automatiska grindar. Typkontroll i strikt läge, tester, lintregler som kodifierar arkitekturbeslut och ett enda verify-kommando som måste vara grönt före varje commit fångar tillsammans det en människa slutar se efter tredje filen.
Invändningen mot AI-skriven kod är sällan att den inte fungerar. Den är att den driver — att stilen, strukturen och besluten glider isär över månader tills ingen längre kan säga varför något ser ut som det gör.
Granskning skalar inte
En människa som granskar sin tredje AI-genererade fil på en timme läser inte längre med samma skärpa. Det är inte ett karaktärsfel utan en förutsägbar effekt. Lösningen är att flytta så mycket som möjligt av bedömningen till något som inte tröttnar.
Grindarna som gör jobbet
- Typkontroll i strikt läge, inklusive noUncheckedIndexedAccess
- Lintregler som kodifierar arkitekturbeslut, inte bara stil
- Tester för det som faktiskt kostar pengar om det går sönder
- Ett enda kommando som kör allt, som måste vara grönt före commit
Poängen med den sista punkten är att en grind ingen kör inte är en grind. Om det krävs fyra kommandon och gott minne kommer den att hoppas över på en fredag.
Vanliga frågor
- Blir koden sämre om AI skriver den?
- Inte i sig. Den blir sämre om samma kvalitetsgrindar som tidigare bars av långsamhet och manuell granskning inte ersätts med något automatiskt.
Webbplatser, produkter och varumärken — byggda på veckor
Jag bygger digitala produkter med AI-verktyg istället för ett team med överlämningar. Samma kvalitet, en tredjedel av tiden, och du pratar alltid med den som faktiskt bygger.