Den ultimata
svenska guiden
till vibecoding

Begreppet myntades i februari 2025 av Andrej Karpathy (en av OpenAI:s grundare och tidigare AI-chef på Tesla). Han skrev ungefär: "Det finns ett nytt sätt att koda jag kallar vibecoding – där man bara ger sig hän åt vibesen, kör med exponentialerna och glömmer att koden ens finns." Det blev snabbt en av årets mest delade tweets, och ordet fastnade.

Hur vi hamnade här – tidslinjen 2022–2026

• 2022: ChatGPT släpps och vanliga utvecklare börjar klistra in kod i chatten.
• 2023: GitHub Copilot blir mainstream. AI som autocomplete – fortfarande du som styr varje rad.
• 2024: Cursor, v0 och Bolt visar att en AI kan generera hela komponenter och appar, inte bara rader.
• Början av 2025: Lovable, Claude Code och Replit Agent gör det möjligt att bygga riktiga produkter genom att prata. Karpathy ger fenomenet namn.
• 2026: Vibecoding är ett vanligt sätt att bygga – inte för leksaksprojekt utan för MVP:er, interna verktyg och hela företag.

Det mest underskattade i vibecoding är inte att AI:n kan koda. Det är att VEM SOM HELST med en idé och tålamod kan släppa något på internet i veckan.

Mindset-skiftet: från kodare till ledare

Den största omställningen är inte teknisk – den är mental. I gamla världen var du den som typade. I vibecoding är du den som bestämmer VAD som ska byggas, GRANSKAR vad AI:n levererat och AVGÖR om det är klart. Det är närmare en produktägare eller en byggherre än en programmerare.

• Du är beställaren: tydlig brief, konkreta krav, exempel på vad som är klart.
• Du är granskaren: testa, läs igenom, ifrågasätt. AI:n har inga känslor – säg ifrån om det är fel.
• Du är produktägaren: prioritera vad som byggs härnäst, säg nej till sidospår, håll riktningen.

När vibecoding lyser briljant

• Prototyper och MVP:er – från idé till testbar app på en eftermiddag istället för en månad.
• Interna verktyg – det där lilla dashboard- eller automationsverktyget som ingen utvecklare hinner med.
• Landningssidor och mikroprodukter – snabbt att bygga, lätt att iterera, billigt att kasta om det inte funkar.
• Personliga projekt – sidoidéer, hobbyappar, verktyg du själv vill ha.
• Automatisering – limma ihop API:er, skicka mejl, sammanställa data, hämta från tjänst A och skicka till tjänst B.

När du ska vara försiktig (eller välja annat verktyg)

• Säkerhetskritiska system – sjukvård, finans, fordon. AI gör logiska misstag som måste fångas av människor som verkligen läser koden.
• Stora kodbaser med många utvecklare – utan struktur, tester och kodgranskning blir vibecoding kaos. Då vill du ha en hybridmodell.
• Något du inte kan testa – om du inte kan avgöra om resultatet är rätt, kan du inte heller leda AI:n. Lär dig domänen först.
• Privata data du inte får läcka – kolla alltid vart prompts och kod skickas, särskilt i bolag med GDPR-krav.

Vad du INTE behöver kunna

• Syntax utantill – semikolon, parenteser och konstiga felmeddelanden hanterar AI:n.
• Ramverk i detalj – du behöver inte memorera React, Tailwind eller Postgres. AI:n vet.
• Hur servrar och DNS funkar tekniskt – det räcker att veta att det finns och vad det gör.
• Att skriva tester från noll – AI:n kan skriva dem åt dig när du säger till.

Vad du FAKTISKT behöver förstå

Vibecoding sänker tröskeln, men nollar den inte. Det finns en kärna av begrepp som skiljer en frustrerad nybörjare från någon som faktiskt får ut produkter.

• Logik – om/så, loopar, villkor. Du behöver kunna säga "om användaren är inloggad, visa X, annars Y".
• Datamodell – vad är en kund, vad är en beställning, hur hänger de ihop. Det här löser inte AI:n åt dig.
• Webbens grunder – frontend (det syns), backend (det syns inte), API (en server pratar med en annan).
• Säkerhetsgrunder – hemliga nycklar hör inte hemma i frontend, inloggning behöver RLS, ge minsta möjliga åtkomst.
• Att läsa felmeddelanden – inte felsöka själv, men förstå vilken del som krånglar så du kan be om rätt fix.

