Bolt.new har fået et ordentligt skub i 2026. StackBlitz-værktøjet, der bygger hele webapplikationer direkte i browseren ud fra en tekstprompt, har fået ny model-lineup, en partnerskabsaftale med Microsoft og lige nu kører en research-preview kaldet Forge. For danske og nordiske udviklere, der vil teste, om AI-app-byggere for alvor kan erstatte en del af det manuelle setup-arbejde, er det et oplagt tidspunkt at prøve det af. Denne guide tager dig fra oprettelse af konto til et deployet, databasedrevet projekt, trin for trin.

Vi bruger den nyeste udgave af platformen, som StackBlitz opdaterede den 1. september 2026 med nyt modelvalg (heriblandt GPT-5.6 og Claude Fable 5.1), og vi kommer omkring det Forge-preview, der kørte fra 14. september til 14. oktober 2026. Guiden er skrevet, så du kan følge den uden at have rørt Bolt.new før, men den dækker også faldgruber og fejlfinding, som erfarne brugere støder på, når projekterne vokser sig større end en simpel prototype.

Hvad er Bolt.new, og hvorfor taler alle om det i september 2026?

Bolt.new er en AI-drevet udviklingsagent, der lader dig skrive, køre, redigere og deploye fulde stack-applikationer direkte fra browseren, uden at du skal installere Node, Docker eller noget som helst lokalt. Det sker via en teknologi kaldet WebContainer, som StackBlitz selv har udviklet, og som booter et helt Node.js-miljø inde i browserfanen. Ifølge projektets egen beskrivelse på GitHub kører hele udviklingsflowet, fra prompt til kørende app, uden lokal opsætning.

Forskellen fra en traditionel opsætning er værd at have med sig, når du sammenligner tidsforbruget. Normalt skal du bruge tid på at installere en runtime, konfigurere en pakkemanager, sætte et byggeværktøj op og hente afhængigheder, før du overhovedet kan se en linje kode køre i en browser. Bolt.new springer alle de trin over ved at flytte hele kørselsmiljøet ind i selve browserfanen, hvilket er præcis det, WebContainer-teknologien gør muligt. Det er samme grundidé, som gør StackBlitz’ andet produkt, den webbaserede IDE, populær blandt undervisere og til hurtige kodedemoer, hvor man ikke vil bede folk installere noget for at følge med.

Det, der gør Bolt.new relevant lige nu, er tre ting, der alle er sket inden for de seneste måneder. For det første fik platformen i maj 2026 en partnerskabsaftale med Microsoft, som lægger Bolt.new ind på Microsoft Marketplace, integrerer det i Microsoft 365 og gør det muligt for virksomhedskunder at deploye direkte ind i deres eget Azure- eller AWS-miljø. For det andet blev modellisten opdateret den 1. september 2026, så Bolt.new nu tilbyder tre navngivne tiers, Sol (flagskib), Terra (mellemniveau) og Luna (budget), samt Claude Fable 5.1 som ny topmodel fra Anthropic ved siden af den ældre Claude Opus 4.8. For det tredje lancerede StackBlitz den 14. september 2026 en research-preview kaldet Forge, der kører frem til 14. oktober 2026, og som ifølge selskabets egen meddelelse skal gøre det muligt for flere at bygge med AI og samtidig give data til træning af åbne modeller ud fra det, brugerne rent faktisk bygger.

Det sker i en tid, hvor AI-værktøjer i udviklingsarbejdet er blevet normen snarere end undtagelsen. Ifølge Stack Overflows Developer Survey 2025 bruger eller planlægger 84 procent af de adspurgte udviklere at bruge AI-værktøjer i deres arbejde, mod 76 procent året før, og 51 procent af de professionelle udviklere bruger dem dagligt. Samme undersøgelse viser dog også, at tilliden er delt: 46 procent stoler ikke på nøjagtigheden af AI-outputtet, mens kun 33 procent gør, og blot 3 procent har høj tillid. Til gengæld rapporterer 69 procent af de udviklere, der bruger AI-agenter på arbejdet, en oplevet produktivitetsstigning, ifølge Stack Overflows presseopgørelse af samme undersøgelse. Det er præcis den spænding, Bolt.new lever i: hurtigt fra idé til kørende prototype, men med et setup, der kræver, at du forstår, hvad værktøjet rent faktisk genererer.

