ProgramvareutviklingHafsteinn Runarsson · AI Konsulent25 Aug 2026 · 8 min

Hva er vibe coding? Slik fungerer vibbekoding i praksis

Hva betyr vibe coding? Vibe coding, eller vibbekoding, betyr at du beskriver hva en programvareløsning skal gjøre med vanlige ord, mens et AI-verktøy skriver og endrer koden. Du vurderer resultatet ved å kjøre løsningen, gir ny tilbakemelding og gjentar til den fungerer slik du ønsker.

Kort sagt:

• Du beskriver målet og rammene.
• AI-en genererer eller endrer kode.
• Du kjører og tester resultatet.
• Du forklarer hva som må rettes.
• Prosessen gjentas i små steg.

Metoden kan gjøre veien fra idé til prototype kortere. Vil du holde første versjon liten, kan du følge prinsippene for å avgrense et minimum viable product (MVP). Metoden fjerner ikke behovet for menneskelig ansvar, testing eller tekniske vurderinger når løsningen skal brukes av andre.

Hva betyr vibe coding i praksis?

Vibe coding flytter oppmerksomheten fra hver enkelt kodelinje til oppførselen du ønsker i løsningen. I stedet for å starte med syntaks kan du beskrive en bruker, et problem og et ønsket resultat.

En instruksjon kan for eksempel være:

Eksempelprompt: Lag en enkel prototype for å registrere interne henvendelser. Første versjon skal ha et skjema, validering av obligatoriske felt og en liste over registrerte saker. Bruk bare eksempeldata, og ikke legg til innlogging eller eksterne integrasjoner.

AI-verktøyet foreslår kode. Du kjører prototypen, prøver realistiske scenarier og beskriver hva som fungerte eller feilet. Tilbakemeldingen blir grunnlaget for neste endring.

Det mest særpregede er graden av tillit til resultatet fremfor koden. Hvis en utvikler leser, forstår, tester og kvalitetssikrer all den genererte koden, er det mer presist å kalle arbeidsformen AI-assistert utvikling enn ren vibbekoding.

Hvor kommer begrepet vibe coding fra?

Begrepet ble popularisert av AI-forskeren Andrej Karpathy i 2025. Han beskrev en arbeidsform der utvikleren i stor grad lar AI-en drive kodearbeidet, bruker feilmeldinger og observasjoner som tilbakemelding og fortsetter til løsningen virker. Store norske leksikon oppsummerer bakgrunnen og begrepsbruken.

På norsk brukes både vibe coding og vibbekoding. De viser til den samme prompt-drevne arbeidsformen.

Hvordan fungerer vibe coding steg for steg?

En kontrollert arbeidsflyt gjør det enklere å forstå hva som endres og oppdage feil tidlig.

1. Avgrens oppgaven. Start med ett tydelig problem og én type bruker.
2. Beskriv første versjon. Forklar funksjon, rammer og akseptkriterier.
3. Be om et lite utkast. Lag én kjørbar del fremfor hele produktet på én gang.
4. Kjør og observer. Test det brukeren faktisk skal gjøre.
5. Gi konkret tilbakemelding. Beskriv utfallet, ikke bare at «det virker ikke».
6. Gjenta i små steg. Legg til én funksjon eller rett én feil om gangen.
7. Stopp og vurder. Bestem om resultatet skal forbli en prototype eller utvikles videre.

Kjernen er: beskriv → generer → kjør → observer → juster.

Et enkelt eksempel

Tenk at du vil utforske et internt verktøy for å sortere kundehenvendelser. Be først om et skjema, en listevisning og noen tydelige kategorier.

Når første versjon kjører, tester du faktiske handlinger:

• Hva skjer hvis et obligatorisk felt er tomt?
• Kan samme sak registreres to ganger?
• Er kategoriene forståelige?
• Hva ser brukeren hvis lagring feiler?

Denne typen smal og testbar oppgave passer bedre enn en vag bestilling som «bygg et komplett kundesystem».

Vibe coding, AI-assistert utvikling og no-code

Forskjellen ligger i hvordan løsningen bygges og hvor mye kontroll et menneske beholder.

Vibe coding

• AI-en gjør store deler av kodearbeidet.
• Resultatet vurderes først og fremst ved å kjøre løsningen.
• Koden kan få begrenset gjennomgang i en tidlig skisse.
• Arbeidsformen passer best når omfanget og risikoen er små.

