Vibe coding for nybegynnere

I En agent i en mappe ga vi AI-en et avgrenset arbeidsrom. Vibe coding er den samme ideen brukt på programvare. Guiden er for deg som ikke skriver kode, men vil begynne å utforske hvordan du bygger programvare med AI. Vi forklarer hva vibe coding er, byggeklossene i en ekte app, tankesettet som fungerer og hvordan du kommer i gang, og underveis bygger vi en liten app der et team bestiller lunsj.

Hva er vibe coding?

Navnet kommer fra Andrej Karpathy, som i et innlegg tidlig i 2025 beskrev en måte å bygge på der du «glemmer at koden i det hele tatt finnes». Du sier hva du vil ha, AI-en skriver koden, og du justerer resultatet i korte runder med tilbakemeldinger. Du trenger ikke kunne skrive kode, men du må vite hva du vil ha.

«Jeg har ikke skrevet en eneste kodelinje for hånd på, tror jeg, åtte måneder nå.»

Boris Cherny, leder for Claude Code i Anthropic, til Fortune, juni 2026, vår oversettelse

Siden 2025 har AI-agenten lært å lese filene dine, kjøre appen, se på resultatet og prøve igjen. I en undersøkelse JetBrains gjorde blant mer enn 15 000 utviklere i 2026, brukte 90 prosent AI-kodeagenter i jobben hver uke. Lovable skriver at fire av fem som bygger der, beskriver rollen sin som ikke-teknisk. Anthropic fant at folk i de ti største yrkene lyktes med kodeøktene i Claude Code nesten like ofte som programvareutviklerne.

Hvilke verktøy kan du bruke?

Det finnes fire veier inn, fra enkelt til mer avansert.

Dette er verktøyene vi ser oftest, og det finnes mange flere.

I chatten. Claude bygger små apper rett i samtalen som artefakter, uten noe å installere, og du kan dele dem med en link. En artefakt kan også hente ferske data gjennom connectorene dine hver gang den åpnes, for eksempel fra et regneark i SharePoint eller en side i Notion. ChatGPT har Sites, som bygger og publiserer små nettsider og apper, og Gemini har Canvas. Det er den raskeste veien når du vil teste en idé.

Appbyggere i nettleseren. Lovable, Bolt, Replit og Google AI Studio bygger en hel nettapp ut fra en beskrivelse, legger den på nett og setter opp databasen for deg, og alle har en gratisversjon. Designere kan starte fra sine egne design i Figma Make. Du gir fra deg litt kontroll og sparer mye tid.

I kodeeditoren. Utviklere får den samme hjelpen i VS Code, Cursor eller JetBrains, gjennom Claude Code, GitHub Copilot eller Cursors egen agent.

Kodeagenter. Dette er det vi selv bruker i GritAI, og veien guiden følger. AI-agenten jobber i en mappe på din egen maskin, der den kan lese filene dine, kjøre appen og teste den mens den bygger.

• Claude Code kjører under fanen Code i Claude-appen og viser appen din i nettleserpanelet mens den jobber. Den krever et betalt Claude-abonnement.
• Codex, fra OpenAI, kjører i ChatGPT-appen med forhåndsvisning og er med i alle ChatGPT-abonnementer.

Cursor og Googles Antigravity er editorer bygget rundt samme type agent, så de hører også hjemme her. Tipsene og rådene i guiden passer for alle disse.

Du velger byggeklossene selv. Med en kodeagent bestemmer du rammeverket, databasen og hvor appen skal kjøre, med hjelp fra agenten. Appbyggere som Lovable, Riff og Base44 tar de fleste av de valgene for deg.

Vår anbefaling. Hvis du blir hekta på å bygge med AI og vil ha mer frihet, bør du gå over til en kodeagent som Claude Code eller Codex. Bygger du mye, har Claude Max eller ChatGPT Pro gitt oss mest igjen for pengene.

Tankesettet når du bygger

Det er ikke lenger koden som er vanskelig. Det vanskelige er å se for seg hva som skal bygges, og det trenger du ikke gjøre alene. Drøft ideen med AI-en som med en sparringpartner, be om andre måter å løse det på, og la den utfordre deg.

De beste med AI er ofte de som har gode samtaler, evner å gi riktig kontekst og samarbeider effektivt med AI i byggeprosessen. Fortell hvem appen er for, hva de gjør i dag og hvordan et godt resultat ser ut, og vis AI-en et skjermbilde hvis du har et.

DuKopier

Jeg har en idé. [Ideen i en setning]. Før vi bygger noe, vil jeg at du hjelper meg å tenke gjennom den. Foreslå tre forskjellige måter å løse det på, og pek på det som fortsatt er uklart.