For danske og nordiske teams er der en ekstra dimension at have med, ud over selve produktiviteten. Selve kodegenereringen og WebContainer-kørslen foregår i browseren på din egen maskine, men de data, appen ender med at gemme, ligger typisk hos en tredjepart som Supabase, der som udgangspunkt kører sin infrastruktur uden for EU, medmindre du selv vælger en europæisk region ved oprettelse af databasen. Bygger du noget, der rører persondata, bør du derfor tage stilling til databasens placering og en databehandleraftale, før projektet forlader prototypestadiet, uanset hvor hurtigt selve kodegenereringen går.

Sådan er et Bolt.new-projekt bygget op teknisk

Det er nyttigt at kende filstrukturen, Bolt.new genererer, før du begynder at prompte, fordi det gør det lettere at referere til konkrete filer senere, hvilket som nævnt giver mere præcise resultater. De fleste projekter bygges som standard med Vite som byggeværktøj og React med TypeScript, medmindre du eksplicit beder om noget andet, som Vue, Svelte eller et rent HTML/CSS/JS-projekt.

todo-app/
├── src/
│   ├── components/
│   │   ├── TaskCard.tsx
│   │   ├── TaskForm.tsx
│   │   └── Sidebar.tsx
│   ├── pages/
│   │   ├── Login.tsx
│   │   └── Dashboard.tsx
│   ├── lib/
│   │   └── supabase.ts
│   ├── App.tsx
│   └── main.tsx
├── package.json
├── vite.config.ts
└── tailwind.config.js

Bemærk mappen lib/, hvor forbindelsen til Supabase typisk placeres i en enkelt fil. Det er den fil, du refererer til, hvis du senere vil skifte database-udbyder eller fejlsøge en forbindelsesfejl, i stedet for at lede gennem hele kodebasen. Byggeværktøjet Vite og biblioteket React er begge åbne standarder, så koden, du får ud af Bolt.new, kan i princippet videreudvikles helt uden platformen, hvis du på et tidspunkt vælger at forlade den.

Forudsætninger: Det skal du bruge, før du går i gang

Den store pointe med Bolt.new er, at du ikke behøver et lokalt udviklingsmiljø for selve byggeprocessen. Men for at følge denne guide til ende, herunder GitHub-integration og deployment, har du brug for følgende:

  • En moderne browser (Chrome, Edge eller Firefox i nyeste version) med JavaScript og cookies aktiveret, da WebContainer stiller specifikke krav til browserens sandbox-funktioner.
  • En e-mailadresse eller GitHub-konto til oprettelse af Bolt.new-kontoen.
  • Et GitHub-repository, hvis du vil eksportere koden og få versionsstyring uden for Bolt.new.
  • En konto hos Supabase (gratis-tier er nok til denne guide), hvis du vil følge database- og login-delen.
  • Et betalingskort, hvis du vil teste Pro-planen, som koster 25 dollar om måneden. Det er ikke nødvendigt for at følge guiden, da Free-planen dækker det meste.
  • Node.js version 20 eller nyere installeret lokalt, kun hvis du ønsker at klone og køre det eksporterede projekt uden for browseren.
  • Cirka 45-60 minutter, afhængigt af hvor meget du eksperimenterer undervejs.

Bemærk, at Bolt.new er token-baseret, ikke tidsbaseret. Det betyder, at din reelle begrænsning ikke er, hvor lang tid du bruger, men hvor mange AI-tokens dine prompts og genererede filer forbruger. Vi kommer tilbage til, hvordan du styrer det, senere i guiden.

Trin 1: Opret din Bolt.new-konto

Gå til bolt.new i browseren. Du kan oprette en konto med enten en e-mailadresse eller ved at logge ind via GitHub. Vælger du GitHub fra start, sparer du et trin senere, når du skal forbinde dine projekter til et repository, fordi autorisationen allerede er på plads.

Efter oprettelsen lander du direkte på et promptfelt, ikke et traditionelt dashboard med menuer og indstillinger. Det er med vilje: Bolt.new er designet, så det første, du gør som ny bruger, er at skrive, hvad du vil bygge, ikke at klikke dig gennem en opsætningsguide. Din konto starter automatisk på Free-planen, og du kan opgradere når som helst fra kontoindstillingerne øverst til højre.

Trin 2: Vælg den rigtige plan (Free, Pro, Teams eller Enterprise)

