Lovable alternative: hvor 66 Reddit-brugere tog hen

Jeg er Denys, fullstack- og AI-ingeniør. Jeg overtager ofte apps, der startede i Lovable, så “hvad skal jeg bruge i stedet?” er et spørgsmål, jeg får, og jeg ville have et svar, der bygger på mere end min egen smag. Så jeg læste, hvad folk, der er gået, skriver, talte det og tjekkede, hvad der skete bagefter.

Hvad er det bedste Lovable-alternativ?

Det afhænger af én ting: kan du arbejde med kode, eller er du villig til at lære det? Trådene deler sig langs den linje.

Sådan læste jeg trådene

Jeg hentede fra Arctic Shift-arkivet med offentlige Reddit-data hver tråd fra r/lovable, r/cursor, r/vibecoding, r/Base44, r/boltnewbuilders, r/nocode og r/SaaS, der passede til søgninger som “lovable”, “alternative”, “switched” eller “leaving” mellem november 2025 og oktober 2026 og havde mindst fire kommentarer. Af 710 tråde indeholder 445 en reel mening om mindst ét værktøj. For hver noterede jeg de vurderede værktøjer, tonen, årsagerne, ethvert skifte mellem værktøjer, de værktøjer kommentatorer anbefaler, og ét citat. Et script kontrollerede hvert citat mod den arkiverede tråd, og før udgivelsen åbnede jeg hver citeret tråd på Reddit for at sikre, at ordene stadig står der.

Husk skævheden: mere end halvdelen af trådene kommer fra r/lovable, hvor folk skriver, når noget går galt, og folk, der er gået og er glade, vender sjældent tilbage for at sige det. Tallene viser en retning, ikke en markedsandel.

Hvor folk gik hen efter Lovable

De fleste skift går til en kodeagent på det eksporterede repo, ikke til en konkurrerende builder. Nogle få flyttede kun backenden til deres eget Supabase-projekt og blev ved med at bygge andetsteds. Den typiske historie er kort: “I started building apps via Replit and lovable but once I got into Claude, I never went back.” (“Jeg begyndte at bygge apps via Replit og Lovable, men da jeg kom ind i Claude, gik jeg aldrig tilbage.”) Eller med tal: “The amount I’ve accomplished with a Claude Max plan in the last week (£90), would’ve definitely cost me upwards of £500 via Lovable - easily.” (“Det, jeg har nået med en Claude Max-plan den sidste uge (90 £), ville helt sikkert have kostet mig over 500 £ via Lovable - uden problemer.”)

Den modsatte vej findes, men er sjælden: 4 personer skiftede fra Base44 til Lovable og 2 fra Bolt.

Hvorfor folk forlader Lovable

Credits, 142 af 344 tråde. Klagen gælder mindre abonnementsprisen end det at betale for forsøg: “It ends up telling me that the bug is fixed, but it is not fixed costing me credits.” (“Til sidst fortæller den mig, at fejlen er rettet, men den er ikke rettet, og det koster mig credits.”) Flere tråde beskriver en prompt, der koster flere credits, end den plejede, uden en klar forklaring på, hvordan optællingen virker.

Backenden, 96 tråde. Med Lovable Cloud ligger databasen, brugerne og hemmelighederne i Lovables egen backend, og at flytte dem senere er det svære. “The database and hosting part of Lovable is what most people have an issue with, not the AI cost.” (“Det er database- og hosting-delen af Lovable, de fleste har et problem med, ikke AI-prisen.”)

En mur og fix-løkker, 63 og 62 tråde. Når appen har rigtig logik, begynder ændringer at ødelægge ting, der virkede. De to årsager optræder som regel sammen med credits, fordi hver løkke koster penge.

Lock-in, 56 tråde. Mest om Cloud: “Only if you use Lovable Cloud, you lock yourself in.” (“Kun hvis du bruger Lovable Cloud, låser du dig selv inde.”) Et projekt forbundet til dit eget Supabase-projekt er langt nemmere at tage med sig.

