Lovable vs. Claude Code i 2026: Hvilket bør du velge til ditt første prosjekt?

Informasjon om hvordan du arbeider med Ailoot, finner du i dokumentasjonen.

Hva er Lovable og Claude Code?#

Lovable er en nettleserbasert bygger. Teknisk sett er Lovable et lag oppå Anthropics Claude Opus: Selskapet bekrefter offentlig at det valgte Claude som hovedmodell etter å ha vurdert kommersielle modeller og modeller med åpen kildekode (Anthropic-kundehistorie: Lovable). Derfor forenkler formuleringen «Lovable eller Claude» bildet for mye. I praksis er de lag: Lovable er et praktisk grensesnitt rundt den samme Claude-modellen som du får direkte tilgang til gjennom Claude Code.

Dette skjer når du går til lovable.dev:

1. Registrer deg med Google eller GitHub.
2. Skriv en prompt: «Bygg en CRM for et eiendomsmeglerfirma med autentisering og en kundedatabase.»
3. Etter 30–60 sekunder ser du et live nettsted på et gratis *.lovable.app-domene, med database, innloggingsskjema og fungerende sider.
4. Finjuster det deretter med prompt-er: «Legg til et filter for avtale-status», «Legg til et mørkt tema», «Legg til Stripe for abonnementsbetalinger».

Under panseret bygger Lovable en React-applikasjon med Vite, styling med Tailwind CSS og komponenter fra shadcn/ui. Backend-systemet er Supabase: PostgreSQL for data, Supabase Auth for innlogging og Edge Functions for logikk på serversiden. Siden 13. mai 2026 bruker nye prosjekter TanStack Start med gjengivelse på serversiden. Vibe Evals gjennomgang av Lovables teknologistakk forklarer dette i detalj.

Claude Code er et program fra Anthropic som du installerer på Mac-, Windows- eller Linux-maskinen din. Kjør det med kommandoen claude i terminalen, inne i prosjektmappen. Deretter snakker du med det i tekst, og det leser filer, skriver kode, kjører kommandoer og retter feil. Siden 16. april 2026 har hovedmodellen vært Opus 4.7; siden 28. mai 2026 har også Opus 4.8 vært tilgjengelig, med funksjonen Dynamic Workflows (opptil 1 000 parallelle subagenter) (Anthropic – Claude Opus 4.7).

Hovedforskjellen i én setning: Lovable er et nettsted som bygger nettsteder for deg. Claude Code er en utviklerkollega i terminalen din som følger instruksjonene dine.

Disse to synspunktene beskriver egentlig to stadier på den samme veien. Lovable er et verktøy for å gå «fra null til én», når du ennå ikke har lært håndverket. Claude Code er et verktøy for videre utvikling, når du allerede forstår hvordan applikasjoner bygges og vil ha kontroll.

Hvem bør bruke Lovable, og hvem bør bruke Claude Code?#

Jeg ser på dette som et valg mellom et ferdig måltid på restaurant og et kjøkken hjemme. Lovable er restauranten: Du setter deg ned, bestiller, og 20 minutter senere står en rett foran deg. Claude Code er kjøkkenet: Et sett med verktøy og ingredienser, pluss en assistent som kan alle oppskriftene, men det er du som lager maten og bestemmer hva du skal lage og hvordan.

Lovable passer godt hvis:

• Du aldri har åpnet en terminal og ikke vil begynne nå.
• Du trenger en prototype av en idé på én kveld som du kan vise til en partner eller kunde.
• Du bygger et standardprodukt: en landingsside, CRM, markedsplass, et dashbord eller et forespørselsskjema – noe Lovable har bygget hundrevis av ganger.
• Du er klar til å jobbe med React + Supabase-stakken og ikke trenger Python, Go eller en mobilapp.
• Et betalt abonnement på $25–100 i måneden ikke plager deg, og du ikke bekymrer deg for at koden ligger hos leverandøren.

Claude Code passer godt hvis:

• Du allerede har jobbet med prosjektmapper og vet hva git og .env er.
• Du trenger kontroll over hver fil og vil velge teknologistakk selv.
• Prosjektet ditt er mer komplekst enn et typisk prosjekt: en Telegram-bot, et skript for databehandling, en mobilapp eller en integrasjon med et API som ikke er standard.
• Du vil at koden skal ligge i ditt eget repositorium, ikke hos leverandøren.
• Du er klar til å lære om CLAUDE.md og kontekstutvikling for å få konsistente resultater.