Før du bruger for mange tokens på eksperimenter, er det værd at forstå planstrukturen, fordi den afgør, hvor langt du kommer, inden du løber tør. Priserne herunder er som opdateret den 1. september 2026.

PlanPrisTokensVigtigste begrænsninger og features
Free0 dollar1 million/måned, loft på 300.000/dagOffentlige og private projekter, ubegrænsede databaser, Bolt-branding på appen, 10 MB uploads, cirka 333.000 webforespørgsler
Pro25 dollar/måned10 millioner/måned, rullende 1 månedIntet dagligt loft, eget domæne, ingen Bolt-branding, 100 MB uploads, cirka 1 million webforespørgsler
Teams30 dollar pr. bruger/månedSamme tokenmængde som Pro pr. medlemCentral fakturering, admin-kontroller, Design System-agenter til fælles komponentbibliotek
EnterpriseIndividuel prisAftales individueltSSO, RBAC, audit-logs, deployment i eget Azure- eller AWS-miljø

Til denne guide er Free-planen mere end nok. Loftet på 300.000 tokens om dagen lyder stramt, men rækker fint til at bygge og teste et mindre projekt som det, vi gennemgår senere. Overvej først Pro, når du bygger noget, du skal vise frem uden Bolt-branding, eller når du rammer det daglige loft flere dage i træk.

Trin 3: Skriv din første prompt og vælg AI-model

Klik i promptfeltet og beskriv, hvad du vil bygge. Jo mere konkret du er om funktioner, sider og datastruktur, jo bedre bliver det første udkast. En god tommelfingerregel er at nævne: hvilken type app (webapp, dashboard, landingsside), hvilke sider den skal have, og om den skal bruge en database.

Byg en opgaveliste-app i React og TypeScript.
Appen skal have:
- Login med e-mail og adgangskode
- En side hvor brugeren kan se, oprette, redigere og slette opgaver
- Hver opgave har titel, beskrivelse, deadline og status (åben/afsluttet)
- Data skal gemmes i en Supabase-database
- Simpelt, lyst design med en sidebar til navigation

Før du trykker enter, skal du vælge model i dropdown-menuen ved siden af promptfeltet. Siden opdateringen den 1. september 2026 har du fire reelle valg: Sol (flagskibsmodellen, bedst til komplekse app-strukturer, men bruger flest tokens), Terra (mellemniveau, god balance mellem kvalitet og forbrug), Luna (budgetmodellen, hurtigst og billigst i tokens, men svagere til avanceret logik) samt Claude Fable 5.1, som er Anthropics nyeste flagskibsmodel og typisk stærkere til at følge detaljerede instruktioner over flere filer. Den ældre Claude Opus 4.8 er også stadig tilgængelig for brugere, der har vænnet sig til dens output.

ModelTypeBedst tilTokenforbrug
SolFlagskib (Bolt.new-mærket)Komplekse apps med mange filer og logikHøjt
TerraMellemniveauDe fleste standardprojekterMiddel
LunaBudgetHurtige prototyper og små ændringerLavt
Claude Fable 5.1Anthropic flagskibDetaljerede, flerfil-instruktionerHøjt
Claude Opus 4.8Anthropic, forrige generationBrugere der ønsker det tidligere outputmønsterHøjt

Til vores todo-app-eksempel er Terra et fornuftigt startpunkt. Skift kun til Sol eller Claude Fable 5.1, hvis outputtet fra Terra ikke rammer strukturen, du bad om.

Trin 4: Forstå WebContainer og forhåndsvisningen

Når Bolt.new har genereret koden, ser du en statusbesked, der siger “Booting WebContainer”. Det er ikke en simuleret forhåndsvisning, men et rigtigt Node.js-miljø, der kører direkte i browserfanen via WebAssembly. Der installeres afhængigheder, dev-serveren starter, og du får en klikbar, fungerende version af appen i et preview-vindue ved siden af koden, uden at noget af det rører din lokale maskine.

Det er også her, den første reelle faldgrube typisk dukker op: hvis din prompt bad om pakker, der ikke er kompatible med WebContainer-miljøet (visse native Node-moduler med C++-bindinger virker ikke), fejler boot-processen. Løsningen er som regel at bede Bolt.new eksplicit om at undgå native afhængigheder, eller at bede det finde et rent JavaScript-alternativ.