Den nya hierarkin: prompt → kod → produkt

I gamla världen byggde du från kod uppåt: kod blir komponent, komponent blir sida, sida blir produkt. I vibecoding börjar du från andra hållet: produkt först, sedan beskriver du den. Koden är ett biprodukt av att du tänkt klart vad du vill ha.

Den som tänker tydligast bygger snabbast. Vibecoding belönar klarsynta beställare mer än snabba typare.

Tre vanliga missförstånd

• "Det är fusk." Nej. Att använda ett verktyg är inte fusk – det är hur människor alltid byggt saker. Räknemaskin var inte fusk på matten.
• "AI:n gör allt." Nej. Den gör 80 % – och du gör de 20 % som avgör om det blir bra eller dåligt.
• "Det funkar bara för enkla saker." Inte längre. 2026 byggs hela bolag med vibecoding. Komplexiteten flyttar in i hur du leder, inte i syntax.

Lovable – snabbast från idé till webbapp

Lovable är en sajt där du chattar med en AI och ser en webbapp byggas live i förhandsvisningen bredvid. Inbyggd databas och inloggning (Lovable Cloud), publicering på en knapptryckning, egen domän när du vill. Du behöver aldrig öppna en terminal.

• Styrka: kortast väg från idé till app som ligger på internet. Inbyggd backend, betalningar, deploy.
• Svaghet: webbappar specifikt – inte mobilappar, spel eller skrivbordsprogram.
• Bäst för: MVP:er, interna verktyg, landningssidor, sidoprojekt som ska kunna säljas.

Claude Code – terminalen som tänker

Claude Code är Anthropics kommandoradsverktyg som kör som en agent direkt i din terminal. Den läser hela din kodbas, gör ändringar i filer, kör tester och kan loopa tills något funkar. Här ser du koden, du sitter med projektet på din egen dator, och du kör vanliga utvecklarverktyg parallellt.

• Styrka: full kontroll, jobbar mot riktiga kodbaser, perfekt för agentiska loopar.
• Svaghet: kräver terminal och lite vana – ingen visuell förhandsvisning, ingen built-in databas.
• Bäst för: när du redan har ett projekt, vill iterera snabbt i kod, eller vill köra agenten på något stort.

OpenAI Codex – agentisk kodning i molnet och CLI

OpenAI Codex är OpenAIs motsvarighet: en agent som kan jobba med din kod, antingen i en molnsandlåda eller via deras CLI. Bra på långkörande uppgifter där agenten får jobba i timmar utan att du sitter vid datorn.

• Styrka: stark på långa, agentiska uppdrag; integration mot GitHub.
• Svaghet: lite klumpigare onboarding än Claude Code, mindre community-skills.
• Bäst för: backend-uppdrag, refaktorering, batch-arbete på existerande kodbaser.

Cursor – AI-förstärkt editor

Cursor är en kodredigerare (gaffel av VS Code) med AI inbyggt i varje hörn: autocomplete, chatt, agentläge. Den som gillar att SE varje rad medan AI:n skriver, och själv styra cursorn när det blir snårigt.

• Styrka: AI där du redan jobbar med koden, tight kontroll, känns som en superkraft för utvecklare.
• Svaghet: du behöver vara bekväm med en editor – inte ett startverktyg för icke-kodare.
• Bäst för: utvecklare som vill 10x:a sin output utan att släppa rodret.

Bolt – snabb appgenerering i webbläsaren

Bolt (från StackBlitz) liknar Lovable: chatta, se en app, deploya. Stark på att jobba med olika ramverk i webbläsaren, men tunnare backend-integration än Lovable.

• Styrka: variationsrik i ramverksval, snabb prototypning.
• Svaghet: tunnare ekosystem för betalning, auth och databas än Lovable.
• Bäst för: snabba demos, frontend-tunga koncept, tekniska prototyper.