Vil du velge riktig kombinasjon til oppgaven din uten å gjette? En velfungerende kombinasjon har tre elementer: KI-klone + Andre hjerne + Kontekstutvikling. Denne kombinasjonen gjør ethvert verktøy – Lovable, Claude Code eller begge – om til en pålitelig arbeidsflyt.

Hva koster et første prosjekt med hvert verktøy?#

Lovable: abonnementer og kreditter

Offisielle Lovable-priser per mai 2026:

Én kreditt tilsvarer omtrent én prompt. En liten stilendring koster 0,5 kreditter; en ny funksjon med autentisering koster 1,5+ kreditter. Den største fallgruven: En feilrettingsrunde (der KI retter én ting og ødelegger en annen) kan bruke opp 60–150 ekstra kreditter utover den første byggingen. Det koster $15 å kjøpe 50 ekstra kreditter på Pro.

⚠️ En separat utgift er Lovable Cloud (administrert hosting fra plattformen). Den er ikke inkludert i abonnementet: Et arbeidsområde får $25 i gratis hosting per måned + $1 i gratis KI-bruk per måned. Deretter betaler du etter forbruk (database-lesinger/-skrivinger, edge functions, lagring). I ett kjent tilfelle brukte et prosjekt med færre enn 100 aktive brukere opp gratiskvoten på en uke.

Claude Code: abonnementer og tokens

Offisielle Claude-priser for 2026:

Det finnes også API-tokens for dem som bygger egne integrasjoner: Opus 4.8 koster $5 per million inndatatokens og $25 per million utdata-tokens. Se Opus 4.8-guiden for Claude Code for detaljer.

Reelle kostnader for et første prosjekt og et større prosjekt

La oss ta en typisk oppgave: «Bygg et nettsted for kundebestillinger med database, bestillingsskjema og administrasjonspanel.»

Lovable: Med Pro-abonnementet ($25) vil det ta rundt 30–40 kreditter å bygge og forbedre løsningen. Du holder deg innenfor én måneds abonnement. Hvert nytt produkt eller større redesign etter det betyr en ny måned med abonnement, pluss mulige Lovable Cloud-kostnader.

Claude Code: Med Pro-abonnementet ($20) vil den samme oppgaven ta 3–4 timers arbeid og omtrent ti KI-økter. Månedsgrensene er nok til 2–3 slike prosjekter parallelt, pluss rutinearbeid: redigering av nettstedstekst, smårettinger og automatiseringsskript.

På lang sikt er forskjellen enda større. Én utvikler kjørte 10 milliarder tokens gjennom Claude Code på 8 måneder: Det ville kostet $15 000+ via API-et, men omtrent $800 med Max-abonnementet. Hvis du lager ett produkt én gang for alle, koster Lovable og Claude Code omtrent det samme. Hvis du har 5–10 prosjekter og jobber med dem jevnlig, er Claude Code 5–6 ganger billigere.

Hvilken kode får du? Under panseret#

Med Lovable er svaret på spørsmålet «hva er dette skrevet i?» allerede bestemt. Alle apper bruker:

• Frontend: React, Vite, Tailwind CSS og biblioteket med ferdige komponenter shadcn/ui.
• Backend: Supabase – PostgreSQL for databasen, Supabase Auth for innlogging, Supabase Storage for filer og Edge Functions på Deno for logikk på serversiden.
• Sanntid: Supabase Realtime over WebSocket for chatter og oppdateringer.
• Betalinger: en innebygd Stripe-integrasjon.
• Hosting: *.lovable.app på gratisabonnementet, eget domene på et betalt abonnement.

Det er en styrke: én velprøvd stack som dekker 80 % av oppgavene for en som ikke programmerer. Det er også en begrensning: Hvis prosjektet ditt er en Telegram-bot, behandling av PDF-dokumenter, et skript for innhenting av data eller en mobilapp, er Lovable ikke et alternativ.

Med Claude Code velger du teknologistakken selv. Eksempelprosjekter brukte:

• Next.js + TypeScript + PostgreSQL for en plattform for innholdsskapere.
• Python + FastAPI for en av backendene til et kundeprodukt.
• Telegram-boter i TypeScript med biblioteket grammY.
• Databehandlingsskript i Node.js.