AI-assistert utvikling

• AI-en fungerer som et verktøy for forslag, endringer og analyse.
• Utvikleren vurderer både koden og resultatet.
• Arkitektur, tester og kodegjennomgang er en del av arbeidet.
• Arbeidsformen passer bedre for programvare som skal forvaltes over tid.

No-code

• Løsningen bygges med ferdige visuelle komponenter og regler.
• Brukeren arbeider innenfor plattformens rammer.
• Ved vibe coding genererer eller endrer AI-en faktisk programkode ut fra instruksjonene.

Når passer vibbekoding?

Vibbekoding passer best når du vil utforske en idé raskt og konsekvensene av feil er små.

Typiske bruksområder er:

• en klikkbar eller kjørbar prototype
• et lite internt verktøy
• en avgrenset automatisering
• en engangsoppgave
• et eksperiment med en ny arbeidsflyt
• en enkel demonstrasjon før videre prioritering

Arbeidsformen kan brukes av både utviklere og personer uten programmeringsbakgrunn. En utvikler kan bruke den til å utforske et grensesnitt eller en teknisk idé. En ikke-utvikler kan gjøre en arbeidsflyt konkret før den diskuteres med et produktteam. Når ideen skal videre, gir en strukturert prosess for digital produktutvikling fra idé til lansering tydeligere faser og beslutningspunkter.

Fordeler og begrensninger

Den største fordelen er at en idé raskt kan bli noe du kan se og teste. Det gjør samtaler om behov og brukerflyt mer konkrete.

Vibbekoding kan også:

• senke terskelen for å lage en enkel prototype
• gjøre det lettere å prøve flere løsningsforslag
• flytte tidlig oppmerksomhet mot brukerens mål
• hjelpe et team med å oppdage uklare krav

Begrensningen er at en fungerende skjerm ikke forteller om koden er sikker, forståelig eller enkel å vedlikeholde. AI-en kan ta tekniske valg du ikke ser, bruke avhengigheter du ikke har vurdert eller løse ett problem ved å skape et annet.

Jo større løsningen blir, desto vanskeligere blir det å holde krav, kode og tidligere beslutninger samlet. Derfor bør store oppgaver deles opp, og viktige valg dokumenteres underveis.

Når bør du være forsiktig?

Vibbekoding alene er et svakt utgangspunkt når løsningen skal håndtere høy risiko eller leve lenge.

Vær særlig forsiktig ved:

• personopplysninger eller annen sensitiv informasjon
• betalinger, tilgangsstyring eller sikkerhetskritiske funksjoner
• regulatoriske krav
• komplekse integrasjoner
• systemer som andre tjenester er avhengige av
• produkter som flere utviklere skal vedlikeholde over tid

I slike tilfeller bør AI-generert kode behandles som et utkast. Arkitektur, sikkerhet, datalagring, avhengigheter, feilhåndtering og drift må vurderes eksplisitt før løsningen settes i produksjon. En praktisk innføring i testing av AI-løsninger viser hvordan kvalitet kan vurderes mer systematisk.

Vanlige fallgruver

Du bygger for mye på én gang

En stor og uklar prompt gir AI-en mange beslutninger å ta samtidig. Da blir det vanskelig å forstå hvorfor resultatet feiler.

Gjør heller dette: Del arbeidet i små funksjoner med klare akseptkriterier.

«Det virker hos meg» blir eneste test

En vellykket klikkrunde sier lite om tomme felt, uventede data, samtidige brukere eller feil i en ekstern tjeneste.

Gjør heller dette: Lag konkrete testscenarier, inkludert feiltilfeller, før du ber om mer funksjonalitet.

AI-en får endre testen for å få grønt lys

Hvis verktøyet både skriver funksjonen og fjerner kravene som avslører feil, mister testen verdi.

Gjør heller dette: Lås akseptkriteriene. Vurder endringer i tester separat.

Ingen vet hva som er bygget

Raske iterasjoner kan skjule tekniske valg, avhengigheter og midlertidige løsninger.

Gjør heller dette: Behold en kort beslutningslogg med formål, viktige valg, kjente begrensninger og gjenstående arbeid.

Prototypen blir produksjon uten en overgang