Bygg i små steg, en skjerm, en funksjon eller en feilretting om gangen, og se på resultatet etter hvert steg. Regn med at den første versjonen er grov. Du bestemmer hva som skal bygges og om det virker, og agenten skriver koden.

Hvordan jobber du med vibe coding?

I 2025 var rådet å skrive en detaljert plan først. I 2026 holder det med mindre, fordi agentene spør når noe er uklart.

Å bygge med AI i 2026 handler mer om å ha en samtale enn om å skrive den perfekte prompten.

La agenten intervjue deg. Både rådene for Claude Code og OpenAIs guide til Codex anbefaler det.

DuKopier

Jeg jobber som [rollen din] i [teamet ditt]. Jeg har en idé til noe jeg vil bygge. [Ideen i en setning]. Intervju meg om hvem det er for og hva den første versjonen må gjøre, ett spørsmål om gangen. Når vi er enige, foreslår du en første versjon som er så liten som mulig, og begynner å bygge den.

Metoden har fem steg, og du går gjennom dem mange ganger.

1. Start med problemet du prøver å løse. Si hvem som har problemet, og hva appen først og fremst må klare.
2. Utforsk løsninger. Be agenten om noen måter å løse det på, og velg en. Plan mode i Claude Code og /plan i Codex foreslår en kort plan uten å endre noe. Rett det som er feil, og la agenten bygge.
3. La den gjøre et første forsøk.
4. Prøv den og si hva som er feil. Klikk deg rundt i forhåndsvisningen, og spør om det du ikke forstår.
5. Lagre, del og få tilbakemeldinger. Be agenten lagre en versjon som virker i Git, og vis den til dem som skal bruke den.

Det meste av tiden går med til steg fire. Si hva du gjorde, hva som skjedde og hva du forventet. Det siste er det folk oftest hopper over.

En kort fil i prosjektet som sier hva appen er og hvordan du liker å jobbe, gjør at du slipper å forklare alt på nytt. Claude Code leser CLAUDE.md ved starten av hver økt, og Codex leser AGENTS.md.

Hvorfor en HTML-fil?

Start med en HTML-fil. Den åpnes i hvilken som helst nettleser, uten byggesteg, uten konto og uten noe å installere, og agenten kan skrive alt på en gang. Lunsjsiden øverst i guiden er også bare en fil.

En HTML-fil er den korteste veien fra en idé til noe du kan klikke på. Du sender filen, mottakeren åpner den, og det er ingenting å publisere. Med denne fremgangsmåten hadde folk på byggedagen på Mesh i september 2026 et program som kjørte i løpet av de første ti minuttene.

DuKopier

Bygg dette som en HTML-fil uten eksterne biblioteker, så den åpnes i hvilken som helst nettleser og virker første gang.

HTML med Claude og AI-agenter viser mer av det en side kan gjøre.

Byggeklossene du bør kjenne

Du trenger ikke forstå alt under panseret, men når du kjenner byggeklossene, blir det lettere å styre agenten. De fleste apper har en frontend og en backend som snakker sammen gjennom et API.

Vær forsiktig med miljøvariabler. En API-nøkkel fungerer som et passord, og alle som har den, kan bruke tjenesten i ditt navn og på din regning. Lim aldri inn en nøkkel i chatten, og la aldri .env-filen bli pushet til GitHub. Legg heller aldri en hemmelig nøkkel i frontend, for alle som åpner appen, kan lese den. Lekker en nøkkel, sletter du den hos tjenesten og lager en ny. Sett også en utgiftsgrense hos tjenester som tar betalt per bruk, så en lekket nøkkel eller en løkke som går løpsk ikke gir deg en stor regning.

Når agenten bruker et ord du ikke kjenner, ber du den forklare det med din egen app som eksempel.

Hva gjør det til en ekte app?

Det som gjør en side til en app, er at den tar vare på data som folk kan legge til, se på, endre og fjerne. Alle appene du bruker gjør dette, fra kalenderen til nettbanken, og på utviklerspråket forkortes det CRUD, for create, read, update og delete. På lunsjsiden er en ny bestilling create, lista over dagens bestillinger er read, å bytte suppe mot wrap er update, og å avbestille er delete.

Enkle HTML-apper har begrensninger her. De kan huske ting i nettleseren på en maskin, men skal flere legge til og se de samme dataene, trenger appen en kobling til en database den kan lagre dem i.

Lager du din egen todo-app for Mac, klarer en lokal database på maskinen din CRUD fint. En app som ligger i skyen, legger på et lag med kompleksitet, fordi dataene da må lagres i en database i skyen.

Webapp, skrivebordsapp eller mobilapp?

Med AI kan du bygge nesten hva som helst, men vi anbefaler å starte med noe enkelt.

