Från vibe coding till agentic engineering

För ett år sedan sa Andrej Karpathy åt alla att ge efter för vibbarna. Miljoner gjorde det. De promptade sig fram till MVP:er, helgprojekt och startup-prototyper där 95% av koden kom från en LLM.

Collins Dictionary utsåg vibe coding till årets ord 2025. Y Combinator rapporterade att en fjärdedel av vinterbatchen 2025 körde kodbaser som var nästan helt AI-genererade.

Sedan kom baksmällan.

Baksmällan ingen hade planerat för

I september 2025 skrev Fast Company om seniora utvecklare som satt fast i utvecklingshelvetet med AI-genererad kod. En CodeRabbit-analys av 470 pull requests i öppen källkod på GitHub visade att "AI-medförfattad kod innehöll ungefär 1.7 gånger fler allvarliga problem än kod skriven av människor." Lovable, en svensk plattform för vibe coding, släppte 170 appar med säkerhetshål som exponerade personuppgifter för vem som helst som tittade.

Mönstret upprepade sig överallt: teamet vibe-kodar en prototyp, intressenterna blir entusiastiska, utvecklarna står inför valet mellan att bygga om med riktig arkitektur eller härda en prototyp som aldrig var tänkt för produktion. Inget av det går snabbt. Inget av det är billigt.

METR körde en randomiserad kontrollerad studie med erfarna open source-utvecklare. Resultatet var brutalt: utvecklare som använde AI-kodverktyg var 19% långsammare, trots att de förutspått att de skulle bli 24% snabbare, och efteråt trodde de fortfarande att de varit 20% snabbare. Gapet mellan upplevd och faktisk prestation är det farligaste fyndet i den studien.

Problemet var aldrig AI:n

Här går de flesta analyser fel. Problemet var inte att AI genererade dålig kod. Problemet var att folk hoppade över ingenjörsarbetet.

Ingen arkitektur. Inga specifikationer. Inga tester. Ingen review. Bara prompts och böner.

Som Addy Osmani från Google Cloud uttryckte det: "AI orsakade inte problemet. Att hoppa över designtänkandet gjorde det."

Jag såg det på nära håll. I min artikel om AI-assisterad kodning från februari 2025 kartlade jag utvecklingen från no-code till low-code till AI-assisterad utveckling. Tesen höll. AI låter utvecklare fokusera på arkitektur och problemlösning i stället för repetitiv kodning. Det jag underskattade var hur många som skulle hoppa över ingenjörsdelen helt.

Vibe coding behandlade mjukvara som ett samtal. Skriv en prompt, få en app. Vibbarna var toppen. Koden var det inte.

Här kommer agentic engineering

Den 5 februari 2026, exakt ett år efter att han myntade vibe coding, postade Karpathy en uppdatering. Det nya begreppet: agentic engineering.

Många quote-tweetade det här som ettårsjubileet för vibe coding. Lite tillbakablick - jag har haft ett Twitter-konto i 17 år nu (omg) och jag kan i princip fortfarande inte förutsäga engagemanget på mina tweets. Det här var en tanke från duschen som jag bara slängde ut… Andrej Karpathy (@karpathy) 4 februari 2026

Hans resonemang: agentic eftersom utvecklare inte längre skriver merparten av koden själva. De orkestrerar agenter och agerar arbetsledare. Engineering eftersom processen fortfarande rymmer både konst och vetenskap, kräver expertis och är en färdighet som går att lära sig.

Det här är ingen rebrand. Det är en i grunden annan arbetsmodell.

I vibe coding promptar du och hoppas. I agentic engineering planerar du, styr och granskar. AI:n gör det repetitiva tunga arbetet. Du äger arkitekturen, skyddsräckena och resultaten.

Anthropics 2026 Agentic Coding Trends Report beskriver skiftet: team förlitar sig inte längre på en enda kodassistent utan på en flotta av agenter. En skriver kod, en annan genererar tester, en tredje granskar ändringar, en fjärde sköter deployment. Allt under mänsklig översyn. TELUS skapade över 13,000 egna AI-lösningar och levererade samtidigt kod 30% snabbare. Zapier nådde 89% AI-adoption i hela organisationen med 800+ agenter i intern drift.

