Vibe coding: hvad er det? Definition, værktøjer og grænser

Vibe coding forklaret enkelt

Hvad er vibe coding? Det er en måde at bygge software på, hvor du beskriver den for en AI i stedet for selv at skrive koden. Du siger, hvad du vil have, på almindeligt sprog, AI'en skriver koden, du ser på resultatet og præciserer din forespørgsel. En, der arbejder sådan, kaldes en vibe coder.

For en mobilapp kan det starte med "lav en to do-liste med en knap til at tilføje et punkt". Men den vigtige del kommer bagefter: at tjekke, at tilføjelsen virker, at listen stadig er der, når appen har været lukket, og at skærmen er til at bruge på din telefon.

Du kan komme i gang uden at kunne programmere. For at komme videre skal du gradvist forstå, hvad din app gør, hvor den gemmer data, og hvordan du tjekker en ændring.

Jeg koder mine egne iOS-apps med Claude og Cursor, hver dag. Solys, et vækkeur med minispil, og TradaZen, en tradingsimulator, ligger på App Store. Denne guide kommer fra det arbejde: hvad vibe coding reelt kan, hvor det går i stykker, og hvordan du kommer hele vejen til en publiceret app.

Hvorfor hedder det "vibe coding"?

Udtrykket har en fødselsdag. Den 2. februar 2025 beskriver Andrej Karpathy, medstifter af OpenAI, på X en ny måde at programmere på: Man overgiver sig til "vibes", accepterer det, AI'en foreslår, og glemmer næsten, at koden findes. Han kalder det "vibe coding". Ordets historie kan du læse på dets Wikipedia-side.

Ordet slog hurtigt igennem. Merriam-Webster optog det allerede i marts 2025, og Collins kårede det som årets ord 2025.

I Frankrig følger nysgerrigheden med. I Google Keyword Planner viste søgningen "vibe coding" den 2. oktober 2026 mellem 10.000 og 100.000 søgninger om måneden og en stigning på +900 % på et år.

Husk den oprindelige betydning: Hos Karpathy betyder vibe coding, at man holder op med at læse koden. Det er helt fint til et weekendeksperiment. Det er risikabelt til en app, som rigtige mennesker skal bruge, og det er hele forskellen til metoden længere nede.

Vibe coding, no-code og udvikling med AI

De her udtryk overlapper, men de dækker ikke helt over den samme metode.

Metode	Hvad du gør	Hvad du får	Begrænsningen
No-code	Du sætter blokke sammen i en visuel brugerflade	En app, der lever inde i værktøjet	Du er afhængig af platformen og dens priser
Vibe coding	Du beskriver resultatet og arbejder dig frem med prompts	Rigtig kode, som du læser lidt eller slet ikke	Fejl slipper igennem, så længe ingen tjekker
AI-assisteret udvikling	Du beskriver også, men med regler, gennemlæsning og tests	Rigtig kode, som du kan videreudvikle	Langsommere i starten, du skal lære at tjekke

Du kan starte med den anden tilgang og gradvist gå over til den tredje. Værktøjets navn er ikke nok til at skelne dem: Du kan give Codex en uklar ændring, ligesom du kan skrive en præcis forespørgsel i en app-generator.

Guiden til at lave en app uden at kode gennemgår, hvad du skal lære, når din prototype begynder at blive et rigtigt produkt.

Hvordan laver man vibe coding?

Metoden består af fem trin, uanset værktøj.

1. Beskriv et resultat, der kan tjekkes. Ikke "en træningsapp", men "en skærm med listen over mine træningspas og en knap til at tilføje et".
2. Bed om én ting ad gangen. En skærm, en funktion, en rettelse. Ti forespørgsler i én prompt giver ti halvfærdige ting.
3. Se resultatet på en rigtig telefon. En forhåndsvisning i browseren beviser intet for en mobilapp.
4. Ret med en præcis forespørgsel. Sig, hvad du gjorde, hvad du så, og hvad du forventede. Et skærmbillede hjælper meget.
5. Gem det, der virker. Før hver ny forespørgsel skal du have en version, du kan vende tilbage til.

De fem trin er nok til en prototype. Til en app, du vil publicere, skal der regler og tjek oveni: Det handler lav en app med AI om.

Hvilke værktøjer skal du bruge til en mobilapp?

Der er to veje: at arbejde i dit eget projekt eller at starte i et værktøj, der genererer en app ud fra din beskrivelse.

Codex og Claude Code kan arbejde i en kodemappe, ændre filer og køre kommandoer. Cursor lader dig arbejde i en editor med en agent. Det passer til en app, hvor du vil forstå og beholde projektet. Mulighederne er beskrevet i dokumentationen til Codex CLI, Claude Code og Cursor Agent.

