RFLX / Knowledge Library / LIVING EDITIONS

Lovable — en praktisk guide

Fördjupa dig i Lovable med vägledning, arbetssätt och övningar från RFLX.

RFLX-version
1.2.0
Källversion
1.1
Källans uppdatering
2026-09-15
Verifieringsdatum
Ej verifierad i RFLX
Uppdateringsstatus
Granskning återstår

Faktagranskning återstår. Detta är en omformad källutgåva, inte en verifiering av dagens funktioner, priser eller modellutbud. Äldre verifieringsuppgifter i texten hör till originalet.

↻
KÄLLUTGÅVA · 15 SEP 2026

Nytt sedan förra utgåvan

Detta avsnitt kommer från den äldre källutgåvan. Aktuell granskning redovisas separat ovan. Planer, regioner och pågående utrullningar kan fortfarande ge olika gränssnitt.

Drafts för säkra sidospår

Drafts skapar en separat kopia med egen chatt och förhandsvisning. Acceptera och publicera först när ändringen är granskad. Tänk på att en draft arbetar mot den publicerade databasen.

Officiell källa →

Claude Fable 5.1 i Lovable

Lovable använder modellen för komplexa ändringar i befintliga appar och beskriver förbättrad självkontroll. Verifiera ändå kod, data, behörigheter och publicerad funktion.

Officiell källa →
XMPL-KONTROLL

Bekräfta funktionen i ditt eget konto innan du bygger ett kritiskt arbetsflöde kring den. Spara källa, datum och det faktiska resultatet.

↻

Living Edition — källutgåva 29 augusti 2026

Första sammanhållna RFLX-utgåvan för LOVABLE.

29 AUG 2026 — OFFICIELL KÄLLBAS

Manualen har kontrollerats mot Lovable Documentation, Lovable Changelog, Lovable FAQ. Produktstatus ska läsas tillsammans med källornas plan-, region- och utrullningsvillkor.

XMPL

En arbetsgång — använd den där den behövs

Kapitlen upprepar inte samma metod. Använd i stället denna gemensamma fyrdelade rutin för uppgifter i LOVABLE och kombinera den med respektive kapitels kontrollpunkt.

FÖRSTÅ

mål, mottagare och data
VÄLJ

rätt yta, plan och behörighet
GÖR

minsta kontrollerbara version
VERIFIERA

faktiskt resultat och bevis
  1. FÖRSTÅ: formulera önskat resultat, auktoritativa källor och vad som inte får ske.
  2. VÄLJ: kontrollera konto, plan, region, produktläge, verktyg och dataklass.
  3. GÖR: börja med en liten reversibel version och stoppa före extern eller irreversibel handling.
  4. VERIFIERA: öppna slutresultatet, följ källor och kontrollera funktion, innehåll, behörighet och mottagare.
KLART BETYDER BEVISAT

Ett välskrivet svar är inte samma sak som en färdig leverans. Spara det bevis som passar uppgiften: källa, skärmbild, testresultat, export, versionsdiff eller mänskligt godkännande.

1

Lovable som byggplattform

Lovable bygger webbapplikationer från naturligt språk men lämnar fortfarande produktansvar, datamodell och releasebeslut hos människan.

XMPL-KONTROLL

Definiera mottagare, kärnflöde och mätbart klart innan första bygget.

2

Projektstart och den första fungerande versionen

Börja med ett smalt vertikalt flöde som kan köras från start till mål innan fler sidor och funktioner läggs till.

XMPL-KONTROLL

Testa den publicerade vägen, inte bara förhandsvisningen.

3

Plan Mode och promptkön

Plan Mode låter dig granska planen före kodändringar; promptkön kan pausas, ordnas och repetera avgränsade uppgifter.

XMPL-KONTROLL

Godkänn planens gränser och håll beroende ändringar i rätt ordning.

4

Design View, visuella ändringar och tillgänglighet

Designverktygen styr layout, typografi, bilder och komponenter utan att ersätta kontroll av kontrast, fokus och responsivitet.

XMPL-KONTROLL

Kontrollera desktop, telefon, tangentbord och verklig textlängd.

5

Kodbas, stack och ägarskap

Nya appar använder TanStack Start med SSR medan äldre projekt kan använda React och Vite; Tailwind används för styling.

XMPL-KONTROLL

Bekräfta projektets faktiska stack innan kod, paket eller deploy ändras.

6

Lovable Cloud, Supabase och datamodell

Backendvalet påverkar autentisering, databas, lagring, serverlogik och driftansvar.

XMPL-KONTROLL

Rita tabeller, relationer och behörighetsregler före känslig data.

7

Autentisering, roller och radbehörighet

Inloggning är inte samma sak som auktorisering; varje roll behöver uttryckliga rättigheter och nekade standardvägar.

XMPL-KONTROLL

Testa som utloggad, vanlig användare och administratör.

8

Integrationer och app user connectors

Connectorer kan låta slutanvändare ansluta egna verktyg med sina befintliga behörigheter.

XMPL-KONTROLL