Preview-vinduet opdaterer sig som regel automatisk, hver gang en ny generation af koden er klar, ligesom hot-reload i et almindeligt lokalt udviklingsmiljø. Har du to skærme eller et bredt vindue, er det en god vane at holde preview og chatvindue synlige samtidig, så du kan reagere med det samme, hvis en ændring ikke ser rigtig ud, i stedet for at opdage det flere prompts senere, hvor fejlen kan være svær at spore tilbage.

Trin 5: Tilføj en database med Supabase

Bolt.new har indbygget integration til Supabase, som er den database-backend, platformen anbefaler til projekter, der skal gemme data. Klik på database-ikonet i sidepanelet, og vælg “Connect Supabase”. Har du allerede en Supabase-konto, logger du ind og vælger et eksisterende projekt eller opretter et nyt direkte fra Bolt.new’s grænseflade.

Når forbindelsen er oprettet, skriver du en prompt om at oprette de nødvendige tabeller, eller du kan selv definere skemaet og bede Bolt.new om at generere migrations-filerne. Her er et eksempel på det SQL-skema, Bolt.new typisk genererer til vores todo-app:

create table tasks (
  id uuid default gen_random_uuid() primary key,
  user_id uuid references auth.users not null,
  title text not null,
  description text,
  deadline date,
  status text default 'open' check (status in ('open', 'done')),
  created_at timestamp with time zone default now()
);

alter table tasks enable row level security;

create policy "Users can only see their own tasks"
  on tasks for select
  using (auth.uid() = user_id);

Bemærk sidste linje: Row Level Security. Det er et af de punkter, nye brugere oftest glemmer at bede om, fordi Bolt.new ikke altid slår det til som standard, og en database uden RLS-politikker betyder, at alle autentificerede brugere i princippet kan læse hinandens data. Skriv det eksplicit i din prompt, hvis appen skal have flere brugere. Vil du læse mere om, hvordan RLS-politikker konkret bygges op og testes, har Supabases egen dokumentation en gennemgang af mønstrene, du kan bede Bolt.new implementere.

Trin 6: Byg brugerautentificering

Med Supabase forbundet kan du bede om login-funktionalitet i en opfølgende prompt. Bolt.new bruger typisk Supabase Auth til at håndtere e-mail/adgangskode-login, og genererer både login-siden og den nødvendige session-håndtering i React.

Tilføj login og oprettelse af bruger med Supabase Auth.
Kræv at brugeren er logget ind for at se opgavelisten.
Send brugeren til /login, hvis de ikke er autentificeret.
Vis en logout-knap i sidebaren.

Efter genereringen bør du altid teste login-flowet i preview-vinduet med en testbruger, før du går videre. Opret en bruger, log ud, og log ind igen, for at bekræfte, at sessionen faktisk gemmes korrekt mellem sideopdateringer.

Til reference genererer Bolt.new typisk en komponent i stil med denne til at vise den enkelte opgave i listen. Den slags mindre komponenter er praktiske at kende navnet på, når du senere skal bede om justeringer i en specifik del af appen frem for hele siden:

export function TaskCard({ task, onToggle, onDelete }: TaskCardProps) {
  return (
    

{task.title}

{task.description}

{task.deadline}
); }

Trin 7: Tilpas design, komponenter og layout

Bolt.new genererer som standard et funktionelt, men generisk design. Her er det værd at bruge et par iterationer på at style appen, i stedet for at prøve at få det perfekte resultat i én prompt. Bed om ændringer i mindre bidder: “gør sidebaren mørkere”, “brug afrundede kort til opgaverne”, “tilføj farvekodning efter status”. Store, altomfattende design-prompts giver ofte inkonsistente resultater, fordi modellen skal ændre for mange filer på én gang.

Har du et eksisterende designsystem eller en Figma-fil, kan du beskrive farvepaletten, typografien og komponentstrukturen i teksten, så Bolt.new genbruger de samme klasser og variabler konsekvent på tværs af appen, i stedet for at opfinde nye styling-mønstre for hver ny side.

Trin 8: Forbind til GitHub og få versionsstyring

Bolt.new gemmer din projekthistorik internt, men for reel versionsstyring, code review og backup bør du eksportere til GitHub. Klik på GitHub-ikonet i topmenuen, autorisér adgangen, hvis du ikke allerede gjorde det ved oprettelse, og vælg om projektet skal pushes til et nyt eller eksisterende repository.