Generatorerne har deres egne miljøer og outputformater. Før du vælger en, så tjek, om den laver en webapp, et mobilprojekt eller et projekt, der kun er til Apples platforme. Sammenligningen af Lovable, Rork og FlutterFlow forklarer forskellen.

Her er, hvad fire kendte værktøjer producerer, og hvad deres gratis plan giver, ifølge deres prissider læst den 2. oktober 2026. Planerne ændrer sig ofte: Tjek dem, før du vælger.

Værktøj	Hvad det producerer	Gratis plan
Claude Code	Kode i dit eget projekt, fra terminalen	Nej: Det er inkluderet i de betalte planer, fra 20 $ om måneden
Cursor	Kode i dit eget projekt, fra en editor	Ja, med et begrænset antal agent-forespørgsler
Lovable	En webapp	Ja: 5 credits om dagen, højst 30 om måneden
Bolt	Et website eller en webapp, hostet hos dem	Ja: 300.000 tokens om dagen, 1 million om måneden, med deres logo

Til en iPhone-app er det projektets format, der afgør resten. En agent, der arbejder i et React Native- og Expo-projekt, giver dig koden og vejen til App Store. En generator af webapps giver dig et link, du kan dele, ikke en side på App Store. For at vælge kan du læse hvilken AI til at lave en app.

Vælg frem for alt et forløb, du kan følge: åbne projektet, vise resultatet, gemme en version og forstå en fejl. Et imponerende værktøj, der lader dig sidde fast ved første rettelse, hjælper dig ikke med at blive færdig.

Hvad er farerne ved vibe coding?

Faren er ikke AI'en. Det er at publicere noget, som ingen har tjekket. To offentlige hændelser viser det, og det gør mine egne afvisninger fra Apple også.

Data åbne for alle. En sikkerhedsforsker analyserede 1.645 projekter lavet med Lovable og offentliggjorde sine fund i maj 2025: 170 eksponerede data, blandt andet e-mails, telefonnumre og API-nøgler. Årsagen: manglende eller for brede adgangsregler til databasen. Appen virkede helt fint på skærmen, og det er netop fælden.

En slettet database. I juli 2025 slettede Replits agent et projekts produktionsdatabase under en code freeze, selvom ejeren havde forbudt enhver ændring. Replit annoncerede derefter automatisk adskillelse af udviklings- og produktionsdatabaser.

Afvisninger fra Apple. AI'en ser ikke på din app med en reviewers øjne. På Solys fik jeg to afvisninger, som AI'en ikke havde advaret mig om: en obligatorisk skærm, der var umulig at komme forbi i et lille vindue, og derefter en anmodning om bedømmelse, der kom for tidligt. Begge er beskrevet i hvorfor Apple afviser en app.

En hemmelig nøgle i appen. Når AI'en beder dig om en API-nøgle, lægger den den gerne i koden, der sendes ud til brugerne, hvor alle kan læse den. Guiden til API-nøgler i en Expo-app forklarer, hvor kaldet skal laves.

Modtrækket er det samme hver gang: ét tjek pr. risiko. Adgangsregler testet med to konti, en backup før hver ændring af databasen, en test på den mindste og den største iPhone, ingen hemmelige nøgler i appen.

Et første projekt: en liste til at pakke til en tur

Lad os tage et fiktivt eksempel: en app, der hjælper med at pakke vandrerygsækken. Den første version kan kun tilføje en ting, krydse den af og gemme listen.

Start med en prompt, der beskriver et resultat, der kan tjekkes:

Jeg bygger en lille mobilapp til at pakke en vandrerygsæk.
Første trin: en enkelt skærm med en liste over ting.
Jeg vil kunne tilføje en ting og krydse den af, når den er i rygsækken.
Brug lokale data først, uden brugerkonto.
Før du ændrer projektet, så forklar, hvilke filer det drejer sig om.
Efter ændringen skal du fortælle, hvordan jeg tjekker tilføjelse og afkrydsning.
Tilføj ikke betaling, kort eller AI-funktioner indtil videre.

Prompten er et eksempel, du skal tilpasse, ikke en færdigbygget app. Den undgår at give værktøjet ti funktioner, når du endnu ikke ved, hvordan du tjekker den første.

Når skærmen vises, så test én handling ad gangen. Tilføj en ting, kryds den af, og luk og genåbn så appen. Hvis listen forsvinder, så bed præcist om, at data bevares ved genstart. Hvis en tekst bliver skåret af, så vis et skærmbillede og angiv størrelsen på den pågældende enhed.

De tjek, du skal have med fra starten

For hvert lille trin skal du svare på disse spørgsmål:

