Driftsätter du kod du aldrig läst? Hälften av utvecklarna gör det – och det borde oroa oss alla

När hastighet blir ett riskbeteende

Det var en till synes oskyldig handuppräckning på Anthropics event Code with Claude i London som plötsligt satte fingret på en av tidens mest brännande frågor inom mjukvaruutveckling. Nästan hälften av de närvarande utvecklarna erkände, enligt MIT Technology Review, att de inte bara driftsatt kod skriven av AI-verktyget Claude – de hade gjort det utan att ens läsa igenom vad koden faktiskt innehöll.

Låt det sjunka in ett ögonblick.

Vi pratar om programvara som körs i produktionsmiljöer. System som hanterar riktiga användare, riktiga data och i allt fler fall verkliga affärsprocesser. Och ändå: ingen granskning, inget kontrollsteg, ingen mänsklig blick på vad som faktiskt levererades.

Jag förstår lockelsen. Jag lever och andas produktivitetsvinster och affärsomvandling varje dag. Möjligheten att gå från idé till fungerande kod på minuter är inget annat än revolutionerande. Men det finns en skillnad mellan att röra sig snabbt och att röra sig hänsynslöst.

Vibe-kodning – ett fenomen med allvarliga konsekvenser

Ingenjörer på OpenClaw har börjat använda begreppet vibe-kodning för att beskriva detta mönster: en utvecklingskultur där AI genererar kod och människan nickar igenom utan att förstå vad som skapats. MIT Technology Review lyfter fram varningarna – risken är en ström av bristfällig och i värsta fall farlig programvara som smyger sig in i system vi litar på.

Det är inte ett hypotetiskt problem. Säkerhetshål, oförutsedda beroenden, dold logik som beter sig oväntat under stress – allt detta är reella risker när granskningssteget tas bort ur kedjan. Och när ett fel väl inträffar, vem bär då ansvaret? Utvecklaren som inte läste koden? Företaget som uppmuntrade till maximal automatisering? Verktyget som genererade den?

Det är frågor utan enkla svar, och det gör dem ännu viktigare att ställa nu – innan prejudikaten sätts i domstol snarare än i riktlinjedokument.

En bredare rörelse mot frånvaro

Detta händer inte i ett vakuum. Breakit rapporterade nyligen om ett experiment där AI-reportern Emil Widhagen lät sin AI-assistent sköta det journalistiska arbetet medan han själv promenerade runt i Stockholm. Resultaten visade en teknik som kommit imponerande långt – men som ändå kräver mänsklig närvaro för de verkligt komplexa delarna av yrket.

Det är en träffande parallell. Precis som AI-journalistiken ännu inte klarar de riktigt svåra bedömningarna på egen hand, klarar AI-genererad kod ännu inte att ta fullt ansvar för sina egna biverkningar. I båda fallen är den mänskliga blicken inte ett hinder för effektivitet – den är en kvalitetssäkring.

Den gemensamma nämnaren är frestelsen att ta ett kliv tillbaka och låta automatiseringen sköta sig själv. Det är ett naturligt svar på verktyg som faktiskt fungerar bra. Men "bra" och "felfritt" är inte samma sak.

Möjligheten som gömmer sig i utmaningen

Här är min tes: det faktum att vi nu diskuterar detta öppet är ett styrketecken, inte ett svaghetstecken.

Anthropics event – och den uppseendeväckande handuppräckningen – har gjort något viktigt: det har synliggjort ett beteende som annars sker tyst, i tusentals utvecklingsmiljöer världen över. Nu har vi chansen att forma normer, bygga granskningsverktyg och etablera nya arbetssätt innan problemet eskalerar.

De företag som tar täten här – som kombinerar AI:ns produktivitetskraft med strukturerade granskningsprocesser – kommer att ha ett konkurrensmässigt övertag. Inte trots att de granskar AI-koden, utan tack vare det. Tillförlitlighet är ett varumärkesvärde. Ansvar är en affärsstrategi.

Det är dags att vi slutar se granskning som en bromskloss och börjar se den som det den faktiskt är: en del av leveransen.