Når koden ligger i GitHub, kan du klone den lokalt og køre den uden for Bolt.new, hvilket er praktisk til at teste native afhængigheder, køre egne test-suiter eller sætte CI/CD op:

git clone https://github.com/dit-brugernavn/todo-app.git
cd todo-app
npm install
npm run dev

Herefter kan du oprette en .env-fil lokalt med dine Supabase-nøgler, som Bolt.new normalt ikke inkluderer direkte i den eksporterede kode af sikkerhedshensyn:

VITE_SUPABASE_URL=https://dit-projekt.supabase.co
VITE_SUPABASE_ANON_KEY=din-anon-noegle-her

Trin 9: Deploy til produktion

Bolt.new har indbygget et-klik-deployment. Klik på “Deploy” øverst i grænsefladen, og appen bliver publiceret med en standard-URL. På Free-planen kører den publicerede app med Bolt-branding synligt, mens Pro-planen fjerner det og lader dig knytte dit eget domæne til.

Vil du i stedet deploye via GitHub-integrationen til for eksempel Netlify, ser en typisk build-konfiguration sådan ud, hvis du eksporterer projektet:

[build]
  command = "npm run build"
  publish = "dist"

[build.environment]
  NODE_VERSION = "20"

Enterprise-kunder kan i stedet deploye direkte ind i eget Azure- eller AWS-miljø, hvilket er en direkte konsekvens af Microsoft-partnerskabet fra maj 2026. Det kræver en dialog med StackBlitz’ salgsafdeling, da prisen for Enterprise-planen aftales individuelt.

Uanset hvilken deploymentvej du vælger, bør du teste appen fra en enhed, du ikke selv har brugt til at bygge den på, helst en telefon eller en anden computer på et andet netværk. Det fanger fejl, der ikke viser sig i preview-vinduet, som forkerte relative stier til billeder eller manglende miljøvariabler, der kun var sat i din browsersession under udviklingen.

Trin 10: Inviter teamet og brug Design System-agenter

Arbejder du ikke alene, giver Teams-planen på 30 dollar pr. bruger om måneden adgang til delte projekter, central fakturering og administratorkontroller. Den mest interessante feature her er Design System-agenterne, som er tænkt til at holde komponentbiblioteket ensartet på tværs af flere teammedlemmers prompts, så to udviklere ikke ender med to forskellige knap-stilarter i samme app.

Praktisk foregår det ved, at du definerer et sæt basiskomponenter først (knapper, kort, formularfelter), og efterfølgende prompts refererer til dem i stedet for at generere nye fra bunden. Det reducerer også tokenforbruget over tid, fordi modellen genbruger eksisterende kode i stedet for at skrive den samme komponent på ny i hver fil.

Byg et komplet projekt: en opgaveliste-app med login og database

Sæt vi trinene ovenfor sammen, ender vi med et fuldt fungerende projekt. Sådan ser rækkefølgen ud, hvis du følger guiden fra start til slut:

  1. Opret konto og bliv på Free-planen.
  2. Skriv startprompten med app-beskrivelsen fra trin 3, og vælg Terra som model.
  3. Vent på, at WebContainer booter, og test den første, ustylede version i preview.
  4. Forbind Supabase, og bed om tabellen tasks med Row Level Security aktiveret.
  5. Tilføj login med Supabase Auth, og test opret-bruger og log-ind-flowet.
  6. Iterér på design i mindre prompts, indtil layoutet er brugbart.
  7. Forbind GitHub, og push koden til et nyt repository.
  8. Klik “Deploy”, og verificér, at den publicerede URL virker fra en anden browser eller enhed.

Efter deployment bør din app kunne det samme som en manuelt kodet MVP: brugere kan oprette konto, logge ind, se deres egne opgaver, oprette nye, markere dem som afsluttet og slette dem igen. Forventet output i preview-vinduet er en side med en sidebar, en liste af kort med opgavetitler, deadlines og status, samt en “Ny opgave”-knap, der åbner en formular. Virker noget af det ikke som forventet, er det tid til fejlfindingsafsnittet nedenfor.

