Tre sätt att arbeta med AI-genererad kod — och varför din mix spelar roll
De flesta team fastnar i ett enda förhållningssätt när de arbetar med AI-genererad kod och ifrågasätter det aldrig. Vissa accepterar allt utan granskning. Andra vägrar lita på något AI producerar. Båda ytterligheterna missar poängen.
Det finns tre legitima sätt att arbeta med AI-kod — och erfarna utvecklare blandar dem medvetet. Frågan är inte vilket förhållningssätt som är rätt. Frågan är om du har gjort ett medvetet val om din mix.
Var begreppet kom ifrån
Andrej Karpathy, tidigare Director of AI på Tesla och forskare vid OpenAI, introducerade begreppet "vibe coding" i februari 2025:
"There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. I 'Accept All' always, I don't read the diffs anymore. When I get error messages I just copy paste them in with no comment, usually that fixes it. The code grows beyond my usual comprehension. Sometimes the LLMs can't fix a bug so I just work around it or ask for random changes until it goes away. It's not too bad for throwaway weekend projects."
Den avgörande frasen: "throwaway weekend projects." Karpathy beskrev ett giltigt arbetssätt — inte en metodik för allting. Problemet är inte vibe coding i sig. Problemet är team som tillämpar ett enda förhållningssätt på varje situation utan att tänka efter.
Tre legitima förhållningssätt
Varje team som arbetar seriöst med AI-genererad kod hamnar någonstans på ett spektrum. I våra workshops ser vi tre tydliga förhållningssätt — alla giltiga, alla med sin egen plats:
| Förhållningssätt | Passar när | Typisk andel | Kännetecken |
|---|---|---|---|
| Vibe coding | Enkla, lågriskuppgifter; erfarna utvecklare som kan domänen | 10–20% | Hastighet före granskning — du litar på din förmåga att fånga problem senare |
| Strukturerad balans | Dagligt produktionsarbete; kärnan i verklig utveckling | 50–70% | Rimlig planering i förväg, systematisk granskning av output |
| Hårdplanering | Komplexa system, högriskförändringar, okänd terräng | 20–30% | Full dokumentation och specifikation innan någon kod genereras |
Proportionerna är inte regler — de är mönster vi ser hos team som arbetar effektivt. Vissa veckor är 40% vibe coding för att du prototypar. Vissa veckor är 80% hårdplanering för att du bygger om autentisering. Poängen är att du väljer medvetet.
Ni kommer hitta er egen mix.
Det verkliga skiftet: från byggare till validator
Den djupare förändringen handlar inte om vilket förhållningssätt du väljer. Den handlar om vad AI gör med hur du tänker.
Löftet alla säljer är "tänk mindre, gör mer." Så fungerar det inte. Det som faktiskt händer är att du slutar skriva och börjar definiera. Du slutar implementera och börjar validera. Du slutar bygga detaljer och börjar granska system.
Inget av det är enklare. Det är svårare. Men svårare på ett annat sätt — och det skiftet är osynligt tills du faktiskt gör det.
En senior utvecklare hos ett av våra kundföretag testade AI-assisterad utveckling i tre dagar. Samma output som manuell kodning. Samma funktionalitet, samma kvalitet, ungefär samma tid. Han var inte snabbare. Han var inte långsammare.
Men han sa en sak som fastnade: "Jag var tvungen att tänka på ett helt annat sätt."
Byggamentaliteten är sekventiell — du tar ett steg i taget och varje steg ger tydlig återkoppling. Validatormentaliteten kräver att du håller hela systemet i huvudet samtidigt. Du behöver förstå inte bara vad koden gör, utan vad den BÖR göra — och sedan jämföra de två.
Det är därför erfarenhet spelar större roll med AI, inte mindre. Den som har byggt system i tjugo år har ett försprång som inte går att hoppa över.
"Om du inte tänker hårdare validerar du inte. Om du inte validerar vibe-codar du."
Medveten friktion — kontrollpunkten ÄR arbetet
Det finns en frestelse att automatisera varje steg. Auto-commits. Auto-genererade changelogs. Agenter som pushar kod utan mänsklig granskning. Det ser effektivt ut. Det är det inte.
En auto-genererad changelog ser professionell ut. Den har rätt format, rätt struktur. Den är också meningslös — en sammanfattning av något ingen har granskat. Det ögonblick du automatiserar dokumentationen av vad du gjort är det ögonblick du slutar förstå vad du gjort.
Varje commit är ett löfte: Jag har läst det här. Jag förstår det här. Jag står bakom det här. Ta bort det ögonblicket och du tar bort löftet.
"Jag vägrar auto-commits... Det ÄR friktion. Och friktionen är medveten."
"Automation tar bort steg. Medveten friktion gör att varje steg räknas."
Det här är inte ineffektivitet. Medveten friktion är långsammare per steg — men varje steg håller. Och summan av steg som håller är snabbare än summan av steg som måste göras om.
Inga auto-commits. Inga auto-changelogs. Inga agenter som pushar ogranskat kod. Kontrollpunkten är inte ett hinder på vägen mot leverans. Kontrollpunkten är arbetet.
Erfarenhet som multiplikator
AI är en katalysator. En katalysator påskyndar en reaktion — den skapar den inte. Om det inte finns något att reagera med händer ingenting, oavsett hur effektiv katalysatorn är.
En person med decennier av erfarenhet av att bygga system, leverera till kunder, leva med konsekvenserna av att ha fel — AI gör den personen extraordinärt produktiv. De vet hur rätt svar ser ut. De vet vad som ser bra ut men är fel. De kan granska, utmana och styra.
En person utan den grunden får output — massor av output — men har inget sätt att avgöra om det är bra eller dåligt. Och det är värre än att inte ha något alls, för du tror att du har något.
"Du äger varje rad output. Och du kan inte äga det du inte förstår."
De tre förutsättningarna för att arbeta i stor skala med AI:
Kunskap. År av att bygga system, leverera till kunder, leva med konsekvenser. Det här är grunden som AI förstärker. Utan den finns det inget att skala.
Kedja. Röst till text, text till struktur, struktur till handling. Förberedelse innan mötet, transkript efteråt, projektuppföljning, daglig överblick. Inte ett verktyg — en kedja där varje steg bygger på det föregående.
Ansvar. Varje rad output passerar genom dig innan den lämnar systemet. Det är icke-förhandlingsbart. Mer volym utan kontroll är inte leverans — det är produktion av problem.
"AI föreslår. Jag bestämmer. Jag pushar. Ordningen är oförhandlingsbar."
När varje förhållningssätt bryter ihop
Varje förhållningssätt har sina haveriscenarier. Att känna till dem är hur du väljer medvetet.
| Vibe coding | Strukturerad balans | Hårdplanering | |
|---|---|---|---|
| Fungerar när | Enkla uppgifter, kända domäner, erfarna utvecklare, engångsprototyper | Dagligt produktionsarbete, välbekanta teknikstackar, rimlig komplexitet | Komplexa system, okänd terräng, högriskförändringar, regulatoriska krav |
| Bryter ihop när | Tillämpas på produktionssystem utan granskning; används av utvecklare som inte kan validera output | Kraven är genuint okända och behöver utforskas; eller när stelbenthet hindrar iteration | Hastighet spelar större roll än perfektion; scopet är litet; överdokumentation blir onödigt arbete |
| Risk | Säkerhetssårbarheter, teknisk skuld, kod ingen förstår | Falsk känsla av kontroll om granskningar blir stämplar | Förlamning av analys; dokumentation som är inaktuell innan koden är skriven |
| Erfarenhet krävs | Hög — du behöver fånga problem intuitivt | Medel — systematisk process kompenserar för luckor | Variabel — dokumentationen i sig bygger gemensam förståelse |
Säkerhet och compliance
Oavsett vilket förhållningssätt du använder är vissa saker icke-förhandlingsbara. AI kan generera sårbarheter som inte är uppenbara under utveckling. System som hanterar personuppgifter, betalningar eller regulatoriska krav kan inte förlita sig på slentrianmässiga acceptmönster.
GDPR, PCI-DSS och andra compliance-krav kräver att någon förstår och validerar varje komponent. Det gäller oavsett om du vibe-codar en prototyp eller genomför en hårdplaneringsprocess. Frågan är alltid: kan någon förklara vad det här systemet gör och varför?
Styltsmetaforen
Att arbeta med AI är som att lära sig gå på styltor. Initialt obehagligt. Ovant. Du raglar. Det känns inte som framsteg — det känns som regression.
Men när du väl hittar balansen ser du saker du inte kunde se förut. Du når saker du inte kunde nå. Inte för att styltorna gör jobbet åt dig — utan för att de förlänger det du redan är kapabel till.
Varje person hittar sin egen balans. Vissa lutar sig framåt, vissa bakåt. Stötta varandra när någon raglar. Det är vad ett team gör.
Det här är förmågebyggande, inte en magisk genväg. Styltorna går inte för dig. Men om du har grunden — kunskapen, kedjan, ansvaret — förändrar de vad som är möjligt.
Varje person hittar sin egen balans.
Ursprungligen publicerad augusti 2025. Reviderad februari 2026 för att återspegla 18 månaders produktionserfarenhet och en fördjupad förståelse av spektrumet av förhållningssätt.