v0 – Vercels UI-generator

v0 från Vercel är specialiserat på att generera UI-komponenter och sidor. Bäst i klassen på att producera snygg, professionell design utifrån en beskrivning – tänk "AI-designer" snarare än "AI-utvecklare".

• Styrka: snygg, modern design direkt; perfekt för komponenter och sidor.
• Svaghet: smalare scope än full-app-verktygen; mest UI, mindre logik.
• Bäst för: hero-sektioner, landningssidor, komponenter du klistrar in i andra projekt.

Replit – allt-i-ett i webbläsaren

Replit är en hel utvecklingsmiljö i webbläsaren med eget AI-agentläge (Replit Agent). Stöd för många språk, värd och databas inbyggt. Ett bra mellanting mellan "chatta fram en app" och "sitta i en riktig editor".

• Styrka: brett språk-stöd, hosting inbyggt, lätt att samarbeta.
• Svaghet: kan kännas spretigt när du vill gå djupt i ETT område.
• Bäst för: lärande, undervisning, multi-språk-projekt, snabba experiment.

Verktygen kompletterar varandra – det är hela poängen

Det vanligaste misstaget är att tro att man måste välja ETT. I praktiken byter de bästa byggarna verktyg flera gånger om dagen beroende på uppgift:

• Starta i Lovable: bygg en webbapp på en eftermiddag, få upp den live, validera idén med riktiga användare.
• Synka till GitHub: Lovable kan skicka koden till ditt GitHub-repo automatiskt – sedan kan du köra Claude Code mot exakt samma kod.
• Finslipa i Claude Code: när ett bygge blir stort, kör Claude Code mot kodbasen för djupare refaktorering, tester och svåra buggar.
• Generera UI i v0 vid behov: om du vill ha en supersnygg hero-sektion eller komponent – generera den i v0 och klistra in.
• Gå tillbaka till Lovable för att publicera, koppla domän och hantera betalningar.

Vad du INTE ska bry dig om i valet

• "Vilken modell använder de?" – alla använder toppmodeller från Anthropic, OpenAI eller Google. Skillnaden är arbetsflödet, inte modellen.
• "Vilket är coolast just nu?" – välj utifrån vad du bygger, inte utifrån X-trender.
• "Vilket är gratis?" – alla har gratisplan eller billig start. Bygg klart en sak innan du oroar dig för pris.

Verktyget spelar mindre roll än man tror. Tankeprocessen – vad du beskriver, hur du granskar – spelar mer roll än man tror.

Tänk dig att du anställer en programmerare. Du säger "jag vill ha en bokningssida med kalender och betalning". Lovable är samma sak, fast programmeraren svarar på 30 sekunder och kostar inget per timme.

Några ord du kommer höra (och vad de betyder)

• Webbapp = en hemsida där man kan göra saker (logga in, spara, betala) – inte bara läsa.
• Prompt = det du skriver i chatten till AI:n. "Bygg X", "ändra färgen", "lägg till en knapp".
• Deploy / publicera = göra din sida tillgänglig på internet så att andra kan besöka den.
• Backend = den osynliga delen som lagrar data, hanterar inloggning och hemligheter.
• Frontend = det som syns i webbläsaren: knappar, text, bilder, färger.

Vad du får när du bygger med Lovable

• En riktig hemsida som ligger live på internet – inte bara en bild på hur den skulle kunna se ut.
• Möjlighet att spara saker (kunder, beställningar, anteckningar) i en databas.
• Inloggning för dina användare – med e-post, Google eller Apple.
• En egen adress (t.ex. minsida.se) när du är redo.

Du behöver inte kunna koda för att börja. Men efter en månad med Lovable kommer du förstå mer om hur webben fungerar än de flesta gör efter ett år på en kurs.

När Lovable passar dig

• Du har en idé och vill se om den fungerar – innan du anlitar någon.
• Du har en uppgift på jobbet som tar evigheter och du vill bygga ett verktyg som löser det.
• Du är utvecklare och vill slippa skriva samma uppstartskod om och om igen.
• Du driver en byrå och vill leverera prototyper till kund på dagar istället för månader.