• HTML-apper består av en enkelt fil som åpnes i nettleseren, uten noe å installere eller publisere. Her anbefaler vi å starte.
• Webapper åpnes med en link på alle enheter. Mange bygges med React, ofte med Next.js, og Tailwind CSS til utseendet. Lovable og Bolt bruker React og Tailwind CSS som standard.
• Skrivebordsapper ligger i Dock eller Start-menyen. Mac-apper lages som regel i SwiftUI, og apper for både Mac og Windows med Electron eller Tauri.
• Mobilapper til iPhone lages også i SwiftUI, og React Native med Expo lager en app for både iPhone og Android.

Trenger appen en database, gir Supabase og Firebase deg database og innlogging uten at du må drifte en server. En app bare du bruker, kan ha dataene i SQLite, en enkelt fil på maskinen din.

Start lokalt. En app som bare kjører på din egen maskin, er mye tryggere enn en som ligger ute på nettet, og det er ingenting å publisere. De fleste blir overrasket over hvor raskt du kan bygge en Mac-app med Claude Code eller Codex og de nyeste modellene. Du trenger Xcode, som er gratis, og agenten gjør resten.

DuKopier

Bygg en liten Mac-app i SwiftUI som [hva den gjør]. Hold alle dataene lokalt på denne maskinen, uten innlogging og uten nettverkstilgang.

En ekte iPhone-app krever noen ekstra steg. Med en gratis Apple-konto kan du kjøre den på din egen telefon i sju dager om gangen. For å dele den eller legge den i App Store trenger du et betalt medlemskap i Apple Developer Program, og Apple går gjennom appen. Det samme medlemskapet trengs for å dele en Mac-app utenfor App Store, fordi Apple må skanne den først. Ellers stopper Mac-en appen når andre prøver å åpne den. Be agenten lose deg gjennom stegene.

Hva er GitHub?

Hvis du blir hekta på vibe coding, er det greit å kjenne til GitHub.

Git tar vare på historikken til et prosjekt. Hver lagret versjon, en commit, viser hva som ble endret og hvorfor, og du kan gå tilbake til hvilken som helst av dem. GitHub har en kopi av historikken på nettet, i et repository. Tenk på det som OneDrive eller Google Drive for kode.

• Det er sikkerhetskopien din. Ryker den bærbare maskinen, ligger alle versjonene der fortsatt.
• Det er der du deler koden med en utvikler du inviterer.
• Det er herfra appen kommer ut på nettet. Hostingtjenester som Vercel legger ut en ny versjon hver gang du pusher.

En konto er gratis, og et repository kan være privat. Du trenger ikke lære kommandoene. Be agenten legge .env inn i .gitignore først, så nøklene dine aldri blir pushet, og deretter opprette et privat repository og pushe etter hver versjon som virker.

Vær forsiktig med hva du deler på GitHub. Et offentlig repository kan leses av alle på nettet, med hele historikken. Inneholder prosjektet filer eller informasjon du ikke vil dele, som kundedata, interne dokumenter eller nøkler, skal repositoryet være privat. Gjør du det offentlig senere, blir også alle tidligere versjoner synlige.

Hva sjekker du før du publiserer?

Forstå det du publiserer. Vi anbefaler ikke å sette noe du har bygget i produksjon, eller å gjøre det offentlig, hvis du ikke forstår hvordan det virker. La en utvikler eller en annen fagperson se på det du har laget før ekte brukere slipper inn.

Gjør ditt beste for å forstå hva appen gjør, særlig hvis du skal legge den ut på nettet. Du bør vite hvilke data den bruker, og hvem som får tilgang til den.

• Lås .env-filen med en regel som nekter tilgang, som Read(./.env), så Claude Code stopper sine egne verktøy fra å lese nøklene dine. Et skript agenten kjører, kan fortsatt åpne filen.
• Se over før du godkjenner. Bytt til Manual når agenten jobber med noe som allerede er i bruk, og la den jobbe i en egen prosjektmappe, ikke i hele hjemmemappen, siden den kan endre og slette filer.
• Hold agenten unna ekte data. Trenger den tilgang, gir du den bare lesetilgang.
• Sjekk om du trenger en utvikler. Innlogging, andres personopplysninger, betaling eller noe som er regulert, må en utvikler gå gjennom.

Hele guiden på en side

Hvor begynner du?

Bygg noe lite du selv kommer til å bruke, for eksempel et verktøy som rydder i en ukerapport eller en side til et arrangement. Vil du lære det sammen med andre, holder vi kurs i Claude Cowork og Claude Code i Oslo, der du bygger ditt eget prosjekt i løpet av dagen.

Sjekk hva du har lov til å bruke. Bygger du noe for jobben, bør du vite hvilke AI-verktøy arbeidsgiveren din har godkjent før du legger inn kundedata, tall eller interne dokumenter. Bruk eksempeldata til du vet.