Den samme Claude Code fungerer med enhver mappe og enhver teknologistakk: Den leser det som finnes i prosjektet, forstår strukturen og bruker et passende språk. Det gir deg frihet, men krever at du selv bestemmer hvilken stack du skal bruke.

Hva skjer hvis produktet tar av: videreutvikling av prosjektet#

Dette er et scenario få undersøker i starten, men det er den avgjørende forskjellen mellom verktøyene.

La oss si at du har bygget en oppgavebehandler i Lovable. Den slår an. Kundene skriver: «Legg til en integrasjon med CRM-systemet vårt», «Vi trenger en Excel-eksport med en bestemt struktur», «Bygg en mobilapp». Hva skjer?

• Du gjør enkle endringer med prompt-er og bruker kreditter.
• Komplekse endringer møter ofte arkitektoniske begrensninger: Lovable kjenner ikke CRM-systemet ditt, eksporten er ikke standard, og en mobilapp krever en annen stack.
• Lovable tilbyr kodeeksport og arbeid i en editor – men da er det ikke lenger «vibe-coding». Det er vanlig utvikling, der du må forstå React, TypeScript og Supabase.

Det er ingen slik brå overgang i Claude Code. Du legger til en CRM-integrasjon – Claude Code leser CRM-dokumentasjonen, skriver en klient, tester den og gjør en commit. Du trenger en mobilapp – åpne en ny mappe, gi den oppgaven «Bygg en iOS-app i Swift med det samme API-et», og få resultatet. Konteksten går ikke tapt fordi du eier repositoriet.

Det betyr ikke at Lovable er dårlig – det er svært godt til å løse den første oppgaven. Lovable er et startpunkt for et produkt, ikke stedet der det bor på lang sikt.

Hvilke feil gjør Claude Code og Lovable, og hvilke er enklest å rette?#

KI gjør alltid feil. Hovedspørsmålet er hvor mye arbeid det tar å rette dem.

Når noe går galt i Lovable, har du 3 alternativer:

1. Fortsett å sende prompt-er: «Fiks dette, knappen virker ikke.» Det fungerer ofte, men ikke alltid.
2. Rull tilbake ved hjelp av historikken i Lovable. Tilbakestillingen går N steg tilbake om gangen – den er ikke presis.
3. Bytt til Dev Mode (bare på betalte abonnementer) og rediger koden manuelt.

Når det oppstår en feil i Claude Code:

1. Du ser en feil i terminalen eller nettleseren og sier til Claude: «Her er feilen, finn ut av det.»
2. Hvis du står fast, ruller kommandoen /rewind tilbake til det siste fungerende punktet (guide til å tilbakestille endringer).
3. Du kan åpne filen selv og rette én linje – det er koden din.

Fordelen med Claude Code her er at du kan se hva som ble endret og hvor feilen ligger. Lovable fungerer som en «svart boks» – du får et resultat, men kan ikke se årsaken. Det er en lettelse for en nybegynner («jeg trenger ikke å finne det ut»), men blir et problem når produktet er mer komplisert enn en standard landingsside.

4 scenarioer der Lovable er bedre enn Claude Code#

Scenario 1: En landingsside med skjema og database. «Jeg vil ha en side der folk legger igjen e-postadressen sin, og jeg kan se i administrasjonspanelet hvem som har lagt den igjen.» I Lovable tar det 10 minutter, inkludert design, domene og SSL. I Claude Code tar det 1–2 timer å bygge et skjelett, pluss enda en time på å publisere det. For en engangsoppgave vinner Lovable med god margin.

Scenario 2: En demoprototype for en investor eller partner. Du må vise hvordan et produkt «vil fungere» på et møte om 3 dager. Lovable bygger en visuelt tiltalende, fungerende prototype på én kveld. Du kan vise den og si: «Her kommer denne logikken, og der kommer den andre.» Partneren din klikker på knappene og ser noe ekte, ikke PowerPoint.

Scenario 3: Et standardprodukt basert på en kjent mal. Et enkelt CRM for et byrå, en kundeportal med autentisering eller et dashbord med diagrammer. Lovable har bygget slike apper hundrevis av ganger – modellen kjenner allerede mønstrene. Sjansen er større for å få et fungerende resultat på første forsøk.

Scenario 4: Når installasjonen er et hinder. Hvis noen virkelig aldri har åpnet en terminal og ikke er klar til å finne ut av Node.js, git og VS Code, kan Lovable gi dem et resultat Claude Code ikke kan. En fungerende prototype er bedre enn et prosjekt du aldri startet.

