Begrebet
Hvad er vibe coding?
Vibe coding er at bygge software ved at beskrive, hvad det skal kunne, og lade en AI-model skrive koden — frem for at skrive hver linje selv. Begrebet stammer fra 2025 og dækker i dag alt fra hurtige eksperimenter til rigtige produkter i drift. Her er, hvad det faktisk betyder, hvor grænsen går til professionel udvikling, og hvad det duer til.
Se hvad jeg har byggetHvad vibe coding er — og ikke er
Ordet bruges om fire ret forskellige ting.
Det er en arbejdsform
Ikke et værktøj og ikke et sprog. Du beskriver målet i almindelige ord, og modellen foreslår vejen derhen.
Det er hurtigt
En idé kan være en kørende prototype samme aften. Det er den enkeltstående største ændring — prøveomkostningen er faldet.
Det er ikke kodefrit
Nogen skal stadig kunne læse resultatet. Forskellen er, at man læser og vurderer frem for at skrive fra bunden.
Det er ikke gratis kvalitet
Modellen skriver gerne noget, der virker i demoen og knækker i drift. Det er arkitektur og test, der afgør forskellen.
Hvor ordet kommer fra
Og hvorfor det bliver brugt om to forskellige ting.
Ordet blev sat i omløb af Andrej Karpathy i starten af 2025 og beskrev noget meget konkret: at man beskriver, hvad man vil have, læner sig tilbage og lader modellen skrive koden — uden nødvendigvis at læse hver linje igennem. Man »giver sig hen til stemningen«. Derfra er det blevet et samlebegreb for al AI-assisteret udvikling, og det er der, forvirringen opstår.
Vibe coding og agentic coding er ikke det samme
Forskellen er, hvor meget ansvar mennesket beholder.
- Vibe coding i den oprindelige betydning: du beskriver, modellen bygger, og du vurderer på resultatet frem for på koden. Fremragende til at prøve en idé af på en eftermiddag.
- Agentic coding: AI-agenter skriver og refaktorerer koden, men inden for en arkitektur, et menneske har lagt, med tests og code review på vejen. Det er den måde, noget bliver bygget, der skal køre hos andre end dig selv.
Når jeg bygger for kunder, er det det sidste. Jeg kalder det gerne vibe coding i daglig tale, fordi det er det ord, folk kender — men arbejdsformen er agentic. Forskellen betyder ikke noget, før noget går galt. Så betyder den alt.
Hvad modellen er god til — og hvad den ikke er
En sprogmodel er hurtigere end et menneske til at skrive kode, der ligner kode, den har set før. Den er dårlig til at vide, hvad den ikke ved. Det viser sig typisk fire steder: i sikkerhed, i kanttilfælde, i afhængigheder der er løbet fra den, og i beslutninger, hvor det rigtige svar afhænger af noget, der aldrig stod i prompten.
Derfor er spørgsmålet ikke, om AI kan skrive koden. Det kan den. Spørgsmålet er, hvem der opdager, når den tager fejl.
Sådan foregår det i praksis
Fire trin, og det første er ikke at skrive en prompt.
Beslut, hvad der skal bygges
Den del kan ikke uddelegeres. En upræcis beskrivelse giver upræcis kode, bare hurtigere end før.
Læg rammen først
Mappestruktur, datamodel og grænseflader lagt af et menneske. Uden den bygger modellen noget, der virker én gang og ikke kan udvides.
Lad agenterne skrive
Her ligger hastigheden. Kode, tests og refaktorering kører i lange stræk, mens jeg læser med og retter kursen.
Verificér som om den var skrevet af en fremmed
Fordi det er den. Tests, gennemgang og afprøvning på rigtige enheder — ikke tillid til, at det ser rigtigt ud.
Hvad det egner sig til
Og hvor du skal holde igen.
Prototyper og MVP’er
Den bedste anvendelse, der findes. At afprøve en idé er blevet så billigt, at det næsten altid kan betale sig at bygge frem for at diskutere.
Interne værktøjer
Små ting, der sparer nogen for en halv time om dagen, og som aldrig ville have fået et budget. Her flytter det mest lige nu.
Sider og temaer
Custom <a href="/wordpress/">WordPress-udvikling</a> er blevet markant hurtigere, fordi meget af arbejdet er mønstre, modellen kender godt.
Engangsscripts
Dataoprydning, konverteringer, ting der skal køre én gang. Perfekt match: lav risiko, tydeligt resultat.
Ikke: sikkerhedskritisk kode
Betaling, adgangskontrol, persondata. Kan sagtens skrives med AI, men skal gennemgås af nogen, der ved, hvad de kigger efter.
Ikke: systemer, ingen forstår
Kode, der er skrevet hurtigere, end nogen nåede at læse den, bliver til gammel kode med det samme. Det er den reelle risiko.
Vibe coding på dansk
Hvad hedder det, og hvad har jeg selv bygget med det?
Der findes ikke en god dansk oversættelse, og det er der en grund til. »Stemningskodning« er ingen begyndt at sige. De fleste danske udviklere bruger det engelske ord, som det er, eller siger bare »jeg har bygget det med AI«.
Vil du søge efter det på dansk, er det derfor »vibe coding«, du skal skrive — og det, du finder, vil overvejende være engelsksproget. Det er også grunden til, at den her side findes: der mangler et dansk svar på spørgsmålet.
Hvad jeg selv har bygget med det
Det her site kører på et WordPress-tema, jeg har skrevet fra bunden med 15 custom Elementor-widgets — hele processen er beskrevet her. To apps ligger i App Store: TVBold med 4,5 stjerner og Run, Bobby, Run, bygget i Swift og SpriteKit.
Ingen af delene er skrevet linje for linje i hånden, og ingen af delene er »bare promptet frem«. Det er den mellemting, ordet i praksis dækker over — og den er blevet god nok til, at en enkelt person med et fuldtidsjob kan udgive apps efter fyraften.
Har du noget, der skal bygges?
Fortæl mig, hvad det skal kunne. Så siger jeg, om det er en eftermiddag eller et projekt — og om AI overhovedet er den rigtige vej til det.
Skriv til mig →Ofte stillede spørgsmål om vibe coding
Hvad betyder vibe coding?
Vibe coding betyder at bygge software ved at beskrive, hvad det skal kunne, i almindeligt sprog og lade en AI-model skrive koden. Begrebet blev sat i omløb af Andrej Karpathy i starten af 2025 og beskrev oprindeligt, at man vurderer på resultatet frem for at læse hver linje kode igennem.
Hvad hedder vibe coding på dansk?
Der findes ingen udbredt dansk oversættelse. Danske udviklere bruger det engelske udtryk, som det er, eller siger »bygget med AI«. »Stemningskodning« er en direkte oversættelse, men ingen bruger den i praksis.
Er vibe coding og agentic coding det samme?
Nej. Vibe coding beskriver, at du læner dig på modellens output uden nødvendigvis at gennemgå koden. Agentic coding betyder, at AI-agenter arbejder inden for en arkitektur, et menneske har lagt, med tests og gennemgang undervejs. Det første er godt til eksperimenter, det andet til noget, der skal køre hos andre.
Kan man bygge rigtige produkter med vibe coding?
Ja, men ikke med den rene form. Alt, hvad der skal bruges af andre end dig selv, kræver arkitektur, tests og en, der læser koden igennem. To apps i App Store og temaet bag det her site er bygget på den måde — med AI som skrivearbejde og et menneske på beslutningerne.
Skal jeg kunne kode for at vibe code?
Til småting og engangsscripts: nej. Til noget, andre skal bruge: ja, eller også skal du have nogen med, der kan. Ikke for at skrive koden, men for at kunne se, når modellen har taget fejl — og det gør den på en måde, der ser overbevisende ud.
Er kode skrevet med AI dårligere?
Ikke i sig selv. Risikoen er ikke kvaliteten af den enkelte linje, men at der bliver produceret mere kode, end nogen når at forstå. Et system, ingen har læst, er svært at rette — uanset hvem der skrev det.
Hvor meget hurtigere er det?
Mest på selve skrivearbejdet, og mindst på alt det andet. Afklaring, test på rigtige enheder og godkendelse tager nøjagtig lige så lang tid som før. Den reelle gevinst er, at prøveomkostningen er faldet: det kan betale sig at bygge en idé færdig for at finde ud af, om den holder.
Bruger du vibe coding til kundeopgaver?
Ja, i den agentic form. AI-agenter skriver størstedelen af koden, mens jeg lægger arkitekturen, læser med og står på mål for resultatet. Du får kildekoden med, når opgaven er betalt — uanset hvordan den er skrevet.