Visa tydligt vilken tjänst, identitet och handling som används före skrivning.

9

GitHub, versioner och återställning

Repositoryt är den spårbara källan för kod, historik och extern vidareutveckling.

XMPL-KONTROLL

Skapa en återställningspunkt och verifiera diffen före release.

10

Browser testing och felsökning

Lovable kan klicka, fylla formulär, läsa konsol och nätverk samt ta skärmbilder i en virtuell webbläsare.

XMPL-KONTROLL

Kräv bevis från det faktiska användarflödet och kontrollera negativa fall.

Säkerhet, inställningar och EU-inferens

Personliga inställningar öppnas nu i en egen dialog; arbetsytans inställningar nås via arbetsyteväljaren. Den 1 oktober beskrevs EU-inferens för Enterprise: vissa modeller och funktioner saknas där och kreditåtgången ökar. Live-röst med GPT Live kräver TanStack Start och använder krediter. Utgå inte från att alla äldre projekts stack stöder funktionen.

Avgränsad källkontroll 2026-10-05. Lovable: changelog. Kontospecifik funktionstestning återstår.

12

Betalningar med Stripe eller Paddle

Inbyggda betalningsflöden kan hantera abonnemang och engångsköp men produkt-, skatte- och återbetalningsregler måste specificeras.

XMPL-KONTROLL

Kör testköp, misslyckad betalning, uppsägning och webhook-återspelning.

13

Publicering, domäner, SEO och drift

SSR och prerendering förbättrar läsbarhet för sök och delning, men metadata, canonical, prestanda och övervakning behöver verifieras.

XMPL-KONTROLL

Öppna slutdomänen och kontrollera status, loggar, länkar och mobilvy.

14

Produktionsgrinden

En app är klar först när funktion, säkerhet, data, tillgänglighet och återställning är kontrollerade.

XMPL-KONTROLL

Låt en namngiven ansvarig godkänna release med ett sparat QA-protokoll.

8

Åtta arbetsrecept för LOVABLE

Det här är manualens praktiska kärna. Varje recept förklarar resultatet, varför metoden används, vad du måste förbereda, hur du genomför uppgiften och när resultatet kan godkännas.

ARBETESRECEPT 1 — Från idé till godkännbar plan

Resultat

Du ska få ett granskningsbart resultat för från idé till godkännbar plan, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Plan Mode låter dig granska planen före kodändringar; promptkön kan pausas, ordnas och repetera avgränsade uppgifter.

Förbered

  • PRODUKT: fyll i ett verkligt och kontrollerat värde.
  • MÅLGRUPP: fyll i ett verkligt och kontrollerat värde.
  • PROBLEM: fyll i ett verkligt och kontrollerat värde.
  • START → MÅL: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Godkänn planens gränser och håll beroende ändringar i rätt ordning.

Kopiera och anpassa

Jag vill bygga [PRODUKT] för [MÅLGRUPP]. Kärnproblemet är [PROBLEM] och det viktigaste användarflödet är [START → MÅL]. Arbeta i Plan Mode. Föreslå informationsarkitektur, datamodell, roller, felvägar och en första vertikal version. Skriv inga kodändringar förrän planen har min uttryckliga acceptans.
ARBETESRECEPT 2 — Bygg det minsta kompletta flödet

Resultat

Du ska få ett granskningsbart resultat för bygg det minsta kompletta flödet, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Börja med ett smalt vertikalt flöde som kan köras från start till mål innan fler sidor och funktioner läggs till.

Förbered

  • FLÖDE: fyll i ett verkligt och kontrollerat värde.
  • STARTLÄGE: fyll i ett verkligt och kontrollerat värde.
  • SLUTLÄGE: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Testa den publicerade vägen, inte bara förhandsvisningen.

Kopiera och anpassa

Bygg en första körbar version av [FLÖDE]. Den ska omfatta gränssnitt, validering, lagring och tydlig lyckad/misslyckad återkoppling. Lägg inte till sidofunktioner. Testa flödet i webbläsaren från [STARTLÄGE] till [SLUTLÄGE] och redovisa skärmbild, konsolfel och kvarvarande risker.
ARBETESRECEPT 3 — Mobil och tillgänglighet

Resultat

Du ska få ett granskningsbart resultat för mobil och tillgänglighet, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Designverktygen styr layout, typografi, bilder och komponenter utan att ersätta kontroll av kontrast, fokus och responsivitet.

Förbered

  • SIDA/FLÖDE: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Kontrollera desktop, telefon, tangentbord och verklig textlängd.

Kopiera och anpassa

Granska [SIDA/FLÖDE] i 390 px, surfplatta och desktop. Kontrollera tangentbordsnavigering, fokus, kontrast, formuläretiketter, felmeddelanden och långa svenska texter. Ändra bara verifierade problem och visa före/efter för varje korrigering.
ARBETESRECEPT 4 — Databas och radbehörighet

Resultat