4 scenarioer der Claude Code er bedre enn Lovable#

Scenario 1: Ethvert prosjekt som ikke er et webprosjekt. En Telegram-bot som svarer kunder og følger opp henvendelser. Et skript som skraper konkurrentenes nettsteder hver time og sender en oppsummering til Slack. En PDF-parser som trekker ut data til regnskapet. Du kan ikke bygge dette i Lovable – det er bare for web. I Claude Code er dette typiske kveldsprosjekter.

Scenario 2: Et seriøst langsiktig produkt. Hvis du bygger et selskap rundt et produkt, trenger du koden i GitHub-repositoriet ditt, din egen infrastruktur og kontroll over alt. Lovable knytter deg alltid til plattformen: Du kan eksportere koden, men det er vanskeligere å videreutvikle den uten Lovable (teknologistakken er fast, og arkitekturvalgene blir tatt for deg). Med Claude Code er koden din fra starten.

Scenario 3: En ikke-standard arkitektur eller teknologistakk. Du vil ha Bun i stedet for Node.js. Du vil ha Postgres + Redis + ClickHouse. Du vil ha Python for KI-komponenten og Go for en mikrotjeneste. Du vil ha workers, queues og WebSockets utenfor Supabase. I Lovable er alt dette enten umulig eller krever et «gjennombrudd» via manuell koderedigering – noe som fjerner fordelen med byggeren.

Scenario 4: Når du trenger en andre hjerne for prosjektet. Et seriøst produkt består av mer enn kode; det har også kontekst: forretningsmodellen, målgruppen, juridiske begrensninger og mål. Denne konteksten ligger i en business/-mappe ved siden av koden, og Claude Code leser den med hver forespørsel (guide til en andre hjerne i Claude Code). Lovable fungerer uten dette laget – du får et teknisk fungerende produkt uten å forstå «hvorfor».

Hybrid: Lovable → Claude Code i ett prosjekt#

Dette mønsteret er enkelt: Hvert verktøy er godt til sin egen oppgave, så du trenger ikke å velge «enten det ene eller det andre».

Slik fungerer det:

1. Idéfase. En kveld med Lovable. Beskriv hva du vil ha, og få en fungerende prototype med database, autentisering og et par sider. Det er nok til å vise den til en partner eller gjennomføre 5 intervjuer med potensielle kunder.

2. Valideringsfase. Fortsett å arbeide i Lovable mens produktet fortsatt er enkelt. Bruk 1–2 uker på å skrive prompt-er, gjøre små endringer og legge til nye felt i databasen.

3. Overleveringsfase. Når du når grensen for hva Lovable kan gjøre (du trenger en Telegram-bot ved siden av, kompleks logikk eller et annet språk), eksporterer du koden gjennom Dev Mode (krever et Pro-abonnement) og kloner repositoriet lokalt.

4. Utviklingsfase. Åpne prosjektet i VS Code og kjør Claude Code fra den samme mappen. Nå kan Claude se koden Lovable bygde og fortsette å utvikle den. Arkitekturen forblir den samme (React + Supabase), men kontrollen går over til deg.

Ulempen: Du betaler for Lovable den første måneden (eller lenger), før du uansett går over til Claude Code. Det koster ytterligere $25–50. Til gjengjeld sparer du den første utviklingsuken. For de fleste ideer som ikke slår an, er de $25 vel anvendt: Du finner raskt ut hva som ikke fungerte uten å bruke to uker på et skjelett du senere kommer til å kaste.

Hun bygde om hovednettstedet sitt med 12 integrasjoner (Stripe, Customer.io, Meta Pixel) på én dag i Lovable, og fikk deretter funksjonen challenge prompts i produksjon med Claude Code på 2 dager i stedet for de forventede 2 ukene.

5 fallgruver med Lovable som ingen skriver om#

Fallgruve 1: Gratisabonnementet varer i 1–2 kvelder. 5 kreditter om dagen er nok til et appskjelett og et par justeringer. Deretter må du enten vente en dag eller betale $25.

Fallgruve 2: Koden er alleen toegankelijk met Pro+. Met het gratis abonnement kun je de code niet downloaden, in een editor openen of aan een ontwikkelaar overdragen. Als je besluit te vertrekken, moet je upgraden naar een betaald abonnement of opnieuw beginnen.