När Lovable INTE är rätt verktyg (ärligt talat)

Lovable är otroligt bra på webbappar, dashboards, landningssidor, interna verktyg och MVP:er. Men det finns saker det inte är byggt för – och det är bättre att veta det innan du börjar än att upptäcka det efter två veckor.

• Native mobilappar för App Store eller Google Play. Du bygger webbappar som fungerar i mobilens webbläsare – det räcker i 90 % av fallen, men inte alltid.
• Tunga 3D-spel eller realtidsgrafik. För enklare grejer går det, men för spelmotorer på riktigt behöver du andra verktyg.
• Saker som måste köra offline på en kunds dator (skrivbordsprogram). Lovable bygger för webben – det förutsätter internet.

Vad det INTE kostar att börja

Du kan skapa ett konto, bygga en hel app och se den live utan att lägga ett öre. Gratisplanen ger dig några prompts per dag – tillräckligt för att testa om Lovable passar dig. Först när du börjar bygga på allvar (eller publicerar på en egen domän) kommer du vilja uppgradera.

• Konto: gratis.
• Förhandsvisning: gratis, ändras live medan du bygger.
• Publicering på en .lovable.app-adress: ingår.
• Egen domän, fler prompts per dag, Cloud-databas: ingår från första betalplanen – ofta lägre än en lunch i månaden.

Vad du faktiskt sitter och tittar på

När du öppnar ett projekt möts du av tre delar. Vänster: chatten där du pratar med AI:n. Mitten: en lista över alla meddelanden och versioner. Höger: förhandsvisningen av din app – exakt så som dina användare kommer se den. Allt uppdateras automatiskt när AI:n är klar.

• Chatten är ditt enda verktyg. Här skriver du allt – ändringar, frågor, fixar.
• Historiken är din säkerhetslina. Varje version är sparad och kan återställas på en sekund.
• Förhandsvisningen är din verklighet. Det du ser där är vad användaren ser. Inget annat behöver granskas separat.

Det första du ska sluta göra är att leta efter en "spara"-knapp. Det finns ingen. Allt sparas automatiskt, varje gång AI:n gör något.

Nyheter 2026

Grundpaketet – Cloud med databas/auth/lagring, Agent Mode, Visual Edits och Dev Mode – lanserades under 2025 och är idag standard. Det här är vad som hänt sedan dess:

• Test- och Live-miljöer för Cloud (mars 2026) – Cloud-projekt har numera separata, isolerade miljöer så att du kan testa ändringar utan att röra riktiga användares data.
• Server-side rendering som standard (maj 2026) – nya Lovable-appar byggs på TanStack Start med SSR, vilket ger sökmotorer och AI-crawlers riktig HTML från första anropet. Stort lyft för SEO (mer om varför i SEO-kapitlet).
• Inbyggd säkerhetsskanning med Wiz (maj 2026) – säkerhetsjätten Wiz skanner numera Lovable-appar direkt i plattformen och flaggar sårbarheter, läckta hemligheter och felkonfigurationer i Lovables säkerhetsvy.
• Utökat Google Cloud-samarbete (juni 2026) – Lovable femdubblar sin molnkapacitet och får bredare tillgång till Anthropics Claude- och Googles Gemini-modeller, vilket i praktiken betyder snabbare och smartare agent för dig.
• Lovable växer i rasande takt – bolaget passerade 400 miljoner dollar i årstakt redan i februari 2026, vilket säger något om hur snabbt vibecoding gått från nisch till mainstream.
• Lovable i mobilen (maj 2026) – officiella appar för iOS och Android, så du kan bygga och följa dina projekt från soffan.
• Skills i Lovable (maj 2026) – spara återanvändbara instruktioner som markdown-filer så du slipper upprepa dig i varje projekt. Exakt samma koncept som bokens skills-kapitel beskriver.
• SEO- och AI-sökfunktioner (maj 2026) – inbyggd Semrush-driven SEO-research (utan extra kostnad till 15 augusti 2026), tydliga rekommendationer och fixar med ett klick, plus köp av egen domän direkt i Lovable.
• Subagenter (juni 2026) – Lovable kan numera skapa egna subagenter som researchar, utforskar och söker i ditt projekt parallellt, vilket gör stora uppgifter snabbare.
• Agenten kan publicera åt dig (juni 2026) – be Lovable att 'publicera' så kör den säkerhetskontrollerna, respekterar dina inställningar och frågar om godkännande innan den deployar.