Herfra er det en smagssag, hvor langt du vil tage projektet. En naturlig næste udvidelse er at tilføje kategorier eller tags til opgaverne, filtrering efter deadline, eller en simpel e-mailpåmindelse, når en opgave nærmer sig sin frist. Alle tre kan tilføjes med samme mønster som resten af guiden: en klar, afgrænset prompt, en manuel test i preview, og en commit til GitHub, før du går videre til den næste ændring. Det er den samme arbejdsrytme, uanset om projektet er en simpel todo-liste eller en mere kompleks intern virksomhedsapp.

Sådan styrer du dit tokenforbrug

Tokenforbrug er den mest almindelige kilde til frustration, når man går fra en enkelt testprompt til et rigtigt projekt. Bolt.new viser dit forbrug i realtid i et lille panel i grænsefladen, og det er værd at holde øje med det fra den første prompt, i stedet for først at opdage det, når du rammer loftet midt i en session.

  • Start altid med en klar, struktureret prompt frem for at “tænke højt” i promptfeltet. Uklare prompts udløser ofte flere omgange af opfølgende spørgsmål fra modellen, som hver især koster tokens.
  • Brug Luna eller Terra til alt, der ligner en mindre justering, og gem Sol eller Claude Fable 5.1 til de prompts, der ændrer flere filer eller introducerer ny funktionalitet.
  • Referér til konkrete filnavne og komponenter, som beskrevet tidligere, så modellen ikke skal generere hele filstrukturen på ny for at finde ud af, hvad der skal ændres.
  • Del store featureønsker op i mindre prompts. En prompt, der beder om login, database og design på samme tid, forbruger markant flere tokens end tre separate, målrettede prompts.
  • Tjek forbrugspanelet dagligt på Free-planen, så du ved, hvor tæt du er på det daglige loft på 300.000 tokens, før du går i gang med en større ændring.

5 almindelige faldgruber, du skal undgå

De fleste problemer med Bolt.new kommer ikke fra selve platformen, men fra måden, man prompter og strukturerer projektet på. Her er de fem, der går igen oftest.

  1. At skrive én kæmpe startprompt i stedet for at iterere. Jo flere krav du propper ind i en enkelt prompt, jo større er risikoen for, at modellen prioriterer forkert eller udelader noget. Byg i lag i stedet: struktur først, funktionalitet dernæst, design til sidst.
  2. At glemme Row Level Security i Supabase. Uden eksplicitte RLS-politikker kan enhver autentificeret bruger i princippet se andres data. Det er ikke noget, Bolt.new altid tilføjer automatisk, medmindre du beder om det direkte.
  3. At vælge en for kraftfuld model til simple ændringer. Bruger du Sol eller Claude Fable 5.1 til at rette en enkelt CSS-klasse, brænder du unødvendigt mange tokens. Gem de tunge modeller til strukturelle ændringer.
  4. At ikke eksportere til GitHub tidligt. Venter du til projektet er stort, før du opretter et repository, mister du muligheden for at spore, hvornår og hvorfor bestemte ændringer blev introduceret.
  5. At forveksle Free-planens daglige loft med et samlet loft. Loftet på 300.000 tokens nulstilles hver dag, men mange nye brugere tror, det er en engangsgrænse for hele måneden og skifter unødigt til Pro, før de reelt har brug for det.

Fejlfinding: 8 problemer og hvordan du løser dem

ProblemSandsynlig årsagLøsning
WebContainer fejler under bootGenereret kode bruger et pakke med native (C++) afhængighederBed Bolt.new finde et rent JavaScript-alternativ til pakken
Preview viser en hvid, tom sideJavaScript-fejl i browserkonsollen, ofte en manglende importÅbn browserens udviklerkonsol, kopiér fejlbeskeden ind i en ny prompt
Login virker ikke efter deploySupabase-URL’er er ikke godkendt til produktions-domænetTilføj den deployede URL under Redirect URLs i Supabase Auth-indstillinger
Tokens forsvinder hurtigere end forventetDer bruges en tung model (Sol/Claude Fable 5.1) til små rettelserSkift til Terra eller Luna til mindre ændringer
Database-forbindelsen fejlerForkert eller udløbet Supabase-nøgleGenerér en ny anon-nøgle i Supabase-dashboardet og opdatér forbindelsen
GitHub-push fejlerManglende eller udløbet autorisation til GitHub-appenGenautorisér GitHub-integrationen under kontoindstillinger
Design ændrer sig uventet på andre siderPrompten om styling var for bred og ramte delte komponenterAngiv specifikt filnavn eller komponentnavn i prompten
Dagligt tokenloft nås midt i en sessionFree-planens loft på 300.000 tokens/dag er brugt opVent til loftet nulstilles, eller opgradér midlertidigt til Pro

