CTO as a Service

Lovable, Bolt, Cursor eller Claude Code: hvad passer til hvad?

To bærbare med hver sit uskarpe værktøj står side om side på et højbord i et delekontor, og en hånd skriver noter på et ark

De fire navne dækker to forskellige typer værktøj. Lovable og Bolt er app-byggere: I beskriver appen i browseren, og værktøjet samler kode, database og udgivelse ét sted. Cursor og Claude Code er kodeværktøjer: de arbejder i en mappe med kode, som I selv råder over, og forudsætter, at nogen kan forstå det, der sker. Valget handler derfor mindst om, hvilket værktøj der er bedst, og mest om, hvem der skal bruge det, og hvor meget kontrol I har brug for. Oplysningerne her er læst hos leverandørerne i november 2026. Værktøjerne ændrer sig ofte, så læs de aktuelle vilkår, før I vælger.

App-byggere: Lovable og Bolt

En app-bygger er lavet til den, der ikke selv vil læse kode. Man skriver i et chatvindue og ser resultatet ved siden af. Værktøjerne tilbyder en indbygget database, og appen kan lægges online med få klik. Begge kan forbindes til GitHub, en tjeneste, hvor kode opbevares og versionsstyres, og begge kan arbejde sammen med databasetjenesten Supabase.

De passer godt til:

  • afprøvning af en idé hos rigtige brugere,
  • klikbare prototyper til samtaler med kunder og leverandører,
  • små interne værktøjer uden følsomme data.

Prisen for bekvemmeligheden er, at meget sker uden for jeres synsfelt. Værktøjet vælger teknologi og datamodel, og produktet vokser sammen med platformens egne tjenester. Hvad der kan tages med ud, varierer og er gennemgået i tag koden med ud af AI-værktøjet.

Kodeværktøjer: Cursor og Claude Code

Cursor er en kodeeditor med indbygget AI. Claude Code er et værktøj, der ifølge leverandøren læser kodebasen, ændrer filer og kører kommandoer, og som findes i terminalen, i kodeeditorer, som skrivebordsprogram og i browseren. Begge kan gennemføre større ændringer på tværs af mange filer.

De passer godt til:

  • udviklere, der vil arbejde hurtigere i et eksisterende produkt,
  • arbejde i egen kode med egen versionsstyring,
  • tekniske stiftere og stiftere, der er villige til at lære, hvordan software hænger sammen.

Her har I fuld kontrol over kode, teknologivalg og hvor produktet kører, for værktøjet arbejder i jeres projekt. Til gengæld skal I selv tage jer af database, udgivelse, overvågning og alt det andet, en app-bygger samler. En ikke-teknisk stifter kan godt komme i gang, og det kræver, at man vil lære et terminalvindue og versionsstyring at kende.

Sådan adskiller de sig for en ledelse

Kontrol. Med en app-bygger er platformen en del af produktet. Med et kodeværktøj er værktøjet en hjælper, og det kan skiftes ud, uden at produktet flytter.

Ansvar. Her er forskellen mindre, end mange tror. Lovables vilkår lægger ansvaret for at gennemgå og validere output hos brugeren, og Cursors vilkår siger, at brugeren vurderer forslagene og bærer risikoen ved at bruge dem. Uanset værktøj står I over for kunderne med det, der er bygget.

Rettigheder. Lovables vilkår siger, at I ejer det, I bygger, og det output, der skabes til jer, med forbehold for tredjemands rettigheder. Cursor overdrager de rettigheder, firmaet måtte have i forslagene, og nævner, at forslag kan være ens hos flere kunder. Anthropics erhvervsvilkår, der gælder for Claude-tjenester købt til virksomheden, siger, at kunden ejer sit output. Vilkårene afgør forholdet til leverandøren. Hvordan AI-genereret kode i øvrigt stiller sig retligt, står åbent, og en dansk myndighed har os bekendt ikke taget stilling. Spørgsmålet hører til hos en advokat.

Træning. Lovable forbeholder sig i sine vilkår ret til at bruge kundens data til at træne modeller, med mulighed for at fravælge det. Anthropics erhvervsvilkår siger, at kundens indhold ikke må bruges til træning. Vilkårene for private abonnementer kan afvige. Bolts vilkår kunne vi ikke læse, da denne tekst blev skrevet, så dem må I selv slå op.

Sådan vælger I

Tag udgangspunkt i, hvor I står:

  • Vi skal vise en idé frem inden for få uger, og ingen hos os koder. Vælg en app-bygger. Forskellene mellem dem betyder mindre end at komme i gang.
  • Vi har betalende kunder på en app-bygger. Flyt koden til eget repository, og lad en erfaren udvikler vurdere, om det næste skridt er kodeværktøjer. Rækkefølgen står i fra prototype til produkt.
  • Vi har et udviklingsteam. Kodeværktøjer. Her er spørgsmålet, hvilke rammer teamet arbejder under, se regler for AI-kodeassistenter.
  • Vi er en teknisk stifter. Kodeværktøjer fra starten, så I undgår flytningen senere.

Sammenligninger hos leverandørerne selv er markedsføring, også når de er velskrevne. Kig efter, hvad vilkår og hjælpesider siger, og lav en kort prøve med jeres egen opgave.

Spørgsmål, I bør stille, før I vælger

  1. Kan vi få koden ud, og hvad med data, brugere og filer?
  2. Må værktøjet bruge vores indhold til træning, og kan det slås fra?
  3. Hvor kører produktet, og hvor ligger data?
  4. Hvad sker der med appen, hvis vi stopper abonnementet?
  5. Hvem hos os forstår det, der bliver bygget?

Mange ender med at bruge begge typer efter hinanden: en app-bygger til at finde ud af, hvad produktet skal være, og kodeværktøjer, når det skal bæres videre af udviklere. Det er en fornuftig vej, hvis I fra starten holder koden i egne konti.

Det skal I lade være med

· At vælge ud fra en top ti-liste. Mange af dem er skrevet af leverandører og tilknyttede sælgere.
· At antage, at vilkår fra sidste år stadig gælder. De ændres ofte.
· At lægge fortrolig kode eller kundedata i et privat abonnement. Læs vilkårene, og brug virksomhedens konto.
· At gøre et værktøj til en del af identiteten. Værktøjerne skifter hurtigere end produktet.

Det skal I kræve af den eksterne

  • ☐ En anbefaling begrundet i jeres situation og fri for bindinger til leverandører.
  • ☐ En kort gennemgang af de aktuelle vilkår om data, træning og rettigheder.
  • ☐ Et svar på, hvordan I kommer ud igen.
  • ☐ En plan for, hvornår værktøjsvalget skal tages op igen.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Læs også: Eftersyn af AI-genereret kode før lancering · No-code, low-code eller egen kode

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Mangler I en CTO?

Fortæl kort, hvad der fylder: produktet, teamet, leverandøren eller en kunde, der stiller krav. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.