Den vanligaste nybörjarmissen är att skriva för lite. "Bygg en app för att hålla koll på mina vanor" säger nästan ingenting. AI:n får gissa allt: hur ska det se ut, vilka sidor finns, vad är viktigt? Du får ett resultat, men det blir generiskt.

Fyra frågor att svara på i din första prompt

• Vem ska använda appen? (du själv, kunder, anställda, barn…)
• Vad är det viktigaste de ska kunna göra? (beställa, boka, spara, läsa…)
• Vilka 3–5 sidor behöver finnas? (startsida, lista, detaljsida, inställningar…)
• Hur ska det kännas? (lugnt och minimalistiskt, lekfullt, allvarligt och proffsigt…)

Här är en bra prompt – kopiera och anpassa

1Bygg en app där jag kan kryssa av morgonrutiner varje dag.
2
3Användare: en person (jag). Inget login behövs i första versionen.
4
5Sidor:
6- Idag: lista mina vanor, kryssa av dem, se en "streak" (hur många
7  dagar i rad jag klarat dem).
8- Statistik: en kalender som visar gröna prickar för dagar jag
9  klarade alla vanor.
10- Inställningar: lägga till, ändra och ta bort vanor.
11
12Design: mörk bakgrund, varma orange accenter, mjuka rundade hörn.
13Känsla: lugn morgonritual, inte en checklista på jobbet.
14
15Starta direkt på "Idag"-sidan när jag öppnar appen.

Den prompten ger AI:n allt den behöver för att leverera något du faktiskt vill använda. Den första vaga prompten ger dig något du kommer slänga inom tio minuter.

Bättre att skriva 10 rader för mycket än en rad för lite. AI:n läser snabbt – du tjänar tiden senare.

Skillnaden mellan en bra prompt och en bra prompt

Två personer kan skriva exakt samma idé och få helt olika resultat. Skillnaden ligger nästan alltid i hur konkret de är. "En app för vanor" ger en generisk app. "En app där jag kryssar av tre morgonrutiner och ser hur många dagar i rad jag klarat dem" ger nästan exakt det du tänkte dig.

Tre vanliga misstag som dödar din första prompt

• Att be om "allt" i en mening. "En CRM med fakturering, bokföring, kundsupport och nyhetsbrev" är inte en prompt – det är ett företagsavtal. Bygg en bit i taget.
• Att blanda design och funktion. Skriv vad det ska GÖRA först. Färger och typsnitt fixar du i nästa prompt när du ser strukturen.
• Att inte säga vad du INTE vill ha. "Inte lila. Inte runda kort. Inga emojis i rubriker." – sådana negativa förbud styr AI:n lika mycket som de positiva.

Mall: prompt-skelettet jag använder själv

1[En mening: vad appen gör och för vem.]
2
3Sidor:
4- [Sida 1]: [vad användaren gör där]
5- [Sida 2]: [vad användaren gör där]
6- [Sida 3]: [vad användaren gör där]
7
8Viktigast funktion: [den enda saken som måste fungera perfekt].
9
10Design: [3 ord om känslan] + [eventuella färger].
11Undvik: [saker du INTE vill se].

Skelettet ovan funkar för 80 % av alla idéer. Fyll i hakparenteserna, ändra inget annat, och skicka. Du får en överraskande bra första version – varje gång.

Vad du gör när första svaret inte blev som du tänkte

Här gör nybörjare ofta misstaget att skriva en ny lång prompt med allt som var fel. Bättre: starta om med Revert (en knapp på meddelandet) och justera EN sak i den ursprungliga prompten. På så sätt lär du dig vilka ord som faktiskt påverkar resultatet.

En prompt är inte ett kontrakt. Det är ett samtal. Förvänta dig att skriva tre versioner innan du landar i något du gillar.