Utvecklarna som lyckas är inte de snabbaste promptarna. De är de som tänker klarast kring vad de bygger och varför.

Vad som faktiskt förändrades

Skiftet från vibe coding till agentic engineering speglar ett mönster jag har sett i varje teknikvåg under två decennier av att bygga mjukvaruföretag.

Fas ett: demokratiseringseufori. Alla kan göra det. Barriärerna är borta.

Fas två: baksmällan. Det visar sig att när barriärerna försvann försvann också kvalitetskontrollerna.

Fas tre: professionalisering. Verktyget stannar. Disciplinen kommer tillbaka.

Vi går in i fas tre just nu.

Dario Amodei skrev i januari 2026 att "AI-modeller har blivit så skickliga på att koda att några av de starkaste utvecklarna han känner lämnar över nästan allt sitt kodarbete till AI." Men, och detta men är avgörande, det handlar om starka utvecklare. De vet vad de ska delegera, vad de ska verifiera och när agenten har fel med full självsäkerhet.

Meta publicerade nyss forskning om Just-in-Time Tests. AI-genererade tester som skapas i stunden för varje kodändring, eftersom traditionella testsviter inte hinner med tempot i agentisk utveckling. Testdisciplinen försvann inte. Den utvecklades.

Vad det här betyder för product managers och grundare

Om du bygger mjukvara 2026, som PM, grundare eller teknisk ledare, är det här som faktiskt spelar roll nu.

Specifikationer före prompts. Teamen som får ut värde av agentic engineering skriver designdokument innan de rör en kodagent. Tydliga specifikationer ger bättre AI-output. Vaga prompts ger vag kod som går sönder i skala.

AI-output är opålitlig som standard. Behandla varje AI-genererad kodrad som du skulle behandla en pull request från en nyanställd. Granska den, testa den, ifrågasätt den. Automatiserad säkerhetsskanning vid varje integrationspunkt är inte valfritt.

Vallgraven är arbetsflödet, inte modellen. Intelligens är en råvara. Din produkts värde ligger i kontext, tillståndshantering och förtroendelager, inte i vilken LLM du hyr. Om du tar bort AI:n och det som blir kvar är en textruta har du byggt ett kalkylark med extra steg.

Rollen skiftar från att skriva till att orkestrera. Product managers som använder verktyg som Claude Code kodar inte. De utforskar kodbaser, syntetiserar research och bygger återanvändbara färdigheter. Samma skifte gäller utvecklingen: mindre skrivande, mer tänkande.

Delen där jag säger emot mig själv

Vibe coding är inte dött. Och det borde det inte vara.

För personliga verktyg, interna dashboards, prototyper som aldrig når produktion är det fortfarande lysande att prompta sig fram till en fungerande app på en eftermiddag. Mjukvara för ett enda användningsfall är på riktigt och har värde.

Misstaget var att behandla en prototypteknik som en produktionsmetodik. Ett hackathon-tänk applicerat på enterprise-mjukvara. Det var där det gick sönder.

Agentic engineering dödar inte vibben. Det sätter vibben i ett ramverk som faktiskt levererar.

Vad som kommer härnäst

Utvecklingslinjen är tydlig: no-code, low-code, AI-assisterad kodning, vibe coding, agentic engineering. Varje steg gav fler människor mer kraft att bygga. Varje steg skapade också en ny kategori problem som bara disciplin kunde lösa.

Organisationerna som drar ifrån 2026 tar inte bort utvecklarna ur loopen. De låter ingenjörskompetensen räknas där den betyder mest: arkitektur, säkerhet, systemdesign. Agenterna sköter implementationen.

Frågan för ditt team är inte om AI ska användas i utvecklingen. Den debatten är över.

Frågan är om du kör på vibbar eller på ingenjörsarbete.

Det ena skalar. Det andra genererar konsultfakturor för städningen.