Du ska få ett granskningsbart resultat för databas och radbehörighet, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Inloggning är inte samma sak som auktorisering; varje roll behöver uttryckliga rättigheter och nekade standardvägar.

Förbered

  • FUNKTION: fyll i ett verkligt och kontrollerat värde.
  • ROLLER: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Testa som utloggad, vanlig användare och administratör.

Kopiera och anpassa

Utforma datamodellen för [FUNKTION] med rollerna [ROLLER]. Lista tabeller, relationer och operationer per roll. Föreslå deny-by-default-regler och testfall för utloggad, ägare, annan användare och administratör. Implementera inte förrän behörighetsmatrisen är godkänd.
ARBETESRECEPT 5 — Felsök med bevis

Resultat

Du ska få ett granskningsbart resultat för felsök med bevis, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Lovable kan klicka, fylla formulär, läsa konsol och nätverk samt ta skärmbilder i en virtuell webbläsare.

Förbered

  • FEL: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Kräv bevis från det faktiska användarflödet och kontrollera negativa fall.

Kopiera och anpassa

Reproducera felet [FEL] i Lovables browser testing. Dokumentera exakta steg, konsolloggar, nätverksanrop och första felande punkt. Föreslå minsta säkra korrigering, genomför den och kör samma test samt ett närliggande regressionstest.
ARBETESRECEPT 6 — Säkerhetsgranskning före publicering

Resultat

Du ska få ett granskningsbart resultat för säkerhetsgranskning före publicering, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Hemligheter ska ligga på serversidan; publicerade appar kan visa en säkerhetssida med aktiva kontroller.

Förbered

  • Samla den faktiska indata och de källor som uppgiften ska använda.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Sök efter exponerade nycklar, öppna tabeller och oskyddade serverfunktioner.

Kopiera och anpassa

Granska projektet inför release. Leta efter exponerade nycklar, klientåtkomst till hemligheter, öppna databastabeller, saknad auktorisering, osäker filuppladdning och skrivande integrationer utan kontroll. Rangordna fynd efter risk och gör inga destruktiva ändringar utan godkännande.
ARBETESRECEPT 7 — Betalningsflöde

Resultat

Du ska få ett granskningsbart resultat för betalningsflöde, inte bara ett allmänt AI-svar.

Varför metoden fungerar

Inbyggda betalningsflöden kan hantera abonnemang och engångsköp men produkt-, skatte- och återbetalningsregler måste specificeras.

Förbered

  • ABONNEMANG/ENGÅNGSKÖP: fyll i ett verkligt och kontrollerat värde.
  • STRIPE/PADDLE: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Kör testköp, misslyckad betalning, uppsägning och webhook-återspelning.

Kopiera och anpassa

Planera ett [ABONNEMANG/ENGÅNGSKÖP] med [STRIPE/PADDLE]. Beskriv produkter, priser, checkout, webhookar, kvitto, avbruten betalning, uppsägning och återbetalning. Bygg först i testläge och lämna en verifieringslista för varje tillstånd.
ARBETESRECEPT 8 — Produktionsgrind

Resultat

Du ska få ett granskningsbart resultat för produktionsgrind, inte bara ett allmänt AI-svar.

Varför metoden fungerar

En app är klar först när funktion, säkerhet, data, tillgänglighet och återställning är kontrollerade.

Förbered

  • DOMÄN: fyll i ett verkligt och kontrollerat värde.
  • Kontrollera rätt konto, plan, miljö och behörighet innan du börjar.

Gör så här

  1. Ersätt samtliga platshållare i prompten med din verkliga uppgift.
  2. Läs igenom handlingsgränserna och lägg till sådant verktyget uttryckligen inte får göra.
  3. Kör först den minsta version som går att kontrollera; godkänn inte bred körning eller extern handling i förväg.
  4. Öppna, spela upp eller testkör den faktiska leveransen och jämför den med resultatmålet ovan.

Godkänn först när

Låt en namngiven ansvarig godkänna release med ett sparat QA-protokoll.

Kopiera och anpassa

Genomför release-QA för [DOMÄN]. Kontrollera kärnflöden, autentisering, behörigheter, betalning, mobil, metadata, felhantering, loggar och rollback. Leverera ett protokoll med PASS/FAIL, bevis och exakt blockerare. Publicera inte om ett kritiskt test saknar bevis.
✓

Officiella källor och uppdateringsrutin

Kontrollerad 15 september 2026. Följ källorna nedan före publicering av tidskänsliga påståenden.

Lovable Documentation

https://docs.lovable.dev/
Lovable Changelog

https://docs.lovable.dev/changelog
Lovable FAQ

https://docs.lovable.dev/introduction/faq

Månatlig rutin

  1. Kontrollera changelog, help center och API-dokumentation.
  2. Jämför mot senaste aktiva manual och märk plan- eller utrullningsberoende ändringar.
  3. Patcha en arbetskopia, uppdatera datum och ändringslogg.
  4. Kör innehålls-, länk-, mobil- och renderings-QA.
  5. Publicera först efter uttryckligt godkännande och behåll endast föregående aktiva version som backup.