Valkuil 3: sterke koppeling aan Supabase. Als je later PostgreSQL op je eigen server wilt draaien, Supabase Auth wilt vervangen door je eigen authenticatie of een backend wilt aansluiten die niet voor het web bedoeld is, wordt dat lastig. De stack zit ingebakken in de fundering.

Valkuil 4: interfacetaal. Lovable genereert standaard applicatie-interfaces in het Engels. Vermeld in de prompt expliciet de taal van je voorkeur, bijvoorbeeld: “maak het in mijn voorkeurstaal”. Sommige tekst kan toch in het Engels blijven, vooral systeemfouten en formulieren voor invoervalidatie. Je kunt die met aparte prompts aanpassen.

Valkuil 5: de beveiliging van Supabase is standaard een zwakke plek. Dit is het belangrijkste punt dat niemand in het begin noemt. Onderzoekers controleerden 1.645 apps in de officiële showcase van Lovable — 170 daarvan (10,3%) hadden een kritiek probleem met Row Level Security in Supabase. Elke ingelogde gebruiker kon gegevens van anderen lezen, wijzigen en verwijderen. In echte apps kregen onderzoekers toegang tot klantadressen, schuldbedragen en actieve Stripe-sleutels. De reden: Lovable maakt tabellen aan in Supabase, maar schakelt RLS-beleidsregels niet standaard in. De oplossing: schakel na de eerste start handmatig RLS in voor elke tabel en controleer dit aan de hand van de Supabase-documentatie. Als je een product met echte gebruikersgegevens bouwt, is dit niet iets voor “later” — doe het “direct na de eerste build”.

5 valkuilen van Claude Code die beginners afschrikken#

Fallgruve 1: installasjonen er den første hindringen. For å komme i gang må du installere Node.js, npm, git, VS Code og Claude Code selv. På Windows må du finne ut av WSL. På Mac er det enklere, men du må fortsatt åpne terminalen. Hvis du aldri har gjort dette før, går de første 30 minuttene med til å finne ut «hvordan du kjører det».

Fallgruve 2: Du kan bruke opp grensene på én dag uten kontekst. Med Pro-abonnementet til $20 er grensene basert på meldinger og tokens. Hvis du sender Claude 50 prosjektfiler hver gang, når du grensen på 2–3 timer. Løsningen er kontekstutvikling: Gi bare det som trengs, bruk /clear og /compact, og vedlikehold CLAUDE.md (guide til grenser).

Fallgruve 3: hallusinering uten kontekst. Claude Code er smart, men uten forståelse for prosjektet ditt kan det finne på API-metoder, databasefelt eller biblioteker. Uten en CLAUDE.md med regler og en business/-mappe som en andre hjerne, blir resultatet et lotteri. Med dem får du en pålitelig arbeidsflyt (guide til CLAUDE.md).

Fallgruve 4: tilgangsbegrensninger og begrensninger knyttet til bedriftseierskap. I september 2025 blokkerte Anthropic selskaper som var mer enn 50 % kontrollert av enheter fra Kina, Iran og Nord-Korea. Vilkårene for tilgang avhenger av leverandøren og eierstrukturen; sjekk dem før du velger et verktøy.

Fallgruve 5: ingen visuell editor. All samhandling skjer via tekst. Hvis du trenger å flytte en knapp 10 piksler til høyre, kan du ikke dra den – du må beskrive endringen med ord. Til designoppgaver er dette mindre praktisk enn visuelle byggere, inkludert Lovable.

Slik velger du på 5 minutter: en beslutningstabell#

Svar på 5 spørsmål for å få en anbefaling:

Hvis du markerer ✅ for Lovable i de to første radene og ⚪/❌ i resten, velger du Lovable. Hvis du markerer ✅ for Claude Code i rad 3–5, velger du Claude Code. Hvis du markerer ✅ i begge kolonnene, bruker du Lovable de første 1–2 ukene og går deretter over til Claude Code (se hybriddelen ovenfor).

En ting til: Uansett hvilket verktøy du velger, er ikke selve KI-en flaskehalsen. Det viktige er hvordan du arbeider med den. Kombinasjonen av tre grunnpilarer (KI-klone + Andre hjerne + Kontekstutvikling) gir konsistente resultater i alle verktøy. Uten den hallusinerer KI; med den fungerer KI som en pålitelig maskin.

Komplett guide til vibe-koding på én kveld: KI-klone + Andre hjerne + Kontekstutvikling.

Bli kjent med Ailoot.