Hvad er vibe coding? En forklaring uden fagsprog
Vibe coding er at bygge software ved at beskrive, hvad du vil have, for en AI med almindeligt sprog, køre det den producerer og styre efter resultaterne i stedet for efter koden. Du vurderer appen – virker knappen, ser siden rigtig ud? – og beder om ændringer, indtil den gør det, du har brug for. Udtrykket blev skabt af AI-forskeren Andrej Karpathy i et opslag på X i februar 2025, hvor han beskrev, at han gav sig hen til stemningen og glemte, at koden findes.
Hvor udtrykket kommer fra
Karpathy, medstifter af OpenAI og tidligere AI-chef hos Tesla, brugte ordet til at beskrive, hvordan han byggede små weekendprojekter: han talte med et AI-kodeværktøj, accepterede ændringerne uden at læse forskellene og indsatte fejlbeskeder, indtil tingene virkede. Han var tydelig med, at det passede til projekter, man kan smide væk.
Udtrykket slog igennem, fordi det satte navn på noget, mange allerede gjorde. Inden for få måneder blev det brugt om alt fra hobbyprojekter til prototyper i opstartsvirksomheder, og Collins English Dictionary valgte „vibe coding“ som årets ord i 2025. I dag bruges det løst om enhver form for byggeri, hvor AI skriver koden, og et menneske styrer den med almindeligt sprog.
Hvorfor det betyder noget, hvis du bygger med AI
For folk, der ikke skriver kode, er vibe coding grunden til, at AI-appbyggere er nyttige. En iværksætter kan teste en idé på en eftermiddag; en lille virksomhedsejer kan bygge den bookingformular eller lagerliste, som de aldrig ville kunne retfærdiggøre at betale et bureau for; en designer kan gøre en skitse til noget, man kan klikke sig igennem.
Men definitionen indeholder selv en advarsel. „Glem at koden overhovedet findes“ er fint, når koden kun skal virke for dig, i dag. Det er mindre fint, når appen gemmer kunders data, tager betalinger eller skal fungere i årevis. At vide, hvor grænsen går, er det mest nyttige, du kan lære om vibe coding.
En hverdagsanalogi
Tænk på at renovere et køkken ved at fortælle en håndværker, hvad du ønsker, i stedet for selv at tegne planerne. Du siger „en lang bænk under vinduet, åbne hylder, køleskabet ved døren“, og så går du ind hver aften, kigger på, hvad der er lavet, og siger, hvad der skal ændres.
Det fungerer godt for layoutet og udseendet. Det kan du bedømme bare ved at stå i rummet. Det fungerer mindre godt for det, der er gemt bag væggene: ledningerne, rørene, om gasledningen lever op til reglerne. Det kan du ikke se ved at kigge, og et problem dér viser sig måske først, når noget går galt. En omhyggelig ejer får stadig et eftersyn.
Vibe coding er det samme. Skærmbillederne er det synlige rum. Sikkerhed, datahåndtering og hvordan koden er organiseret, er ledningerne.
Sådan ser vibe coding ud i praksis
Sig, at du vil have et simpelt værktøj til at holde styr på, hvilke kunder der har betalt deres fakturaer.
| Trin | Hvad du gør | Hvad AI'en gør |
|---|---|---|
| 1. Beskriv | „En side med mine kunder, fakturabeløb, forfaldsdato og betalt/ubetalt status. Jeg kan tilføje en kunde og markere en faktura som betalt.“ | Skriver siderne, formularen og logikken til at gemme poster |
| 2. Prøv det | Tilføj en kunde, markér den som betalt, og opdater siden | Kører appen i en forhåndsvisning |
| 3. Reager | „Efter en opdatering forsvinder mine kunder“ | Forklarer, at poster kun blev gemt i browserens hukommelse, og tilføjer en database |
| 4. Finjustér | „Sortér forfaldne fakturaer øverst, og farv dem røde“ | Ændrer listen |
| 5. Kontrollér | Åbn den på din telefon; prøv en tom formular | Retter det, du rapporterer |
Du åbnede aldrig en kodefil. Men læg mærke til trin 3: appen så færdig ud, før den faktisk gemte noget. Vibe coding belønner folk, der tester som en bruger, og beskriver præcis, hvad de ser.
Fordele
- Hastighed. En fungerende første version på minutter eller timer i stedet for uger.
- Lav pris for at afprøve idéer. Du kan bygge tre versioner af noget og beholde den, der virker.
- Direkte kontrol. Den, der forstår problemet, er den, der former produktet, uden at et brief går tabt i oversættelsen til en udvikler.
- Lær ved at gøre. Mange lærer, hvordan apps hænger sammen — frontend og backend, databaser, API'er — bare ved at følge med i, hvad AI'en bygger, og spørge hvorfor.
De reelle risici
Disse er ikke grunde til at undgå vibe coding. De er de ting, stemningen ikke tjekker for dig.
Sikkerhedshuller, du ikke kan se
En app kan se perfekt ud og stadig lade enhver indlogget bruger læse alle andre brugeres poster, eller afsløre en hemmelig nøgle i kode, der kører i besøgendes browser. Ingen af delene dukker op, når du klikker rundt som dig selv. Almindelige problemer er manglende tilladelseskontrol på serveren, API-nøgler placeret i frontend-kode og formularer, der accepterer alt.
Kode ingen forstår
Hvis ingen har læst koden, ved ingen, hvordan den er organiseret. Det er fint i små størrelser. Når en app vokser, risikerer hver ændring at ødelægge noget urelateret, og AI'en kan begynde at „rette“ en fejl ved at skabe en anden. Apps, der har været vibe-kodet i månedsvis uden gennemgang, er ofte sværere at ændre end apps, der er bygget langsommere.
Ikke at vide, hvad „færdig“ betyder
AI'en vil gladelig fortælle dig, at noget er rettet. Kun test fortæller dig, om det er. Folk, der springer over at teste, ender med funktioner, der virker i demoen og fejler med rigtige data: lange navne, tomme felter, to personer, der booker det samme tidspunkt.
Skjulte afhængigheder og omkostninger
AI-byggede apps trækker ofte på eksterne tjenester — e-mailudbydere, betalingsbehandlere, AI-API'er. Hver har sin egen konto, sine nøgler, grænser og regninger. Kend, hvad din app afhænger af, før du lancerer.
Almindelige misforståelser
| Misforståelse | Det rigtige forhold |
|---|---|
| „Vibe coding betyder, at der ingen kode er.“ | Der er rigtig kode. Du læser den bare ikke. Derfor kan du senere eksportere den eller give den til en udvikler. |
| „Hvis det kører, er det korrekt.“ | At køre og at være korrekt, sikker og nem at vedligeholde er forskellige ting. |
| „Det er kun til ikke-udviklere.“ | Mange professionelle udviklere vibe-koder prototyper og gennemgår eller omskriver dem, før de lanceres. |
| „AI'en fortæller mig om problemer.“ | Det gør den ofte, hvis du spørger, men den gør det ikke altid af sig selv. Spørg direkte. |
| „Man kan ikke bygge noget seriøst på den måde.“ | Mange rigtige apps starter sådan. Det seriøse er at tilføje test og gennemgang, før rigtige brugere er afhængige af den. |
Sådan vibe-coder du ansvarligt
Et par vaner dækker det meste af risikoen:
- Hold ændringerne små. Én anmodning, én ændring, derefter test. Store, vage anmodninger giver store, vage resultater.
- Brug checkpoints. Sørg for, at du kan rulle tilbage til den sidste fungerende version, før du prøver noget risikabelt.
- Bed AI'en forklare. „Hvad gør denne ændring? Hvad kan gå i stykker?“ koster lidt og fanger meget.
- Test som en fremmed. Log ind som en anden bruger, og prøv at se den første brugers data.
- Hold hemmeligheder ude af kode og chat. API-nøgler hører hjemme i miljøvariabler eller projekthemmeligheder.
- Gennemgå før rigtige brugere. Ved alt med betalinger eller personlige data skal du gennemgå en sikkerhedstjekliste eller få en udvikler til at kigge på det.
Hvad du skal bede din AI-builder om
Nyttige prompts, der omsætter stemning til kontroller:
- „Før du bygger dette, så fortæl mig din plan, og hvilke data den vil gemme.“
- „List alle steder, denne app gemmer eller sender brugerdata.“
- „Kan en indlogget bruger se eller ændre en anden brugers poster? Tjek serverkoden, ikke kun siderne.“
- „Er nogen API-nøgler synlige i kode, der kører i browseren?“
- „Hvad sker der, hvis to personer indsender denne formular på samme tidspunkt?“
- „Opsummer, hvad der ændrede sig i de sidste tre redigeringer.“
Flere mønstre finder du i sådan skriver du prompts til AI-appbyggere, og når noget går galt, i sådan debugger du en AI-bygget app.
Vibe coding med Mythex
Mythex er en AI-appbygger bygget til denne måde at arbejde på: du beskriver appen i chatten, agenten skriver og kører koden i en live forhåndsvisning, og du publicerer den til en offentlig URL. Nogle funktioner findes netop for risiciene ovenfor. Plan-tilstand lader agenten lægge en fremgangsmåde frem, før den rører nogen filer, Ask-tilstand besvarer spørgsmål uden at redigere noget, og hver vellykket tur gemmer et checkpoint, du kan vende tilbage til. På Pro kan du åbne den fulde kodeeditor, eksportere projektet eller synkronisere det til GitHub, når du vil have en udvikler til at gennemgå det. Chat-dokumentationen forklarer tilstandene og checkpoints, og skabelonerne giver dig et udgangspunkt, hvis en tom side virker for meget.
Spørgsmål
Hvem fandt på udtrykket vibe coding?
Andrej Karpathy, AI-forsker og medstifter af OpenAI, brugte det første gang i et opslag på X i februar 2025. Han beskrev, at han gav sig hen til stemningen og glemte, at koden overhovedet findes, og udtrykket spredte sig hurtigt herfra.
Er vibe coding det samme som no-code?
Ikke helt. No-code-værktøjer lader dig bygge i en visuel editor, der skjuler koden. Med vibe coding skriver en AI rigtig kode, som findes i filer; du vælger blot ikke at læse den og styrer ved at beskrive, hvad du vil have, og kontrollere resultatet.
Er vibe coding sikkert til en rigtig app?
Det kan det være, hvis du tilføjer de kontroller, stemningen springer over: test at brugere ikke kan se hinandens data, opbevar API-nøgler i hemmeligheder frem for i koden, og gennemgå alt, der håndterer penge eller personlige data. Til engangsprototyper er risikoen lav; til apps med rigtige brugere er den det ikke.
Skal jeg lære at kode for at vibe-kode?
Nej. Men at kende de grundlæggende begreber — hvad en database, en API og godkendelse er — gør dine anmodninger tydeligere og hjælper dig med at opdage, når noget er galt. Du behøver ikke skrive kode for at forstå begreberne.