Går du i stå på et af disse punkter, er den mest effektive metode som regel at kopiere den faktiske fejlbesked fra browserkonsollen eller terminalen direkte ind i en ny prompt, i stedet for at omskrive problemet med egne ord. Modellen retter markant mere præcist, når den ser den eksakte fejltekst. Bliver et problem ved med at gå igen på tværs af flere rettelsesforsøg, er det ofte tegn på, at årsagen ligger et andet sted end der, hvor symptomet viser sig, for eksempel en forkert datatype i databaseskemaet, der giver fejl langt nede i frontend-koden. I de tilfælde er det som regel hurtigere at bede Bolt.new gennemgå hele datastrømmen fra database til komponent, end at blive ved med at rette symptomet isoleret.

Avancerede tips: Forge-preview, Microsoft-integration og bedre prompts

Har du styr på det grundlæggende flow, er der tre områder, der er værd at kigge nærmere på, hvis du vil presse mere ud af platformen.

Det første er Forge, research-previewen StackBlitz lancerede den 14. september 2026, som kørte frem til 14. oktober 2026. Ifølge selskabets egen beskrivelse handler Forge om at gøre det muligt for flere, også ikke-udviklere, at bygge med AI, samtidig med at de anonymiserede byggemønstre bruges til at træne åbne modeller. Er du inviteret til previewen, er det et godt sted at teste nye promptmønstre, før de rulles ud bredt.

Det andet er Microsoft-integrationen. Da Bolt.new efter maj 2026-partnerskabet ligger på Microsoft Marketplace og er indlejret i Microsoft 365, kan virksomheder, der allerede har en Microsoft-aftale, ofte få adgang gennem eksisterende licensaftaler i stedet for at oprette en separat kontrakt. Det er særligt relevant for Enterprise-kunder, der skal have deployment ind i eget Azure-miljø med SSO og audit-logs.

Det tredje er selve prompt-teknikken. Erfarne brugere refererer konsekvent til eksisterende filnavne og komponenter i deres opfølgende prompts (“opdater TaskCard.tsx, så…” i stedet for “gør opgavekortene…”), fordi det tvinger modellen til at arbejde inden for den eksisterende struktur i stedet for at generere nye, overlappende komponenter. Det sparer både tokens og debugging-tid.

Sikkerhed og GDPR: hvad skal du tænke over, når AI bygger appen for dig?

Fordi Bolt.new genererer kode automatisk, er det let at overse de samme sikkerhedsspørgsmål, du normalt ville stille dig selv, hvis du skrev applikationen fra bunden. AI-modellen kender ikke din organisations sikkerhedskrav eller databehandlingsaftaler, den kender kun den prompt, du gav den. Det betyder, at ansvaret for at tjekke output stadig ligger hos dig, ikke hos værktøjet.

De klassiske sårbarhedstyper fra OWASP Top 10, som manglende adgangskontrol og forkert håndtering af følsomme data, kan sagtens sniges ind i AI-genereret kode, hvis prompten ikke eksplicit efterspørger sikker håndtering. I praksis betyder det, at du bør tjekke tre ting manuelt, hver gang Bolt.new tilføjer noget, der rører brugerdata: at Row Level Security rent faktisk er aktiveret på nye tabeller, at adgangskoder og API-nøgler ikke er hardkodet direkte i frontend-koden, og at eventuelle formularer, der modtager brugerinput, har validering, ikke kun i grænsefladen, men også i databasen.

Skal appen behandle personoplysninger om danske eller europæiske borgere, er det desuden værd at afklare, hvor Supabase-projektet er hostet geografisk, og om der er behov for en databehandleraftale, før appen forlader test- og prototypefasen og bliver til noget, rigtige brugere logger ind i.

Bolt.new vs Lovable vs v0 vs Replit Agent: hvad skal du vælge?

Bolt.new konkurrerer i et felt med flere lignende AI-app-buildere, og valget afhænger typisk af, hvad du allerede kender, og hvor du vil have appen kørende bagefter. Har du læst vores guide til Lovable AI-opsætning eller til Vercel v0’s API, vil meget af flowet i denne artikel føles genkendeligt, fordi kategorien som helhed bygger på det samme grundprincip: prompt ind, kørende app ud.

