Nu kan du bygge software med almindelige ord

Da AI-ingeniør Andrej Karpathy i februar 2025 begyndte at eksperimentere med at lade AI-agenter skrive kode for ham, fandt han på et navn til det: vibe coding. Siden er begrebet eksploderet — og nu kan alle være med.

Nu kan du bygge software med almindelige ord
Kasper Junge

Jeg inviterede Kasper Junge til et webinar for at grave ned i, hvad vibe coding egentlig betyder i praksis.

Jeg inviterede Kasper Junge til et webinar for at grave ned i, hvad vibe coding egentlig betyder i praksis.

Kasper er AI-ingeniør, grundlægger af Computerlove.tech  og co-founder af Danish Data Science Community med over 1.200 medlemmer. Han er kåret som Nordic Data & AI Influencer of the Year og er co-host på Verbos Podcast — Danmarks podcast for AI og softwareingeniører.

Her er de vigtigste pointer — og svarene på de spørgsmål, deltagerne stillede undervejs.

Hvad er vibe coding egentlig?

Kasper definerer vibe coding sådan: Det er, når det naturlige sprog bliver dit primære programmeringssprog. Altså dansk, engelsk eller et hvilket som helst andet sprog du taler.

"I gamle dage har det her med at kunne programmere og udvikle software været forbeholdt under én procent af verdens befolkning," forklarede Kasper. "Men nu hvor det bliver tilgængeligt via naturligt sprog, kan mange flere være med."

Det interessante er, at vibe coding ikke kun er for dem, der aldrig har kodet før. Kasper ser professionelle udviklere, der bruger samme tilgang — bare til mere ambitiøse projekter. De uddelegerer til agenter og bygger hurtigere end nogensinde.

Software bliver custom — ikke hyldevare

En af Kaspers mest interessante forudsigelser handler om, hvordan software vil ændre sig fundamentalt.

"Mange snakker om, at vi kommer til at se en fremtid, hvor software er custom for alle," sagde han. "Du får ikke den her hyldevare, som er lavet af en virksomhed og skal være det samme produkt for alle. Man bestemmer i højere grad selv, hvordan ens software skal fungere, og hvordan brugergrænsefladen skal se ud."

Det betyder, at virksomheder i fremtiden måske udstiller kernefunktionalitet via et API — og så kan brugerne selv designe den brugergrænseflade, der passer til dem.

Spørgsmål og svar fra webinaret

Her er et udvalg af de spørgsmål, deltagerne stillede — og Kaspers svar:

Spørgsmål: Hvilke programmer vil du anbefale ikke-udviklere til at bygge en app?

Kasper: "Jeg kan anbefale Lovable og Henosia. Lovable er svensk, Henosia er dansk. Begge henvender sig til no-code segmentet, hvor meget af det tekniske bliver håndteret behind the scenes. Lars Nielsens YouTube-kanal er også værd at følge — han henvender sig meget til no-code-segmentet."

Spørgsmål: Hvornår bør du lære at kode, og hvornår skal du bare lade AI gøre det?

Kasper: "Hvis man løber ind i, at man ikke kan bygge det, man gerne vil, så er det en god pejlemærke. Men jeg vil også være glad, hvis folk havde lyst til at forstå, hvordan det fungerer nedenunder. For det kan gøre, at man kan se muligheder, som andre uden den tekniske viden ikke kan se."

Spørgsmål: Hvad er dit bedste tip til sikkerhed, hvis man er no-coder uden IT-fagperson til at hjælpe?

Kasper: "Det vil jeg kalde at bygge over evne. Man skal have respekt for, at man kan komme til at bygge over evne. Mit bedste råd vil være at rådføre sig med nogen, der ved hvad de laver, og som kan kigge din kode igennem — for eksempel om der ligger API-nøgler i frontend, som er en kæmpe sikkerhedsbrist."

Spørgsmål: Hvordan verificerer jeg, at en pakke ikke er malicious, når agenten foreslår den?

Kasper: "Det er et svært problem — både for mennesker og for AI. For to dage siden havde vi episoden med LiteLLM, hvor der blev sneget ondsindet kode ind i et ellers legitimt bibliotek. Mit bud er, at man selv researcher de biblioteker, agenten foreslår. Og hvis man vil gå endnu mere med sikkerhedsseler, kan man white-liste de pakker, man vil tillade."

Spørgsmål: Kan du forklare RAG og MCP, og hvor man starter?