Hvad folk stadig roser: hastighed til en første version, i 80 tråde. Selv en tråd om at sidde fast på Lovable Cloud åbner med “Lovable is genuinely one of the best tools out there for going from idea to product FAST.” (“Lovable er oprigtigt et af de bedste værktøjer derude til at komme fra idé til produkt HURTIGT.”) At gå er ikke det eneste svar; det er svaret, når omkostningerne ovenfor begynder at dominere.

Hvad “alternativ?”-trådene anbefaler

I 64 tråde, hvor nogen spørger, hvad man skal bruge i stedet, er svaret overvældende “en agent på dit repo”. Andre buildere får fem eller seks omtaler hver, omtrent lige så ofte som “bliv på Lovable”. Den sædvanlige opskrift i kommentarerne: “Push to Github, connect Claude Code to it and voilá - no more paying Lovable” (“Push til GitHub, forbind Claude Code til det, og voilà - ikke mere betaling til Lovable”).

Hagen, fra folk der prøvede det: “codex and claude code assume you can read the output, live in a terminal and fix stuff when it breaks.” (“Codex og Claude Code forudsætter, at du kan læse outputtet, lever i en terminal og retter ting, når de går i stykker.”) En agent er billigere pr. ændring, men hosting, databasen og hver udrulning bliver dit ansvar.

Alternativerne side om side

Tallene nedenfor tæller tråde i det samme sæt, der vurderer hvert værktøj. Agenter ser delvis bedre ud, fordi folk, der skriver om dem, allerede har forladt Lovable og er glade for skiftet, så læs tonekolonnen med det in mente.

Buildersammenligningerne i detaljer: Lovable vs Cursor, Lovable vs Bolt og Lovable vs Base44. Hvis en agent skal køre kommandoer på din maskine, så læs Er Claude Code sikker? først.

Sådan flytter du fra Lovable uden at miste data

Koden er den nemme del. De tråde, hvor det gik galt, mistede noget, der ikke lå i repoet.

Start det første trin tidligt, også hvis du ikke har tænkt dig at gå. Et almindeligt ønske set bagud i disse tråde: “I wish I had synced GitHub much earlier.” (“Jeg ville ønske, jeg havde synkroniseret GitHub meget tidligere.”) Det sidste trin tæller, fordi en migrering er det sted, hvor sikkerheden stille ændrer sig. De tjek, jeg kører, står i min sikkerhedstjekliste til Lovable-apps, og mit gratis Supabase-sikkerhedstjek læser det nye projekts rettigheder og policies uden at læse dine rækker.

Spørgsmål, folk stiller

Findes der et Lovable-alternativ til ikke-programmører? Builderne: Bolt, Base44, Replit, v0. I disse tråde samler de de samme klager over credits og grænser som Lovable, og Lovable roses oftere for design og hastighed. En agent er den billigere vej på lang sigt, men forudsætter, at du lærer at læse, hvad den gør.

Skal jeg forlade Lovable? Ikke på grund af denne liste. Gå, når rettelser koster mere, end de bør, når appen har brug for logik, som Lovable bliver ved med at ødelægge, eller når du har brug for fuld kontrol over databasen. En skribent kører “an app with 17k users, some of whom are paying users, and it’s on Lovable.” (“en app med 17.000 brugere, hvoraf nogle betaler, og den kører på Lovable.”)

Kan jeg beholde Lovable og bruge en agent samtidig? Ja. Med GitHub-synkronisering redigerer flere skribenter i Cursor eller en anden agent og lader Lovable blive ved med at hoste og vise forhåndsvisning.

Hvad mister jeg, når jeg går? Hosting og udrulning med ét klik, den visuelle editor og, på Cloud, den backend, Lovable styrer for dig. Planlæg, hvor hvert af dem skal hen, før du opsiger.