En demo kan være verdifull selv om koden er uferdig. Problemet oppstår når den tas i bruk som et varig system uten ny vurdering.

Gjør heller dette: Avtal et stoppunkt for opprydding, gjennomgang og eventuell ny arkitektur.

En tryggere vei fra idé til produksjon

Du trenger ikke velge mellom raske eksperimenter og god programvarepraksis. Bruk vibbekoding der den gir verdi, og øk kontrollen når risikoen øker. Se også veiviseren for å gå fra vibbekodet prototype til produksjon.

1. Utforsk

• Avgrens problemet.
• Lag den minste versjonen som demonstrerer ideen.
• Bruk eksempeldata fremfor ekte eller sensitive data.
• Test hovedflyten med realistiske scenarier.

2. Valider

• Test med de faktiske brukerne.
• Finn ut om arbeidsflyten løser riktig problem.
• Fjern funksjoner som ikke bidrar til målet.
• Skriv tydelige krav til neste versjon.

3. Kvalitetssikre

• Gå gjennom arkitektur og avhengigheter.
• Vurder tilgangsstyring, datalagring og feilhåndtering.
• Legg til automatiserte tester og kodegjennomgang.
• Dokumenter kjente begrensninger og driftsbehov.

4. Gjør klar for produksjon

• Bestem hvem som har ansvar for løsningen.
• Etabler rutiner for overvåking, feilretting og oppdateringer.
• Avklar leveranse, tilgang og overlevering.
• Sett løsningen i produksjon først når kravene til funksjon, sikkerhet og vedlikehold er oppfylt.

Slik skriver du bedre prompts for vibe coding

En nyttig prompt beskriver mer enn et ønsket skjermbilde. Den gir AI-en rammer for både funksjon og kvalitet.

Ta med:

• Mål: Hva skal brukeren få gjort?
• Bruker: Hvem er løsningen laget for?
• Omfang: Hva skal være med nå, og hva skal vente?
• Regler: Hvilke krav må alltid oppfylles?
• Feiltilfeller: Hva kan gå galt?
• Akseptkriterier: Hvordan vet du at oppgaven er ferdig?
• Begrensninger: Hvilke data, verktøy eller avhengigheter skal ikke brukes?

Be også AI-en forklare hvilke filer den vil endre, hvordan løsningen skal testes og hvilke antakelser den har gjort. Da blir neste runde mer presis.

Kan jeg bruke vibe coding uten å kunne programmere?

Ja. Du kan lage enkle prototyper og små verktøy ved å beskrive ønsket resultat i naturlig språk. Manglende kodekunnskap gjør det samtidig vanskeligere å vurdere kvalitet, sikkerhet og vedlikehold. Få en erfaren utvikler til å gjennomgå løsningen før den brukes til noe kritisk.

Hvilke verktøy brukes til vibe coding?

Vibe coding kan gjøres med chatbaserte AI-assistenter, kodeeditorer med AI og plattformer som genererer kjørbare apper fra tekst. Velg verktøy etter behovet for kontroll, integrasjoner og hvordan koden skal forvaltes videre.

Er vibe coding bare for prototyper?

Nei, men jo nærmere løsningen kommer produksjon, desto mindre bør du stole på vibben alene. Tester, kodegjennomgang, sikkerhetsvurdering og tydelig ansvar blir viktigere når konsekvensene av feil øker.

Kan AI-generert kode gå rett i produksjon?

Det avgjøres ikke av hvem som skrev koden, men av om løsningen oppfyller kravene til funksjon, sikkerhet, drift og vedlikehold. AI-generert kode bør gjennomgås og testes på samme måte som annen kode som skal brukes av reelle brukere.

Oppsummert

Vibe coding betyr at du beskriver ønsket programvare med vanlige ord, lar AI-en generere kode og forbedrer resultatet gjennom korte runder. Metoden passer godt til utforsking, prototyper og små verktøy med lav risiko.

Den viktigste vurderingen kommer etter at prototypen virker: Skal den forbli et eksperiment, eller bli et produkt? Hvis løsningen skal videre, trenger den tydelige krav, menneskelig ansvar, testing og en plan for produksjon og vedlikehold.

Har du en prototype som skal vurderes for videre utvikling? Start en samtale med Daia. Omfang, pris, tidspunkt, tilgang og overlevering avtales for hvert oppdrag.