1. Virker den ønskede handling faktisk?
2. Er resultatet stadig korrekt efter lukning eller et skridt tilbage?
3. Er tastatur, tekster og knapper stadig til at bruge på min telefon?
4. Kan jeg gå tilbage til den forrige version, hvis den næste ændring ødelægger noget?

Når AI'en foreslår en afhængighed eller en tjeneste, så spørg, hvorfor den er nødvendig, og hvad den koster.

Kan man publicere en app lavet med vibe coding?

Ja. Solys og TradaZen ligger på App Store, og deres kode er skrevet med Claude og Cursor. For TradaZen gik der 26 kalenderdage fra første commit til publicering.

Men måden, appen er lavet på, fritager dig ikke for noget. Du skal teste appen, forberede dens side og forklare Apple, hvordan den virker. En forhåndsvisning, der virker i browseren, beviser ikke, at den version, du sender til Apple, virker på iPhone. Og fire trin hviler helt på dig: signering af appen, TestFlight, abonnementer og review.

Guiden til at publicere på App Store beskriver de trin. Vil du starte med OpenAI's værktøj, så brug tutorialen til at lave en app med Codex. Med Anthropics værktøj kan du følge lav en app med Claude Code.

Er vibe coding gratis?

For at prøve det af, ja. Cursor, Lovable og Bolt har en gratis plan med et begrænset antal forespørgsler om dagen. Den rækker til et par skærme, ikke til at bygge en hel app: Kvoterne bliver hurtigt brugt op, når du arbejder hver dag. Claude Code kræver derimod en betalt plan, fra 20 $ om måneden.

Dertil kommer de udgifter, AI'en ikke fjerner: 99 $ om året for at publicere på App Store og 25 $ én gang for Google Play. Hvad der er gratis, og hvad der ikke er, kan du se i lav en app gratis.

Hvordan lærer man vibe coding?

Alene kan du nå langt: Den officielle dokumentation er gratis, og tutorials på denne blog tager udgangspunkt i et rigtigt projekt. Regn frem for alt med øvelse. En lille færdig app lærer dig mere end ti videoer.

Det, der mangler, når man lærer alene, er at vide før indsendelsen, hvad Apple vil afvise. Det er formålet med iOS Kit: startkoden fra mine apps, et forløb i fire trin, som du følger i dit eget tempo, og Claude Code-skills, der gennemgår dit projekt før indsendelsen. Siden om vibe coding-kursus uddyber det for AI generelt, og Claude Code-kurset for Anthropics værktøj.

Ofte stillede spørgsmål

Skal man kunne kode for at lave vibe coding?

Nej, ikke for at komme i gang. Du beskriver, hvad du vil have, og AI'en skriver koden. For at gøre en app færdig skal du til gengæld lære at tjekke: se hvilke filer der er ændret, teste på din telefon, forstå en fejlmeddelelse.

Hvad er en vibe coder?

Det er en person, der laver software ved at beskrive den for en AI i stedet for at skrive koden. Ordet dækker både en begynder, der starter sin første prototype, og en udvikler, der uddelegerer skrivningen for at gå hurtigere.

Kan man lave vibe coding med ChatGPT?

Ja. Du kan bede den om kode og indsætte den i dit projekt, eller bruge Codex, OpenAI's agent, der ændrer filerne direkte. Begrænsningen er den samme som med de andre værktøjer: Det er dig, der tjekker resultatet på en rigtig telefon.

Hvad er det bedste værktøj til vibe coding?

Det, der producerer det format, du har brug for. Til et website eller en webapp går det hurtigt med en generator som Lovable eller Bolt. Til en iPhone-app, du vil publicere og videreudvikle, giver en agent, der arbejder i dit eget projekt, som Claude Code, Codex eller Cursor, dig koden og kontrollen.

Kan man lave en mobilapp med vibe coding?

Ja, hvis du vælger et værktøj, der producerer et rigtigt mobilprojekt og ikke kun en webapp. Med React Native og Expo giver ét projekt både iPhone-appen og Android-appen.

Er vibe coding pålideligt til en app i produktion?

Ikke som det er. De kendte hændelser skyldes alle et resultat, der blev publiceret uden at blive tjekket: eksponerede data, en slettet database, afvisninger fra Apple. Med testede adgangsregler, backups og tests på enheden giver den samme metode apps, der holder.

Fra den første idé til et projekt, du kan gøre færdigt

Hvis du stadig er i tvivl om den første funktion, så start med at validere din app-idé. Vil du se hele vejen, så læs hvordan man laver en app. Har du allerede en prototype, hjælper forløbet i fire trin i iOS Kit dig med at finde det næste. Ved du ikke, hvor du står? Den gratis diagnose viser dig, hvor du er, fortæller dig, hvilket trin du skal tage fat på først, og sender dig min tjekliste mod afvisninger fra Apple.