Vibe coding: vad är det? Definition, verktyg och risker
Av Mehdi Azizi
Uppdaterad , 11 min
Vibe coding betyder att du bygger mjukvara genom att beskriva den för en AI i stället för att skriva koden själv. Här är definition, verktyg, risker och ett exempel.
Vibe coding, enkelt förklarat
Vad är vibe coding? Det är ett sätt att bygga mjukvara genom att beskriva den för en AI i stället för att skriva koden själv. Du säger vad du vill ha på vanlig svenska, AI:n skriver koden, du tittar på resultatet och preciserar din begäran. Den som jobbar så kallas en vibe coder.
För en mobilapp kan det börja med "skapa en att göra-lista med en knapp för att lägga till en punkt". Men det viktiga kommer sen: att kontrollera att det går att lägga till punkter, att listan finns kvar när appen stängts och att skärmen går att använda på din telefon.
Du kan börja utan att kunna programmera. För att komma vidare behöver du gradvis förstå vad din app gör, var den sparar data och hur du kontrollerar en ändring.
Jag kodar mina egna iOS-appar med Claude och Cursor, varje dag. Solys, en väckarklocka med minispel, och TradaZen, en tradingsimulator, finns på App Store. Den här guiden kommer från det arbetet: vad vibe coding faktiskt gör möjligt, var det går sönder och hur du tar dig hela vägen till en publicerad app.
Varför heter det "vibe coding"?
Uttrycket har ett födelsedatum. Den 2 februari 2025 beskriver Andrej Karpathy, medgrundare av OpenAI, ett nytt sätt att programmera på X: man ger sig hän åt "vibbarna", accepterar det AI:n föreslår och glömmer nästan att koden finns. Han kallar det "vibe coding". Ordets historia beskrivs på dess Wikipedia-sida.
Ordet slog igenom väldigt snabbt. Ordboken Merriam-Webster tog upp det redan i mars 2025, och Collins utsåg det till årets ord 2025.
I Frankrike följer nyfikenheten efter. I Google Keyword Planner visade sökningen "vibe coding" den 2 oktober 2026 mellan 10 000 och 100 000 sökningar per månad och en ökning på +900 % på ett år.
Kom ihåg den ursprungliga betydelsen: när Karpathy säger vibe coding menar han att man slutar läsa koden. Det funkar fint för ett helgexperiment. Det är riskabelt för en app som riktiga människor ska använda, och det är hela skillnaden mot metoden som beskrivs längre ner.
Vibe coding, no-code och AI-assisterad utveckling
De här uttrycken överlappar, men de betyder inte exakt samma metod.
| Metod | Vad du gör | Vad du får | Begränsningen |
|---|---|---|---|
| No-code | Du sätter ihop block i ett visuellt gränssnitt | En app som lever inne i verktyget | Du är beroende av plattformen och dess priser |
| Vibe coding | Du beskriver resultatet och går framåt med prompter | Riktig kod, som du läser lite eller inte alls | Felen slinker igenom så länge ingen kontrollerar |
| AI-assisterad utveckling | Du beskriver också, men med regler, granskning och tester | Riktig kod, som du kan vidareutveckla | Långsammare i början, du måste lära dig kontrollera |
Du kan börja med det andra sättet och gradvis gå över till det tredje. Verktygets namn räcker inte för att skilja dem åt: du kan ge Codex en luddig ändringsbegäran precis som du kan skriva en exakt begäran i en appgenerator.
Guiden för att skapa en app utan att koda går igenom vad du behöver lära dig när din prototyp börjar bli en riktig produkt.
Hur gör man vibe coding?
Metoden består av fem moment, oavsett verktyg.
- Beskriv ett resultat som går att kontrollera. Inte "en träningsapp", utan "en skärm med en lista över mina pass och en knapp för att lägga till ett".
- Be om en sak i taget. En skärm, en funktion, en rättning. Tio önskemål i en prompt ger tio halvfärdiga saker.
- Titta på resultatet i en riktig telefon. En förhandsvisning i webbläsaren bevisar ingenting för en mobilapp.
- Rätta med en exakt begäran. Säg vad du gjorde, vad du såg och vad du förväntade dig. En skärmdump hjälper mycket.
- Spara det som fungerar. Före varje ny begäran, spara en version att gå tillbaka till.
De här fem momenten räcker för en prototyp. För en app du vill publicera behöver du lägga till regler och kontroller: det är ämnet för skapa en app med AI.
Vilka verktyg ska man använda för en mobilapp?
Det finns två vägar: jobba i ditt eget projekt eller börja i ett verktyg som genererar en app utifrån din beskrivning.
Codex och Claude Code kan jobba i en kodmapp, ändra filer och köra kommandon. Cursor låter dig jobba i en editor med en agent. De här passar en app där du vill förstå och behålla projektet. Möjligheterna beskrivs i dokumentationen för Codex CLI, Claude Code och Cursor Agent.
Generatorerna har egna miljöer och utdataformat. Innan du väljer en, kontrollera om den producerar en webbapp, ett mobilprojekt eller ett projekt enbart för Apples plattformar. Jämförelsen Lovable, Rork och FlutterFlow förklarar skillnaden.
Här är vad fyra kända verktyg producerar och vad deras gratisnivå ger, enligt deras prissidor som jag läste den 2 oktober 2026. Erbjudandena ändras ofta: kolla dem innan du väljer.
| Verktyg | Vad det producerar | Gratisnivå |
|---|---|---|
| Claude Code | Kod i ditt eget projekt, från terminalen | Nej: det ingår i de betalda planerna, från 20 $ per månad |
| Cursor | Kod i ditt eget projekt, från en editor | Ja, med ett begränsat antal agentförfrågningar |
| Lovable | En webbapp | Ja: 5 krediter per dag, högst 30 per månad |
| Bolt | En webbplats eller webbapp, hostad hos dem | Ja: 300 000 tokens per dag, 1 miljon per månad, med deras logga |
För en iPhone-app avgör projektformatet vad som händer sen. En agent som jobbar i ett React Native- och Expo-projekt ger dig koden och vägen till App Store. En generator för webbappar ger dig en länk att dela, inte en sida på App Store. För att välja, läs vilken AI för att skapa en app.
Välj framför allt ett arbetsflöde du klarar av att följa: öppna projektet, visa resultatet, spara en version och förstå ett felmeddelande. Ett imponerande verktyg som lämnar dig fast vid första rättningen hjälper dig inte att bli klar.
Vilka är riskerna med vibe coding?
Faran är inte AI:n. Det är att publicera något som ingen har kontrollerat. Två offentliga incidenter visar det, och mina egna avslag från Apple också.
Data öppen för alla. En säkerhetsforskare analyserade 1 645 projekt skapade med Lovable och publicerade sina resultat i maj 2025: 170 exponerade data, bland annat e-postadresser, telefonnummer och API-nycklar. Orsaken: åtkomstregler för databasen som saknades eller var för generösa. Appen fungerade jättebra på skärmen, och det är fällan.
En raderad databas. I juli 2025 raderade Replits agent produktionsdatabasen i ett projekt under en kodfrysning, trots att ägaren hade förbjudit alla ändringar. Replit meddelade sedan att utvecklings- och produktionsdatabaser skulle separeras automatiskt.
Avslag från Apple. AI:n ser inte på din app med en granskares ögon. På Solys fick jag två avslag som AI:n inte hade varnat mig för: en obligatorisk skärm som inte gick att ta sig förbi i ett litet fönster, och sedan en betygsförfrågan som kom för tidigt. Båda berättas i varför Apple avvisar en app.
En hemlig nyckel i appen. När AI:n ber dig om en API-nyckel lägger den gärna in den i koden som skickas till användarna, där vem som helst kan läsa den. Guiden om API-nycklar i en Expo-app förklarar var anropet ska göras.
Motmedlet är detsamma varje gång: en kontroll per risk. Åtkomstregler testade med två konton, en backup före varje databasändring, ett test på den minsta och den största iPhonen, ingen hemlig nyckel i appen.
Ett första projekt: en packlista inför en tur
Vi tar ett påhittat exempel: en app som hjälper dig att packa vandringsryggsäcken. Första versionen låter dig bara lägga till en sak, bocka av den och spara listan.
Börja med en prompt som beskriver ett resultat som går att kontrollera:
Jag bygger en liten mobilapp för att packa en vandringsryggsäck.
Första steget: en enda skärm med en lista över saker.
Jag vill kunna lägga till en sak och bocka av den när den ligger i ryggsäcken.
Använd lokal data först, utan användarkonto.
Innan du ändrar projektet, förklara vilka filer som berörs.
Efter ändringen, beskriv hur jag kontrollerar att det går att lägga till och bocka av.
Lägg inte till betalning, karta eller AI-funktion än.
Den här prompten är ett exempel att anpassa, inte en färdigbyggd app. Den gör att du inte lämnar över tio funktioner till verktyget när du ännu inte vet hur du kontrollerar den första.
När skärmen visas, testa en åtgärd i taget. Lägg till en sak, bocka av den, stäng sedan appen och öppna den igen. Om listan försvinner, be uttryckligen om att data ska sparas vid omstart. Om en text klipps av, visa en skärmdump och ange vilken skärmstorlek det gäller.
Kontrollerna du ska ha från början
För varje litet steg, svara på de här frågorna:
- Fungerar den efterfrågade åtgärden på riktigt?
- Stämmer resultatet fortfarande efter att appen stängts eller när jag går tillbaka?
- Går tangentbordet, texterna och knapparna fortfarande att använda på min telefon?
- Kan jag gå tillbaka till föregående version om nästa ändring förstör något?
När AI:n föreslår ett beroende eller en tjänst, fråga varför det behövs och vad det kostar.
Kan man publicera en app skapad med vibe coding?
Ja. Solys och TradaZen finns på App Store, och deras kod skrevs med Claude och Cursor. För TradaZen gick det 26 kalenderdagar mellan första commit och publicering.
Men sättet appen skapades på befriar dig inte från något. Du måste testa appen, förbereda dess App Store-sida och förklara för Apple hur den fungerar. En förhandsvisning som fungerar i webbläsaren bevisar inte att versionen du skickar till Apple fungerar på iPhone. Och fyra steg ligger helt på dig: signering av appen, TestFlight, prenumerationerna och granskningen.
Guiden för att publicera på App Store beskriver de stegen. För att komma igång med OpenAI:s verktyg, använd guiden för att skapa en app med Codex. Med Anthropics verktyg, följ skapa en app med Claude Code.
Är vibe coding gratis?
För att testa, ja. Cursor, Lovable och Bolt har en gratisnivå, begränsad i antal förfrågningar per dag. Den räcker för några skärmar, inte för att bygga en hel app: kvoterna tar slut fort så fort du jobbar varje dag. Claude Code kräver däremot en betald plan, från 20 $ per månad.
Sen kommer kostnaderna som AI:n inte tar bort: 99 $ per år för att publicera på App Store, 25 $ en gång för Google Play. Vad som är gratis och vad som inte är det går jag igenom i skapa en app gratis.
Hur lär man sig vibe coding?
På egen hand kan du komma långt: den officiella dokumentationen är gratis, och guiderna på den här bloggen utgår från riktiga projekt. Räkna framför allt med att öva. En liten färdig app lär dig mer än tio videor.
Det som saknas när man lär sig själv är att i förväg veta vad Apple kommer att avvisa. Det är vad iOS Kit är till för: startkoden från mina appar, ett upplägg i fyra steg som du följer i din egen takt, och Claude Code-skills som går igenom ditt projekt innan du skickar in det. Sidan utbildning i vibe coding beskriver det för AI generellt, och Claude Code-utbildningen för Anthropics verktyg.
Vanliga frågor
Måste man kunna koda för att göra vibe coding?
Nej, inte för att börja. Du beskriver vad du vill ha och AI:n skriver koden. För att bli klar med en app behöver du däremot lära dig att kontrollera: se vilka filer som ändrats, testa på din telefon, förstå ett felmeddelande.
Vad är en vibe coder?
Det är en person som skapar mjukvara genom att beskriva den för en AI i stället för att skriva koden. Ordet kan syfta både på en nybörjare som drar igång sin första prototyp och en utvecklare som delegerar skrivandet för att gå snabbare.
Kan man göra vibe coding med ChatGPT?
Ja. Du kan be den om kod och klistra in den i ditt projekt, eller använda Codex, OpenAI:s agent, som ändrar filerna direkt. Begränsningen är densamma som med andra verktyg: det är du som kontrollerar resultatet på en riktig telefon.
Vilket är det bästa verktyget för vibe coding?
Det som producerar formatet du behöver. För en webbplats eller webbapp går en generator som Lovable eller Bolt snabbt. För en iPhone-app som du vill publicera och vidareutveckla ger en agent som jobbar i ditt eget projekt, som Claude Code, Codex eller Cursor, dig koden och kontrollen.
Kan man skapa en mobilapp med vibe coding?
Ja, förutsatt att du väljer ett verktyg som producerar ett riktigt mobilprojekt och inte bara en webbapp. Med React Native och Expo ger ett enda projekt både iPhone-appen och Android-appen.
Är vibe coding pålitligt för en app i produktion?
Inte som det är. De kända incidenterna kommer alla från något som publicerats utan kontroll: exponerad data, raderad databas, avslag från Apple. Med testade åtkomstregler, backuper och tester på enhet ger samma metod appar som håller.
Från första idén till ett projekt du kan slutföra
Om du fortfarande tvekar om den första funktionen, börja med att validera din appidé. För att se hela vägen, läs hur man skapar en app. Om du redan har en prototyp hjälper upplägget i fyra steg i iOS Kit dig att se vad nästa steg är. Vet du inte var du står? Den kostnadsfria diagnosen visar var du är, säger vilket steg du ska ta dig an först och skickar dig min checklista mot avslag från Apple.