VærktøjKørselsmiljøGratis-niveauSærkende
Bolt.newWebContainer i browseren1M tokens/md, 300K/dagMicrosoft-partnerskab, eget Azure/AWS-deploy på Enterprise
LovableCloud-baseret sandboxBegrænset kredit-modelFokus på hurtig MVP og design-first workflow
Vercel v0Cloud-baseret, tæt Vercel-integrationBegrænset kredit-modelNaturlig sti til deployment direkte på Vercel
Replit AgentCloud-IDE med fuld terminaladgangBegrænset kredit-modelBredere sprogunderstøttelse ud over webapps

Vil du specifikt køre appen i browseren uden ekstern sandbox og senere have mulighed for at deploye ind i din virksomheds eget Azure-miljø, er Bolt.new det mest direkte valg af de fire lige nu. Skal appen først og fremmest lande på Vercels egen infrastruktur, giver v0 en kortere vej fra genereret kode til produktion. Vil du arbejde tættere på en fuld cloud-IDE med terminaladgang til flere sprog end kun webstacken, er Replit Agent 3 værd at kigge på som alternativ. Foretrækker du i stedet at beholde et lokalt udviklingsmiljø med en AI-assistent indbygget i editoren, frem for en browserbaseret sandbox, er Cursor den mest oplagte sammenligning, da den løser samme problem fra den modsatte retning: du starter i din egen editor og lokale filsystem, i stedet for i en prompt i browseren.

Ofte stillede spørgsmål

Er Bolt.new gratis at bruge?
Ja, der findes en Free-plan uden betaling, med 1 million tokens om måneden og et dagligt loft på 300.000 tokens. Den er nok til at bygge og teste mindre projekter, som eksemplet i denne guide.

Skal jeg kunne programmere for at bruge Bolt.new?
Nej, det er ikke et krav for at komme i gang, men grundlæggende forståelse for begreber som database, autentificering og deployment gør det markant lettere at fejlfinde, når noget ikke virker som forventet, og at skrive præcise opfølgende prompts.

Hvor gemmes den kode, Bolt.new genererer?
Koden ligger i dit Bolt.new-projekt, og du kan eksportere den til GitHub via den indbyggede integration. Det anbefales at gøre det tidligt i et projekt for at få reel versionsstyring.

Kan jeg bruge min egen database i stedet for Supabase?
Supabase er den database, Bolt.new har dybest integration til, men da du kan eksportere koden og køre den lokalt, kan du efterfølgende omskrive databaselaget til et andet system, hvis du foretrækker det.

Hvad er forskellen på Sol, Terra og Luna?
Det er de tre navngivne modeltiers, Bolt.new tilføjede ved opdateringen den 1. september 2026: Sol er flagskibet til komplekse opgaver, Terra er en balanceret mellemmodel, og Luna er den billigste og hurtigste til simple ændringer.

Er mine data sikre, når appen kører i en WebContainer?
WebContainer kører isoleret i din egen browserfane og sender ikke din kørende app-tilstand til en delt server, men husk stadig at sætte Row Level Security op i din database, da det er databasen, der reelt beskytter brugerdata, ikke selve kørselsmiljøet.

Kan virksomheder deploye Bolt.new-projekter i deres eget skymiljø?
Ja, det er en direkte del af Enterprise-planen efter Microsoft-partnerskabet fra maj 2026, hvor deployment kan ske ind i kundens eget Azure- eller AWS-miljø sammen med SSO, RBAC og audit-logs.

Hvad var Forge-previewen, og kan jeg stadig bruge den?
Forge var en tidsbegrænset research-preview fra StackBlitz, der kørte fra 14. september til 14. oktober 2026, med fokus på at gøre AI-byggeri tilgængeligt for flere brugere og indsamle byggemønstre til træning af åbne modeller. Om og hvordan funktionerne herfra rulles bredere ud efterfølgende, afhænger af StackBlitz’ videre planer.

Kan jeg bruge Bolt.new til andet end webapps?
Platformens kerneflow er bygget til webapplikationer i browseren via WebContainer, så mobile apps eller systemer, der kræver adgang til lokal hardware, ligger uden for det, den er designet til. Skal du bygge på tværs af flere platforme, er det værd at sammenligne med bredere cloud-IDE’er som Replit Agent, der har en anden tilgang til kørselsmiljøet.