Kasper: "RAG — Retrieval Augmented Generation — er et fancy ord for at sige: Før du svarer brugeren, søger du lige i dokumenter eller på nettet, så du kan svare på baggrund af det. Men det kræver teknisk setup med vektor-databaser og embedding-modeller.

Hvis jeg vil starte i light-versionen, vil jeg lave en bog til agenten — altså en tekstfil med en indholdsfortegnelse, der forklarer hvad det er for noget, og som linker til andre dokumenter, den kan slå op i efter behov. Det kan fungere overraskende godt."

Spørgsmål: Hvis modellerne er de samme i Claude Code og Copilot, er det så ikke ligegyldigt, hvilket værktøj man bruger?

Kasper: "Modellerne er ikke helt de samme — der er forskel på dem. Men langt hen ad vejen skal man nok arbejde meget med dem, før man kan kende forskellene. Det vigtige er, at kodeværktøjet oven på — altså Claude Code, Codex eller Cursor — tilbyder forskellige features. Modellen er motoren, men applikationen oven på gør forskellen."

Spørgsmål: Hvordan håndterer man code review, når AI producerer så meget kode?

Kasper: "Der kan opstå spændinger, når én udvikler bruger AI og producerer titusind linjer kode, som en kollega skal kvalitetssikre. Det første er kommunikation — at tale åbent om, at noget er produceret af en agent, og hvor meget eftertanke der ligger i det. Vi skal måske gentænke, hvad code review skal se ud, for at vi effektivt kan kvalitetssikre hinandens arbejde."

Spørgsmål: Hvordan forbereder en organisation sig på citizen development, når ikke-udviklere begynder at bygge egne apps?

Kasper: "Det bedste jeg kan sige er: Tal med IT-afdelingen først. Når nogen kommer med deres Lovable-app og siger 'nu skal det driftes', vil IT studse over, at det måske er kodet i et sprog, ingen har kompetencer til at vedligeholde. Der er også sikkerhed og compliance at tænke på. Så tag snakken med IT, inden du går i gang — spørg dem, hvordan I kan få succes med det her sammen."

Vibe coding basics: Sådan kommer du i gang

1. Start med en idé, ikke et værktøj. Hvad vil du gerne bygge? En app til dig selv? Et dashboard? Et lille værktøj, der løser et irritationsmoment i din hverdag? Skriv det ned i én sætning.

2. Hav en samtale med din chatbot. Brug ChatGPT eller Claude til at afklare detaljerne. Stil spørgsmål. Lad den stille spørgsmål tilbage. Kasper forklarer, at en idé på én-to sætninger typisk bliver til tre-fire sider, når man har talt den igennem. Det er dit fundament.

3. Vælg et værktøj, der passer til dit niveau. Se oversigten nedenfor.

4. Byg noget småt først. Ikke din store drøm. Noget du kan færdiggøre på en eftermiddag. Det lærer dig, hvordan værktøjet fungerer — og giver dig mod på mere.

5. Spørg, når du sidder fast. Det bedste ved vibe coding er, at du kan spørge agenten, hvad der går galt. Du behøver ikke Google fejlkoder. Du kan bare skrive: "Det virker ikke — hvorfor?"

Værktøjsoversigt

Lovable Svensk. Bygget til ikke-udviklere. Du beskriver, hvad du vil have, og Lovable bygger det. Håndterer hosting og database. God til hurtigt at få noget op at køre. Mindre fleksibel, hvis du vil have fuld kontrol.

Henosia Dansk. Samme koncept som Lovable. Du skriver, hvad du vil bygge, og Henosia klarer resten. Godt valg, hvis du vil have dansk support og holde det tæt på.

Claude Code Til dig, der vil have mere kontrol. Kører på din egen computer. Du kan bruge hvilket som helst programmeringssprog. Kræver mere forståelse, men giver også mere frihed. God til at lære, mens du bygger.

Codex / Cowork Desktop-applikationer fra OpenAI og Anthropic. Sidder oven på din computer og kan hjælpe med at bygge små projekter. Ligger et sted mellem Lovable og Claude Code i kompleksitet.

Den vigtigste pointe

Vibe coding handler ikke om at erstatte udviklere. Det handler om at give flere mennesker mulighed for at bygge software — og at give udviklere mulighed for at bygge mere ambitiøst.

Som Kasper sagde: "Jeg håber virkelig, at det her kommer til at betyde, at mennesker kommer til at tale mere med mennesker. Og at mennesker med forskellig viden kommer til at tale mere sammen."