Det er sjældent, at Agent rammer plet i første forsøg på en hel feature. Forvent i stedet en iterativ proces: Agent bygger en første version, kører den, og retter selv de fejl, testkørslen afslører. Din opgave i den fase er at læse diff’en, den viser undervejs, frem for blot at klikke “godkend” hver gang. Ser du en ændring, du ikke forstår, er det hurtigere at spørge Assistant om en forklaring end at lade den passere og opdage problemet senere i produktion.
Trin 7: Konfigurer den indbyggede database
Både Starter og Core inkluderer en indbygget database, men det er først på Core, du får et syv-dages vindue til at gendanne tidligere tilstande. Bed Agent om at oprette skemaet direkte, eller gør det selv, hvis du vil have fuld kontrol over feltnavne og typer:
CREATE TABLE tasks (
id SERIAL PRIMARY KEY,
title TEXT NOT NULL,
status TEXT DEFAULT 'aaben',
user_id TEXT NOT NULL,
created_at TIMESTAMP DEFAULT now()
);
Test forbindelsen fra shell’en, før du bygger videre på frontend’en. Går noget galt her, er det næsten altid en manglende miljøvariabel snarere end selve databasen, hvilket vi vender tilbage til i fejlfindingsafsnittet.
Trin 8: Tilføj autentificering med Replit Auth
Replit Auth giver dig login uden selv at skulle bygge en OAuth-integration fra bunden. Bed Agent om at koble Auth på dine eksisterende routes:
import { requireAuth, getUser } from '@replit/auth';
function requireAuthMiddleware(req, res, next) {
const user = getUser(req);
if (!user) return res.status(401).json({ error: 'Ikke logget ind' });
req.user = user;
next();
}
Med Auth koblet på kan du knytte hver opgave til den bruger, der oprettede den, i stedet for at have en fælles liste alle kan redigere i. Det er lige netop den type detalje, Agent typisk husker, hvis du beskrev kravet i den oprindelige plan fra trin 5.
Trin 9: Tilpas Agent med Agent Customization
Agent Customization, som blev lanceret samme dag som Agent 3 den 18. august 2026, lader dig give agenten fast kontekst om, hvordan dit team arbejder, på tværs af alle projekter. I praksis opretter du en konfigurationsfil, hvor du beskriver kodestandarder, foretrukne biblioteker og ting, Agent aldrig må gøre:
# agent-context.md
- Brug altid TypeScript i nye filer
- Skriv fejlbeskeder på dansk i brugervendte svar
- Undgå at slette filer uden eksplicit godkendelse
- Foretrukket ORM: Drizzle
- Test altid nye endpoints med et curl-eksempel i svaret
Denne fil gør en reel forskel, hvis flere personer bruger Agent på samme projekt. Uden den ender du typisk med, at hver session vælger sin egen stil for fejlhåndtering og navngivning, hvilket gør kodebasen sværere at læse over tid.
Trin 10: Kør sikkerhedstjek og black-box pen-test
Den 21. august 2026 tilføjede Replit muligheden for at køre black-box pen-tests direkte på din kørende app. Det simulerer et angreb udefra, uden adgang til kildekoden, og afdækker ting som manglende rate-limiting eller åbne endpoints, du har glemt at beskytte.
Kombinér det med de automatiske kodetjek fra trin 6, så du dækker begge vinkler: koden bliver gennemgået, mens den skrives, og appen bliver testet, mens den kører. For et projekt der håndterer brugerdata, bør du betragte dette skridt som obligatorisk, ikke valgfrit, uanset hvor lille projektet virker.
Trin 11: Deploy til Replit Cloud
Fra den 1. august 2026 sænkede Replit priserne på cloud-drift, herunder deployments, App Storage og udgående datatrafik. Det gør det billigere at holde en app kørende permanent i stedet for kun at teste den i preview-vinduet.
Klik på “Deploy” i toppen af workspace, vælg deployment-type (statisk, autoscale eller reserveret VM afhængigt af trafikmønster), og bekræft miljøvariablerne. Statisk deployment passer til rene frontend-projekter uden server. Autoscale er standardvalget for de fleste API-baserede apps, fordi det skalerer ressourcer op og ned efter trafik og kun fakturerer det faktiske forbrug. Reserveret VM giver du, når appen skal køre konstant med forudsigelig ydelse, for eksempel en baggrundsjob eller en chatbot, der aldrig må gå i dvale mellem forespørgsler.
Når deploymentet er færdigt, får du en offentlig URL. Test den straks fra terminalen:
curl -X POST https://din-app.replit.app/api/tasks \
-H "Content-Type: application/json" \
-d '{"title":"Test deployment"}'
Får du et 201-svar med den oprettede opgave tilbage, er database, Auth og server koblet korrekt sammen i produktion, ikke kun i preview-miljøet.
Trin 12: Overvåg forbrug, brug checkpoints, og skaler videre
Når appen kører, er det sidste trin at holde styr på forbrug og have en plan for at rulle tilbage, hvis noget går galt. Core-planens syv-dages database-restore fungerer som et sikkerhedsnet, hvis en migrering ødelægger data. For selve koden bør du supplere med Git-integrationen, så du altid kan gå tilbage til en tidligere commit uafhængigt af Replits eget snapshot-system.
Vokser teamet, eller skal flere projekter styres centralt, blev der den 14. august 2026 åbnet en Admin API i beta, som gør det muligt at administrere workspaces og brugere programmatisk i stedet for manuelt gennem UI’et. Det er relevant, så snart I passerer fem-seks aktive udviklere på samme konto.
Replit fungerer også i en mobilbrowser, hvilket er praktisk, hvis du hurtigt skal rette en fejlmeddelelse eller svare på et Agent-spørgsmål fra telefonen. Til egentligt udviklingsarbejde, hvor du bygger nye features eller gennemgår en større diff, er en almindelig skærm og et fysisk tastatur dog stadig markant mere effektivt. Betragt mobiladgangen som en nødløsning til hurtige indgreb, ikke som din primære arbejdsflade.
Byg et komplet projekt: fra prompt til deployeret app
Sætter du de tolv trin sammen, ender du med et fuldt fungerende, om end simpelt, produkt: en opgaveliste med brugerlogin, en Postgres-baseret database, automatiske sikkerhedstjek i koden, en gennemført black-box pen-test og en offentlig URL, andre kan bruge. Hele forløbet tager typisk 40-50 minutter for en udvikler, der prøver Replit Agent 3 for første gang, og noget kortere, når du kender rækkefølgen.
Vil du udvide projektet videre herfra, er de mest naturlige næste skridt at tilføje kategorier eller tags til opgaverne, sætte e-mail-notifikationer op ved deadlines, eller koble en simpel statistikside på, der viser antal åbne versus lukkede opgaver over tid. Alle tre kan bygges med samme mønster, som vi brugte gennem hele guiden: start i Plan-tilstand, beskriv kravet konkret, og lad Agent bygge og teste i Build-tilstand, mens du læser diffen undervejs.
Det, der adskiller denne arbejdsgang fra en klassisk lokal opsætning, er ikke selve koden, men at hvert trin, fra database til deployment, sker i samme browserfane. Du undgår den klassiske “det virker på min maskine”-situation, fordi der kun findes ét miljø: det, appen rent faktisk kører i.
Ydelse og skalering: hvornår begynder Replit at mærkes?
Til en opgaveliste eller et internt værktøj mærker du sjældent nogen grænser. Udfordringerne opstår typisk, når trafikken vokser, eller når flere udviklere arbejder i samme Repl samtidig. Autoscale-deployments kan opleve en kort opstartsforsinkelse, når en app har været inaktiv og pludselig får trafik igen, fordi ressourcerne skaleres op fra nul. For interne værktøjer er det sjældent et problem, men for en kundevendt app kan de første sekunder føles trege.
Kører du med reserveret VM i stedet, undgår du den kolde start, men betaler for kapacitet, uanset om den bliver brugt. Tommelfingerregel: brug autoscale, indtil du har et stabilt, forudsigeligt trafikmønster, og skift først til reserveret VM, når du kan se, at kold start rent faktisk generer brugerne.
På samarbejdssiden mærker teams typisk grænserne, når mere end fem-seks personer redigerer i samme projekt samtidig, hvilket er lige der, hvor Core-planens grænse på fem samarbejdspartnere bliver en reel begrænsning frem for en teoretisk detalje. Enterprise-planens løfte om op til 128 GiB RAM pr. instans er i praksis kun relevant, hvis du kører tunge databehandlings- eller AI-opgaver direkte i Repl’et, ikke til almindelig webudvikling.
Et sidste punkt om skalering handler om credits frem for hardware. Jo flere agent-sessioner, der kører parallelt, jo hurtigere brænder den fælles pulje af. Et team på fem udviklere, der alle bruger Agent aktivt en hel arbejdsdag, kan sagtens ramme Core-planens loft før månedens udgang. Overvåg forbruget ugentligt i starten, så I kan reagere, før et projekt går i stå midt i en deadline på grund af opbrugte credits.
Almindelige faldgruber
- At bruge Power-modeller til alt. Det føles trygt at vælge den kraftigste model hver gang, men det tømmer dine credits hurtigt. Gem Power/Max til opgaver, hvor Economy allerede har fejlet to gange.
- At springe Plan-tilstand over. Går du direkte i Build uden en godkendt plan, ender Agent ofte med at gætte på krav, du aldrig skrev, hvilket giver ekstra rettearbejde bagefter.
- At glemme miljøvariabler efter deployment. Secrets, du har sat i udviklingsmiljøet, følger ikke automatisk med til produktion. Tjek altid Deployment-fanens secrets-liste separat.
- At antage Teams-prisen er fast. Som nævnt i trin 1 er der uoverensstemmelse mellem officielle og uofficielle kilder om, hvorvidt Teams-planen stadig eksisterer i sin gamle form. Bekræft altid den aktuelle pris, før du fakturerer et budget internt.
- At ignorere de automatiske sikkerhedstjek. Agent flager potentielle problemer i kodegennemgangen, men fjerner dem ikke automatisk. Læs advarslerne, i stedet for at klikke dem væk.
- At dele en Repl uden at rydde op i test-data. Inviterer du kolleger ind på samme Repl, følger testbrugere, midlertidige nøgler og gamle tabeller med. Ryd op, før projektet bliver et fælles arbejdsredskab.
- At skifte model midt i en kompleks opgave uden at forklare hvorfor. Et modelskift nulstiller ikke konteksten, men et skift fra Power til Lite midt i en svær refaktorering giver ofte et dårligere resultat, fordi den billigere model ikke har samme evne til at følge en lang kæde af ændringer. Fuldfør komplekse opgaver på samme niveau, du startede med.
Fejlfinding: otte problemer og deres løsninger
De fleste problemer nye Replit-brugere støder på, hører til i en af tre kategorier: forbrug (credits løber tør), miljø (noget virker lokalt, men ikke i produktion) eller adgang (samarbejdspartnere eller login opfører sig uventet). Tabellen herunder samler de otte mest almindelige, sammen med den hurtigste vej til en løsning.
| Problem | Sandsynlig årsag | Løsning |
|---|---|---|
| Agent svarer meget langsomt | Power/Max-model valgt til en simpel opgave | Skift til Economy eller Lite i modelvælgeren |
| “Insufficient credits”-fejl midt i en session | Månedlige credits opbrugt | Tjek forbrug under kontoindstillinger, eller vent til ny periode starter |
| Database-forbindelse fejler efter deployment | Miljøvariabel ikke kopieret til produktionsmiljøet | Tilføj secret manuelt under Deployment-fanen |
| Agent ignorerer din Agent Customization-fil | Filen ligger i forkert mappe eller er ikke navngivet korrekt | Bekræft filplacering ifølge dokumentationen, og genindlæs Repl |
| Build-tilstand stopper midt i en opgave | Timeout på grund af en langvarig kommando | Del opgaven i mindre trin, og bed Agent fortsætte i Plan-tilstand først |
| Login virker lokalt, men ikke i produktion | Replit Auth-callback peger på forkert URL | Opdater callback-URL til den offentlige deployment-adresse |
| Pen-test finder falske positiver | Test-endpoints eksponeret ved siden af de rigtige | Fjern eller beskyt debug-routes før test køres igen |
| Samarbejdspartner kan ikke se ændringer | Forkert plan-niveau begrænser antal aktive samarbejdspartnere | Opgradér til Core eller fjern en inaktiv bruger fra projektet |
Avancerede tips til erfarne udviklere
Kør flere agenter parallelt på Core-planen, når du arbejder på uafhængige dele af samme projekt, for eksempel frontend og API samtidig. Det kræver disciplin i din Agent Customization-fil, så de to sessioner ikke overskriver hinandens antagelser om datastrukturen.
Brug Assistant til at generere testcases, før du beder Agent bygge en funktion, i stedet for bagefter. Det tvinger kravene til at være konkrete, og Agent kan i Build-tilstand køre testene løbende, mens den skriver koden, hvilket fanger regressionsfejl tidligere.
Sæt din Agent Customization-fil op til at kræve, at hver ny funktion leveres med et curl-eksempel i svaret, som vi gjorde i eksemplet i trin 9. Det lyder som en detalje, men det betyder, at du løbende har en dokumenteret liste over, hvordan API’et faktisk bruges, i stedet for at skulle grave den information frem fra koden senere. Det er også den hurtigste måde at opdage, om Agent har misforstået et endpoint, fordi et forkert curl-eksempel som regel afslører problemet med det samme.
Overvej desuden at oprette et separat, tomt Repl udelukkende til eksperimenter med nye modeller eller Agent-funktioner, inden du ruller dem ud i et projekt, kolleger er afhængige af. Det koster minimalt i credits og betyder, at en dårlig oplevelse med en ny model-version aldrig rammer et produktionsprojekt direkte.
Til teams, der arbejder med reguleret data, bør I overveje at holde persondata ude af selve Repl’et og i stedet pege på en ekstern database med egen adgangsstyring. Det giver mere kontrol over, hvor data fysisk ligger, hvilket kan være relevant i en dansk kontekst med skærpede krav til databehandleraftaler.
Replit sammenlignet med Cursor, GitHub Copilot og Lovable
Ingen af disse værktøjer er direkte udskiftelige. GitHub Copilot og Cursor er primært editor-udvidelser, du kobler på en eksisterende lokal opsætning eller et VS Code-baseret miljø, mens Replit er hele miljøet, inklusive server og database. Lovable, som er udviklet i Sverige, ligger tættere på Replit i ambition, men er mere fokuseret på at generere hele apps fra en enkelt prompt frem for løbende, agentstyret udvikling.
| Værktøj | Miljø | Startpris | Bedst til |
|---|---|---|---|
| Replit Agent 3 | Fuldt cloud-IDE med hosting | Gratis, Core fra 20 USD/md | Bygge og deploye i samme miljø |
| GitHub Copilot | Udvidelse i VS Code, JetBrains, CLI | Gratis begrænset, betalt fra ca. 10 USD/md | Kodefuldførelse i eksisterende projekter |
| Cursor | Selvstændig editor baseret på VS Code | Gratis begrænset, betalt fra ca. 20 USD/md | AI-drevet redigering af store, eksisterende kodebaser |
| Lovable | Promptbaseret app-generator | Gratis begrænset, betalt planer varierer | Hurtige prototyper og MVP’er uden dyb kodeforståelse |
Vælger du mellem Replit og for eksempel Cursor, afhænger svaret typisk af, om du starter et nyt projekt fra bunden eller arbejder videre på en eksisterende, stor kodebase. Til nye, mindre projekter, hvor deployment også skal løses, er Replit Agent 3 ofte det hurtigste valg. Til udvidelser af en moden kodebase, du allerede vedligeholder lokalt, giver Cursor eller Copilot typisk mere mening.
Et fjerde scenarie er værd at nævne: teams, der allerede har en stor, eksisterende kodebase i et privat Git-repository, og som ikke ønsker at flytte den ind i Replits miljø. Her giver det bedre mening at holde fast i Copilot eller Cursor til den daglige udvikling og kun bruge Replit til isolerede, nye moduler eller interne værktøjer, hvor hurtig deployment vejer tungere end at holde alt samlet ét sted.
Ofte stillede spørgsmål
Er Replit Agent 3 gratis at bruge?
Ja, Starter-planen er gratis og inkluderer en daglig kvote af Agent-forbrug samt begrænsede cloud-credits. Til løbende brug og flere samarbejdspartnere kræver det typisk en opgradering til Core, som koster fra 20 USD om måneden ved årlig fakturering.
Hvilken AI-model bruger Replit Agent som standard?
Der er ikke én fast model. Du vælger selv mellem Lite-, Economy- og Power/Max-niveauer, som hver trækker på forskellige modeller fra Anthropic, OpenAI, Google og andre leverandører, alt efter opgavens kompleksitet.
Kan jeg bruge mit eget domæne til den deployede app?
Ja, du kan koble et eget domæne på gennem Deployments-fanen, forudsat at du har adgang til at ændre DNS-poster hos din domæneudbyder.
Er mine data og min kode sikre på Replit?
Replit har siden august 2026 tilføjet automatiske sikkerhedstjek i Agents kodegennemgang samt mulighed for black-box pen-tests af den kørende app. Det reducerer risikoen, men fritager dig ikke fra selv at vurdere, om platformen passer til data omfattet af GDPR eller anden lovgivning.
Hvad er forskellen på Agent og Assistant i Replit?
Assistant svarer på spørgsmål og forklarer kode uden selv at ændre den. Agent udfører faktiske opgaver, som at oprette filer, installere pakker og rette fejl, med din godkendelse undervejs.
Kan flere personer arbejde i samme Repl samtidig?
Ja. Starter tillader ingen ekstra samarbejdspartnere, mens Core giver plads til op til fem, og Teams-planen er tiltænkt større grupper med central administration.
Hvordan ruller jeg en fejlagtig ændring tilbage?
Core-planen inkluderer et syv-dages vindue til at gendanne databasen til en tidligere tilstand. For selve koden anbefales det at bruge Git-integrationen ved siden af Replits egne snapshots, så du har en uafhængig historik at falde tilbage på.
Er Replit et alternativ til GitHub Copilot, eller supplerer de hinanden?
De kan bruges sammen, men løser forskellige behov. Copilot er en kodefuldførelses-assistent i din eksisterende editor, mens Replit er et selvstændigt miljø, hvor koden også køres og deployes. Mange udviklere bruger Copilot i det daglige og Replit specifikt til hurtige prototyper eller mindre, uafhængige projekter.
Kan jeg tage min kode med, hvis jeg skifter platform senere?
Ja. Koden ligger som almindelige filer, du kan hente ud via Git eller download som zip. Det er selve databasen og de miljøspecifikke integrationer, som Replit Auth, der kræver mest arbejde at flytte, hvis du senere vælger at hoste appen et andet sted.
Hvor lang tid tager det samlede forløb i denne guide?
Regn med 40-50 minutter, hvis du følger alle tolv trin og bygger eksempelprojektet undervejs. Erfarne brugere, der allerede kender Agent 3’s arbejdsgang, kan typisk gå fra tom Repl til deployet app på under 20 minutter til et tilsvarende simpelt projekt.
Relateret dækning
- Cursor AI: Opsætning i 20 Trin med Composer og MCP [2026]
- Claude Code Opsætning: $20-200/Md, 13 Trin [2026]
- GitHub Copilot Opsætning: $0-$100/Md, 12 Trin [2026]
- MCP Server Opsætning: 12 Trin til 4 AI-Assistenter [2026]
- Gemini CLI: Gratis 60/Min, 1.000/Dag i 13 Trin [2026]
Se flere guider til udviklerværktøjer og AI-kodeassistenter i vores Software-kategori.
Kilder og videre læsning: Replits officielle dokumentation, Replits prisside, Replit-bloggen, dokumentation for Replit Agent, Model Context Protocol og VS Code-dokumentationen for Copilot.
Der findes også en “Auto”-indstilling på Economy-niveau, som lader Replit selv vælge model ud fra opgavens karakter. Det er et fornuftigt udgangspunkt, hvis du ikke har lyst til at tænke over modelvalg hver gang, men vær opmærksom på, at Auto typisk ikke er det billigste valg for de simpleste opgaver. Skal du bare omdøbe en variabel eller rette en formatteringsfejl, er det stadig billigere selv at slå ned på Lite manuelt.
Trin 4: Brug Assistant til hurtige spørgsmål, gem Agent til det tunge arbejde
Mange nye brugere forveksler Assistant og Agent, men de løser to forskellige opgaver. Assistant er en samtalefunktion, du bruger til at få forklaret kode, debugge en fejlmeddelelse eller spørge om en bedre tilgang. Den ændrer ikke selv i din kode. Agent gør det modsatte: den udfører faktiske ændringer, kører kommandoer og opretter filer på dine vegne.
På Starter-planen får du kun “Basic” adgang til Assistant, mens Core og opefter giver “Advanced” adgang med bedre kontekstforståelse. En god tommelfingerregel: spørg Assistant, når du vil forstå noget. Bed Agent om at gøre noget, når du ved, hvad du vil have bygget.
Trin 5: Start i Agent Plan-tilstand og design før du koder
Byg-processen begynder altid bedst i Plan-tilstand. Her analyserer Agent din nuværende kodebase, foreslår en trinvis plan og lader dig godkende eller justere den, inden en eneste linje kode ændres. Til vores eksempelprojekt, en simpel opgaveliste med login og database, kan din første prompt se sådan ud:
Byg en opgaveliste-app med:
- Node.js/Express backend
- En database-tabel til opgaver (titel, status, oprettet_dato)
- Login via Replit Auth
- Et enkelt frontend-view i React
Start i Plan-tilstand og vis mig trinene, før du bygger noget.
Agent svarer med en punktopstillet plan: hvilke filer der oprettes, hvilke afhængigheder der installeres, og hvordan databasen struktureres. Læs planen grundigt. Det er billigere at rette en fejlantagelse her end efter at koden er skrevet.
Trin 6: Lad Agent bygge i Build-tilstand
Når planen ser rigtig ud, skifter du til Build-tilstand og godkender. Agent opretter nu filerne, installerer pakker og kører den første test af serveren. Siden den 7. august 2026 tjekker Agent automatisk de filer, den ændrer, for almindelige sikkerhedsproblemer som led i sin kodegennemgang, hvilket fanger klassiske fejl som hardkodede nøgler eller manglende input-validering, før du selv opdager dem.
Et typisk output fra Agent ligner denne Express-route, som håndterer oprettelse af en ny opgave:
app.post('/api/tasks', requireAuth, async (req, res) => {
const { title } = req.body;
if (!title || title.trim().length === 0) {
return res.status(400).json({ error: 'Titel må ikke være tom' });
}
const task = await db.tasks.create({
title: title.trim(),
status: 'aaben',
created_at: new Date().toISOString(),
});
res.status(201).json(task);
});
Bemærk, at Agent selv tilføjede input-validering og en requireAuth-middleware, uden at det stod eksplicit i vores prompt. Det er et direkte resultat af de skærpede sikkerhedstjek, der blev rullet ud i august 2026.
Det er sjældent, at Agent rammer plet i første forsøg på en hel feature. Forvent i stedet en iterativ proces: Agent bygger en første version, kører den, og retter selv de fejl, testkørslen afslører. Din opgave i den fase er at læse diff’en, den viser undervejs, frem for blot at klikke “godkend” hver gang. Ser du en ændring, du ikke forstår, er det hurtigere at spørge Assistant om en forklaring end at lade den passere og opdage problemet senere i produktion.
Trin 7: Konfigurer den indbyggede database
Både Starter og Core inkluderer en indbygget database, men det er først på Core, du får et syv-dages vindue til at gendanne tidligere tilstande. Bed Agent om at oprette skemaet direkte, eller gør det selv, hvis du vil have fuld kontrol over feltnavne og typer:
CREATE TABLE tasks (
id SERIAL PRIMARY KEY,
title TEXT NOT NULL,
status TEXT DEFAULT 'aaben',
user_id TEXT NOT NULL,
created_at TIMESTAMP DEFAULT now()
);
Test forbindelsen fra shell’en, før du bygger videre på frontend’en. Går noget galt her, er det næsten altid en manglende miljøvariabel snarere end selve databasen, hvilket vi vender tilbage til i fejlfindingsafsnittet.
Trin 8: Tilføj autentificering med Replit Auth
Replit Auth giver dig login uden selv at skulle bygge en OAuth-integration fra bunden. Bed Agent om at koble Auth på dine eksisterende routes:
import { requireAuth, getUser } from '@replit/auth';
function requireAuthMiddleware(req, res, next) {
const user = getUser(req);
if (!user) return res.status(401).json({ error: 'Ikke logget ind' });
req.user = user;
next();
}
Med Auth koblet på kan du knytte hver opgave til den bruger, der oprettede den, i stedet for at have en fælles liste alle kan redigere i. Det er lige netop den type detalje, Agent typisk husker, hvis du beskrev kravet i den oprindelige plan fra trin 5.
Trin 9: Tilpas Agent med Agent Customization
Agent Customization, som blev lanceret samme dag som Agent 3 den 18. august 2026, lader dig give agenten fast kontekst om, hvordan dit team arbejder, på tværs af alle projekter. I praksis opretter du en konfigurationsfil, hvor du beskriver kodestandarder, foretrukne biblioteker og ting, Agent aldrig må gøre:
# agent-context.md
- Brug altid TypeScript i nye filer
- Skriv fejlbeskeder på dansk i brugervendte svar
- Undgå at slette filer uden eksplicit godkendelse
- Foretrukket ORM: Drizzle
- Test altid nye endpoints med et curl-eksempel i svaret
Denne fil gør en reel forskel, hvis flere personer bruger Agent på samme projekt. Uden den ender du typisk med, at hver session vælger sin egen stil for fejlhåndtering og navngivning, hvilket gør kodebasen sværere at læse over tid.
Trin 10: Kør sikkerhedstjek og black-box pen-test
Den 21. august 2026 tilføjede Replit muligheden for at køre black-box pen-tests direkte på din kørende app. Det simulerer et angreb udefra, uden adgang til kildekoden, og afdækker ting som manglende rate-limiting eller åbne endpoints, du har glemt at beskytte.
Kombinér det med de automatiske kodetjek fra trin 6, så du dækker begge vinkler: koden bliver gennemgået, mens den skrives, og appen bliver testet, mens den kører. For et projekt der håndterer brugerdata, bør du betragte dette skridt som obligatorisk, ikke valgfrit, uanset hvor lille projektet virker.
Trin 11: Deploy til Replit Cloud
Fra den 1. august 2026 sænkede Replit priserne på cloud-drift, herunder deployments, App Storage og udgående datatrafik. Det gør det billigere at holde en app kørende permanent i stedet for kun at teste den i preview-vinduet.
Klik på “Deploy” i toppen af workspace, vælg deployment-type (statisk, autoscale eller reserveret VM afhængigt af trafikmønster), og bekræft miljøvariablerne. Statisk deployment passer til rene frontend-projekter uden server. Autoscale er standardvalget for de fleste API-baserede apps, fordi det skalerer ressourcer op og ned efter trafik og kun fakturerer det faktiske forbrug. Reserveret VM giver du, når appen skal køre konstant med forudsigelig ydelse, for eksempel en baggrundsjob eller en chatbot, der aldrig må gå i dvale mellem forespørgsler.
Når deploymentet er færdigt, får du en offentlig URL. Test den straks fra terminalen:
curl -X POST https://din-app.replit.app/api/tasks \
-H "Content-Type: application/json" \
-d '{"title":"Test deployment"}'
Får du et 201-svar med den oprettede opgave tilbage, er database, Auth og server koblet korrekt sammen i produktion, ikke kun i preview-miljøet.
Trin 12: Overvåg forbrug, brug checkpoints, og skaler videre
Når appen kører, er det sidste trin at holde styr på forbrug og have en plan for at rulle tilbage, hvis noget går galt. Core-planens syv-dages database-restore fungerer som et sikkerhedsnet, hvis en migrering ødelægger data. For selve koden bør du supplere med Git-integrationen, så du altid kan gå tilbage til en tidligere commit uafhængigt af Replits eget snapshot-system.
Vokser teamet, eller skal flere projekter styres centralt, blev der den 14. august 2026 åbnet en Admin API i beta, som gør det muligt at administrere workspaces og brugere programmatisk i stedet for manuelt gennem UI’et. Det er relevant, så snart I passerer fem-seks aktive udviklere på samme konto.
Replit fungerer også i en mobilbrowser, hvilket er praktisk, hvis du hurtigt skal rette en fejlmeddelelse eller svare på et Agent-spørgsmål fra telefonen. Til egentligt udviklingsarbejde, hvor du bygger nye features eller gennemgår en større diff, er en almindelig skærm og et fysisk tastatur dog stadig markant mere effektivt. Betragt mobiladgangen som en nødløsning til hurtige indgreb, ikke som din primære arbejdsflade.
Byg et komplet projekt: fra prompt til deployeret app
Sætter du de tolv trin sammen, ender du med et fuldt fungerende, om end simpelt, produkt: en opgaveliste med brugerlogin, en Postgres-baseret database, automatiske sikkerhedstjek i koden, en gennemført black-box pen-test og en offentlig URL, andre kan bruge. Hele forløbet tager typisk 40-50 minutter for en udvikler, der prøver Replit Agent 3 for første gang, og noget kortere, når du kender rækkefølgen.
Vil du udvide projektet videre herfra, er de mest naturlige næste skridt at tilføje kategorier eller tags til opgaverne, sætte e-mail-notifikationer op ved deadlines, eller koble en simpel statistikside på, der viser antal åbne versus lukkede opgaver over tid. Alle tre kan bygges med samme mønster, som vi brugte gennem hele guiden: start i Plan-tilstand, beskriv kravet konkret, og lad Agent bygge og teste i Build-tilstand, mens du læser diffen undervejs.
Det, der adskiller denne arbejdsgang fra en klassisk lokal opsætning, er ikke selve koden, men at hvert trin, fra database til deployment, sker i samme browserfane. Du undgår den klassiske “det virker på min maskine”-situation, fordi der kun findes ét miljø: det, appen rent faktisk kører i.
Ydelse og skalering: hvornår begynder Replit at mærkes?
Til en opgaveliste eller et internt værktøj mærker du sjældent nogen grænser. Udfordringerne opstår typisk, når trafikken vokser, eller når flere udviklere arbejder i samme Repl samtidig. Autoscale-deployments kan opleve en kort opstartsforsinkelse, når en app har været inaktiv og pludselig får trafik igen, fordi ressourcerne skaleres op fra nul. For interne værktøjer er det sjældent et problem, men for en kundevendt app kan de første sekunder føles trege.
Kører du med reserveret VM i stedet, undgår du den kolde start, men betaler for kapacitet, uanset om den bliver brugt. Tommelfingerregel: brug autoscale, indtil du har et stabilt, forudsigeligt trafikmønster, og skift først til reserveret VM, når du kan se, at kold start rent faktisk generer brugerne.
På samarbejdssiden mærker teams typisk grænserne, når mere end fem-seks personer redigerer i samme projekt samtidig, hvilket er lige der, hvor Core-planens grænse på fem samarbejdspartnere bliver en reel begrænsning frem for en teoretisk detalje. Enterprise-planens løfte om op til 128 GiB RAM pr. instans er i praksis kun relevant, hvis du kører tunge databehandlings- eller AI-opgaver direkte i Repl’et, ikke til almindelig webudvikling.
Et sidste punkt om skalering handler om credits frem for hardware. Jo flere agent-sessioner, der kører parallelt, jo hurtigere brænder den fælles pulje af. Et team på fem udviklere, der alle bruger Agent aktivt en hel arbejdsdag, kan sagtens ramme Core-planens loft før månedens udgang. Overvåg forbruget ugentligt i starten, så I kan reagere, før et projekt går i stå midt i en deadline på grund af opbrugte credits.
Almindelige faldgruber
- At bruge Power-modeller til alt. Det føles trygt at vælge den kraftigste model hver gang, men det tømmer dine credits hurtigt. Gem Power/Max til opgaver, hvor Economy allerede har fejlet to gange.
- At springe Plan-tilstand over. Går du direkte i Build uden en godkendt plan, ender Agent ofte med at gætte på krav, du aldrig skrev, hvilket giver ekstra rettearbejde bagefter.
- At glemme miljøvariabler efter deployment. Secrets, du har sat i udviklingsmiljøet, følger ikke automatisk med til produktion. Tjek altid Deployment-fanens secrets-liste separat.
- At antage Teams-prisen er fast. Som nævnt i trin 1 er der uoverensstemmelse mellem officielle og uofficielle kilder om, hvorvidt Teams-planen stadig eksisterer i sin gamle form. Bekræft altid den aktuelle pris, før du fakturerer et budget internt.
- At ignorere de automatiske sikkerhedstjek. Agent flager potentielle problemer i kodegennemgangen, men fjerner dem ikke automatisk. Læs advarslerne, i stedet for at klikke dem væk.
- At dele en Repl uden at rydde op i test-data. Inviterer du kolleger ind på samme Repl, følger testbrugere, midlertidige nøgler og gamle tabeller med. Ryd op, før projektet bliver et fælles arbejdsredskab.
- At skifte model midt i en kompleks opgave uden at forklare hvorfor. Et modelskift nulstiller ikke konteksten, men et skift fra Power til Lite midt i en svær refaktorering giver ofte et dårligere resultat, fordi den billigere model ikke har samme evne til at følge en lang kæde af ændringer. Fuldfør komplekse opgaver på samme niveau, du startede med.
Fejlfinding: otte problemer og deres løsninger
De fleste problemer nye Replit-brugere støder på, hører til i en af tre kategorier: forbrug (credits løber tør), miljø (noget virker lokalt, men ikke i produktion) eller adgang (samarbejdspartnere eller login opfører sig uventet). Tabellen herunder samler de otte mest almindelige, sammen med den hurtigste vej til en løsning.
| Problem | Sandsynlig årsag | Løsning |
|---|---|---|
| Agent svarer meget langsomt | Power/Max-model valgt til en simpel opgave | Skift til Economy eller Lite i modelvælgeren |
| “Insufficient credits”-fejl midt i en session | Månedlige credits opbrugt | Tjek forbrug under kontoindstillinger, eller vent til ny periode starter |
| Database-forbindelse fejler efter deployment | Miljøvariabel ikke kopieret til produktionsmiljøet | Tilføj secret manuelt under Deployment-fanen |
| Agent ignorerer din Agent Customization-fil | Filen ligger i forkert mappe eller er ikke navngivet korrekt | Bekræft filplacering ifølge dokumentationen, og genindlæs Repl |
| Build-tilstand stopper midt i en opgave | Timeout på grund af en langvarig kommando | Del opgaven i mindre trin, og bed Agent fortsætte i Plan-tilstand først |
| Login virker lokalt, men ikke i produktion | Replit Auth-callback peger på forkert URL | Opdater callback-URL til den offentlige deployment-adresse |
| Pen-test finder falske positiver | Test-endpoints eksponeret ved siden af de rigtige | Fjern eller beskyt debug-routes før test køres igen |
| Samarbejdspartner kan ikke se ændringer | Forkert plan-niveau begrænser antal aktive samarbejdspartnere | Opgradér til Core eller fjern en inaktiv bruger fra projektet |
Avancerede tips til erfarne udviklere
Kør flere agenter parallelt på Core-planen, når du arbejder på uafhængige dele af samme projekt, for eksempel frontend og API samtidig. Det kræver disciplin i din Agent Customization-fil, så de to sessioner ikke overskriver hinandens antagelser om datastrukturen.
Brug Assistant til at generere testcases, før du beder Agent bygge en funktion, i stedet for bagefter. Det tvinger kravene til at være konkrete, og Agent kan i Build-tilstand køre testene løbende, mens den skriver koden, hvilket fanger regressionsfejl tidligere.
Sæt din Agent Customization-fil op til at kræve, at hver ny funktion leveres med et curl-eksempel i svaret, som vi gjorde i eksemplet i trin 9. Det lyder som en detalje, men det betyder, at du løbende har en dokumenteret liste over, hvordan API’et faktisk bruges, i stedet for at skulle grave den information frem fra koden senere. Det er også den hurtigste måde at opdage, om Agent har misforstået et endpoint, fordi et forkert curl-eksempel som regel afslører problemet med det samme.
Overvej desuden at oprette et separat, tomt Repl udelukkende til eksperimenter med nye modeller eller Agent-funktioner, inden du ruller dem ud i et projekt, kolleger er afhængige af. Det koster minimalt i credits og betyder, at en dårlig oplevelse med en ny model-version aldrig rammer et produktionsprojekt direkte.
Til teams, der arbejder med reguleret data, bør I overveje at holde persondata ude af selve Repl’et og i stedet pege på en ekstern database med egen adgangsstyring. Det giver mere kontrol over, hvor data fysisk ligger, hvilket kan være relevant i en dansk kontekst med skærpede krav til databehandleraftaler.
Replit sammenlignet med Cursor, GitHub Copilot og Lovable
Ingen af disse værktøjer er direkte udskiftelige. GitHub Copilot og Cursor er primært editor-udvidelser, du kobler på en eksisterende lokal opsætning eller et VS Code-baseret miljø, mens Replit er hele miljøet, inklusive server og database. Lovable, som er udviklet i Sverige, ligger tættere på Replit i ambition, men er mere fokuseret på at generere hele apps fra en enkelt prompt frem for løbende, agentstyret udvikling.
| Værktøj | Miljø | Startpris | Bedst til |
|---|---|---|---|
| Replit Agent 3 | Fuldt cloud-IDE med hosting | Gratis, Core fra 20 USD/md | Bygge og deploye i samme miljø |
| GitHub Copilot | Udvidelse i VS Code, JetBrains, CLI | Gratis begrænset, betalt fra ca. 10 USD/md | Kodefuldførelse i eksisterende projekter |
| Cursor | Selvstændig editor baseret på VS Code | Gratis begrænset, betalt fra ca. 20 USD/md | AI-drevet redigering af store, eksisterende kodebaser |
| Lovable | Promptbaseret app-generator | Gratis begrænset, betalt planer varierer | Hurtige prototyper og MVP’er uden dyb kodeforståelse |
Vælger du mellem Replit og for eksempel Cursor, afhænger svaret typisk af, om du starter et nyt projekt fra bunden eller arbejder videre på en eksisterende, stor kodebase. Til nye, mindre projekter, hvor deployment også skal løses, er Replit Agent 3 ofte det hurtigste valg. Til udvidelser af en moden kodebase, du allerede vedligeholder lokalt, giver Cursor eller Copilot typisk mere mening.
Et fjerde scenarie er værd at nævne: teams, der allerede har en stor, eksisterende kodebase i et privat Git-repository, og som ikke ønsker at flytte den ind i Replits miljø. Her giver det bedre mening at holde fast i Copilot eller Cursor til den daglige udvikling og kun bruge Replit til isolerede, nye moduler eller interne værktøjer, hvor hurtig deployment vejer tungere end at holde alt samlet ét sted.
Ofte stillede spørgsmål
Er Replit Agent 3 gratis at bruge?
Ja, Starter-planen er gratis og inkluderer en daglig kvote af Agent-forbrug samt begrænsede cloud-credits. Til løbende brug og flere samarbejdspartnere kræver det typisk en opgradering til Core, som koster fra 20 USD om måneden ved årlig fakturering.
Hvilken AI-model bruger Replit Agent som standard?
Der er ikke én fast model. Du vælger selv mellem Lite-, Economy- og Power/Max-niveauer, som hver trækker på forskellige modeller fra Anthropic, OpenAI, Google og andre leverandører, alt efter opgavens kompleksitet.
Kan jeg bruge mit eget domæne til den deployede app?
Ja, du kan koble et eget domæne på gennem Deployments-fanen, forudsat at du har adgang til at ændre DNS-poster hos din domæneudbyder.
Er mine data og min kode sikre på Replit?
Replit har siden august 2026 tilføjet automatiske sikkerhedstjek i Agents kodegennemgang samt mulighed for black-box pen-tests af den kørende app. Det reducerer risikoen, men fritager dig ikke fra selv at vurdere, om platformen passer til data omfattet af GDPR eller anden lovgivning.
Hvad er forskellen på Agent og Assistant i Replit?
Assistant svarer på spørgsmål og forklarer kode uden selv at ændre den. Agent udfører faktiske opgaver, som at oprette filer, installere pakker og rette fejl, med din godkendelse undervejs.
Kan flere personer arbejde i samme Repl samtidig?
Ja. Starter tillader ingen ekstra samarbejdspartnere, mens Core giver plads til op til fem, og Teams-planen er tiltænkt større grupper med central administration.
Hvordan ruller jeg en fejlagtig ændring tilbage?
Core-planen inkluderer et syv-dages vindue til at gendanne databasen til en tidligere tilstand. For selve koden anbefales det at bruge Git-integrationen ved siden af Replits egne snapshots, så du har en uafhængig historik at falde tilbage på.
Er Replit et alternativ til GitHub Copilot, eller supplerer de hinanden?
De kan bruges sammen, men løser forskellige behov. Copilot er en kodefuldførelses-assistent i din eksisterende editor, mens Replit er et selvstændigt miljø, hvor koden også køres og deployes. Mange udviklere bruger Copilot i det daglige og Replit specifikt til hurtige prototyper eller mindre, uafhængige projekter.
Kan jeg tage min kode med, hvis jeg skifter platform senere?
Ja. Koden ligger som almindelige filer, du kan hente ud via Git eller download som zip. Det er selve databasen og de miljøspecifikke integrationer, som Replit Auth, der kræver mest arbejde at flytte, hvis du senere vælger at hoste appen et andet sted.
Hvor lang tid tager det samlede forløb i denne guide?
Regn med 40-50 minutter, hvis du følger alle tolv trin og bygger eksempelprojektet undervejs. Erfarne brugere, der allerede kender Agent 3’s arbejdsgang, kan typisk gå fra tom Repl til deployet app på under 20 minutter til et tilsvarende simpelt projekt.
Relateret dækning
- Cursor AI: Opsætning i 20 Trin med Composer og MCP [2026]
- Claude Code Opsætning: $20-200/Md, 13 Trin [2026]
- GitHub Copilot Opsætning: $0-$100/Md, 12 Trin [2026]
- MCP Server Opsætning: 12 Trin til 4 AI-Assistenter [2026]
- Gemini CLI: Gratis 60/Min, 1.000/Dag i 13 Trin [2026]
Se flere guider til udviklerværktøjer og AI-kodeassistenter i vores Software-kategori.
Kilder og videre læsning: Replits officielle dokumentation, Replits prisside, Replit-bloggen, dokumentation for Replit Agent, Model Context Protocol og VS Code-dokumentationen for Copilot.
En praktisk detalje, mange overser: credits på Core-planen er forbrugsbaserede, ikke en fast pulje pr. projekt. Kører du fem Repls samtidig med Agent aktiv i alle, deler de samme pulje af de 25 USD i månedlige credits. Arbejder du på flere projekter parallelt, er det derfor værd at holde øje med forbruget under kontoindstillinger, i stedet for at antage, at hvert projekt har sin egen kvote. Går credits i nul midt i en måned, falder du tilbage til forbrugsbaseret afregning eller må vente til den næste periode, afhængigt af hvad du har sat op under betalingsindstillinger.
Trin 2: Opret dit første Repl og lær workspace at kende
Klik på “Create Repl” og vælg enten en tom skabelon eller en af de forudbyggede stakke (Node.js, Python, React og så videre). Til denne guide bruger vi en tom Node.js-skabelon, fordi Agent 3 alligevel bygger det meste af strukturen for dig i de næste trin.
Workspace er delt i fire hovedområder: filtræet til venstre, editoren i midten, en konsol/shell nederst og et forhåndsvisningsvindue til højre. Agent- og Assistant-panelet ligger som en sidebjælke, du kan folde ud og ind efter behov. Åbn shell’en og bekræft, at miljøet kører, ved at skrive en simpel kommando:
node --version
npm --version
echo "Repl klar til Agent 3"
Hver Repl gemmes automatisk og får sin egen unikke URL, som du kan dele med kolleger. Det er også her, du senere finder din Deployments-fane, når appen skal i luften.
Trin 3: Vælg den rigtige AI-model til Agent
Replit Agent bruger ikke længere én fast model til alle opgaver. I stedet vælger du mellem tre niveauer, Lite, Economy og Power (også kaldet Max), hvor hvert niveau trækker på forskellige leverandører. Det er en af de vigtigste indstillinger, du skal forholde dig til, fordi valget både påvirker svarkvalitet og hvor hurtigt dine credits brænder af.
| Niveau | Eksempler på modeller | Bedst til |
|---|---|---|
| Lite | Kimi K2.7, GPT-5.6 Luna, Gemini 3.5 Flash, DeepSeek V4 Flash | Simple ændringer, hurtige iterationer, lavt forbrug af credits |
| Economy | Claude Sonnet 4.6, Claude Sonnet 5, GPT-5.6 Luna Fast, GPT-5.6 Terra, Gemini 3.1 Pro, GLM 5.2, Auto | Almindelig featureudvikling og daglig brug |
| Power / Max | Claude Opus 4.8, Claude Opus 5, Claude Fable 5, Kimi K3, GPT-5.6 Sol | Komplekse refaktoreringer, arkitekturbeslutninger, svære fejlretninger |
Til de fleste opgaver i denne guide er Economy-niveauet nok. Gem Power-modellerne til de tilfælde, hvor Agent gentagne gange fejler på samme problem, eller når du beder den om at planlægge en større arkitekturændring. Modelvælgeren finder du øverst i Agent-panelet, og valget kan skiftes midt i en session uden at du mister kontekst.
Der findes også en “Auto”-indstilling på Economy-niveau, som lader Replit selv vælge model ud fra opgavens karakter. Det er et fornuftigt udgangspunkt, hvis du ikke har lyst til at tænke over modelvalg hver gang, men vær opmærksom på, at Auto typisk ikke er det billigste valg for de simpleste opgaver. Skal du bare omdøbe en variabel eller rette en formatteringsfejl, er det stadig billigere selv at slå ned på Lite manuelt.
Trin 4: Brug Assistant til hurtige spørgsmål, gem Agent til det tunge arbejde
Mange nye brugere forveksler Assistant og Agent, men de løser to forskellige opgaver. Assistant er en samtalefunktion, du bruger til at få forklaret kode, debugge en fejlmeddelelse eller spørge om en bedre tilgang. Den ændrer ikke selv i din kode. Agent gør det modsatte: den udfører faktiske ændringer, kører kommandoer og opretter filer på dine vegne.
På Starter-planen får du kun “Basic” adgang til Assistant, mens Core og opefter giver “Advanced” adgang med bedre kontekstforståelse. En god tommelfingerregel: spørg Assistant, når du vil forstå noget. Bed Agent om at gøre noget, når du ved, hvad du vil have bygget.
Trin 5: Start i Agent Plan-tilstand og design før du koder
Byg-processen begynder altid bedst i Plan-tilstand. Her analyserer Agent din nuværende kodebase, foreslår en trinvis plan og lader dig godkende eller justere den, inden en eneste linje kode ændres. Til vores eksempelprojekt, en simpel opgaveliste med login og database, kan din første prompt se sådan ud:
Byg en opgaveliste-app med:
- Node.js/Express backend
- En database-tabel til opgaver (titel, status, oprettet_dato)
- Login via Replit Auth
- Et enkelt frontend-view i React
Start i Plan-tilstand og vis mig trinene, før du bygger noget.
Agent svarer med en punktopstillet plan: hvilke filer der oprettes, hvilke afhængigheder der installeres, og hvordan databasen struktureres. Læs planen grundigt. Det er billigere at rette en fejlantagelse her end efter at koden er skrevet.
Trin 6: Lad Agent bygge i Build-tilstand
Når planen ser rigtig ud, skifter du til Build-tilstand og godkender. Agent opretter nu filerne, installerer pakker og kører den første test af serveren. Siden den 7. august 2026 tjekker Agent automatisk de filer, den ændrer, for almindelige sikkerhedsproblemer som led i sin kodegennemgang, hvilket fanger klassiske fejl som hardkodede nøgler eller manglende input-validering, før du selv opdager dem.
Et typisk output fra Agent ligner denne Express-route, som håndterer oprettelse af en ny opgave:
app.post('/api/tasks', requireAuth, async (req, res) => {
const { title } = req.body;
if (!title || title.trim().length === 0) {
return res.status(400).json({ error: 'Titel må ikke være tom' });
}
const task = await db.tasks.create({
title: title.trim(),
status: 'aaben',
created_at: new Date().toISOString(),
});
res.status(201).json(task);
});
Bemærk, at Agent selv tilføjede input-validering og en requireAuth-middleware, uden at det stod eksplicit i vores prompt. Det er et direkte resultat af de skærpede sikkerhedstjek, der blev rullet ud i august 2026.
Det er sjældent, at Agent rammer plet i første forsøg på en hel feature. Forvent i stedet en iterativ proces: Agent bygger en første version, kører den, og retter selv de fejl, testkørslen afslører. Din opgave i den fase er at læse diff’en, den viser undervejs, frem for blot at klikke “godkend” hver gang. Ser du en ændring, du ikke forstår, er det hurtigere at spørge Assistant om en forklaring end at lade den passere og opdage problemet senere i produktion.
Trin 7: Konfigurer den indbyggede database
Både Starter og Core inkluderer en indbygget database, men det er først på Core, du får et syv-dages vindue til at gendanne tidligere tilstande. Bed Agent om at oprette skemaet direkte, eller gør det selv, hvis du vil have fuld kontrol over feltnavne og typer:
CREATE TABLE tasks (
id SERIAL PRIMARY KEY,
title TEXT NOT NULL,
status TEXT DEFAULT 'aaben',
user_id TEXT NOT NULL,
created_at TIMESTAMP DEFAULT now()
);
Test forbindelsen fra shell’en, før du bygger videre på frontend’en. Går noget galt her, er det næsten altid en manglende miljøvariabel snarere end selve databasen, hvilket vi vender tilbage til i fejlfindingsafsnittet.
Trin 8: Tilføj autentificering med Replit Auth
Replit Auth giver dig login uden selv at skulle bygge en OAuth-integration fra bunden. Bed Agent om at koble Auth på dine eksisterende routes:
import { requireAuth, getUser } from '@replit/auth';
function requireAuthMiddleware(req, res, next) {
const user = getUser(req);
if (!user) return res.status(401).json({ error: 'Ikke logget ind' });
req.user = user;
next();
}
Med Auth koblet på kan du knytte hver opgave til den bruger, der oprettede den, i stedet for at have en fælles liste alle kan redigere i. Det er lige netop den type detalje, Agent typisk husker, hvis du beskrev kravet i den oprindelige plan fra trin 5.
Trin 9: Tilpas Agent med Agent Customization
Agent Customization, som blev lanceret samme dag som Agent 3 den 18. august 2026, lader dig give agenten fast kontekst om, hvordan dit team arbejder, på tværs af alle projekter. I praksis opretter du en konfigurationsfil, hvor du beskriver kodestandarder, foretrukne biblioteker og ting, Agent aldrig må gøre:
# agent-context.md
- Brug altid TypeScript i nye filer
- Skriv fejlbeskeder på dansk i brugervendte svar
- Undgå at slette filer uden eksplicit godkendelse
- Foretrukket ORM: Drizzle
- Test altid nye endpoints med et curl-eksempel i svaret
Denne fil gør en reel forskel, hvis flere personer bruger Agent på samme projekt. Uden den ender du typisk med, at hver session vælger sin egen stil for fejlhåndtering og navngivning, hvilket gør kodebasen sværere at læse over tid.
Trin 10: Kør sikkerhedstjek og black-box pen-test
Den 21. august 2026 tilføjede Replit muligheden for at køre black-box pen-tests direkte på din kørende app. Det simulerer et angreb udefra, uden adgang til kildekoden, og afdækker ting som manglende rate-limiting eller åbne endpoints, du har glemt at beskytte.
Kombinér det med de automatiske kodetjek fra trin 6, så du dækker begge vinkler: koden bliver gennemgået, mens den skrives, og appen bliver testet, mens den kører. For et projekt der håndterer brugerdata, bør du betragte dette skridt som obligatorisk, ikke valgfrit, uanset hvor lille projektet virker.
Trin 11: Deploy til Replit Cloud
Fra den 1. august 2026 sænkede Replit priserne på cloud-drift, herunder deployments, App Storage og udgående datatrafik. Det gør det billigere at holde en app kørende permanent i stedet for kun at teste den i preview-vinduet.
Klik på “Deploy” i toppen af workspace, vælg deployment-type (statisk, autoscale eller reserveret VM afhængigt af trafikmønster), og bekræft miljøvariablerne. Statisk deployment passer til rene frontend-projekter uden server. Autoscale er standardvalget for de fleste API-baserede apps, fordi det skalerer ressourcer op og ned efter trafik og kun fakturerer det faktiske forbrug. Reserveret VM giver du, når appen skal køre konstant med forudsigelig ydelse, for eksempel en baggrundsjob eller en chatbot, der aldrig må gå i dvale mellem forespørgsler.
Når deploymentet er færdigt, får du en offentlig URL. Test den straks fra terminalen:
curl -X POST https://din-app.replit.app/api/tasks \
-H "Content-Type: application/json" \
-d '{"title":"Test deployment"}'
Får du et 201-svar med den oprettede opgave tilbage, er database, Auth og server koblet korrekt sammen i produktion, ikke kun i preview-miljøet.
Trin 12: Overvåg forbrug, brug checkpoints, og skaler videre
Når appen kører, er det sidste trin at holde styr på forbrug og have en plan for at rulle tilbage, hvis noget går galt. Core-planens syv-dages database-restore fungerer som et sikkerhedsnet, hvis en migrering ødelægger data. For selve koden bør du supplere med Git-integrationen, så du altid kan gå tilbage til en tidligere commit uafhængigt af Replits eget snapshot-system.
Vokser teamet, eller skal flere projekter styres centralt, blev der den 14. august 2026 åbnet en Admin API i beta, som gør det muligt at administrere workspaces og brugere programmatisk i stedet for manuelt gennem UI’et. Det er relevant, så snart I passerer fem-seks aktive udviklere på samme konto.
Replit fungerer også i en mobilbrowser, hvilket er praktisk, hvis du hurtigt skal rette en fejlmeddelelse eller svare på et Agent-spørgsmål fra telefonen. Til egentligt udviklingsarbejde, hvor du bygger nye features eller gennemgår en større diff, er en almindelig skærm og et fysisk tastatur dog stadig markant mere effektivt. Betragt mobiladgangen som en nødløsning til hurtige indgreb, ikke som din primære arbejdsflade.
Byg et komplet projekt: fra prompt til deployeret app
Sætter du de tolv trin sammen, ender du med et fuldt fungerende, om end simpelt, produkt: en opgaveliste med brugerlogin, en Postgres-baseret database, automatiske sikkerhedstjek i koden, en gennemført black-box pen-test og en offentlig URL, andre kan bruge. Hele forløbet tager typisk 40-50 minutter for en udvikler, der prøver Replit Agent 3 for første gang, og noget kortere, når du kender rækkefølgen.
Vil du udvide projektet videre herfra, er de mest naturlige næste skridt at tilføje kategorier eller tags til opgaverne, sætte e-mail-notifikationer op ved deadlines, eller koble en simpel statistikside på, der viser antal åbne versus lukkede opgaver over tid. Alle tre kan bygges med samme mønster, som vi brugte gennem hele guiden: start i Plan-tilstand, beskriv kravet konkret, og lad Agent bygge og teste i Build-tilstand, mens du læser diffen undervejs.
Det, der adskiller denne arbejdsgang fra en klassisk lokal opsætning, er ikke selve koden, men at hvert trin, fra database til deployment, sker i samme browserfane. Du undgår den klassiske “det virker på min maskine”-situation, fordi der kun findes ét miljø: det, appen rent faktisk kører i.
Ydelse og skalering: hvornår begynder Replit at mærkes?
Til en opgaveliste eller et internt værktøj mærker du sjældent nogen grænser. Udfordringerne opstår typisk, når trafikken vokser, eller når flere udviklere arbejder i samme Repl samtidig. Autoscale-deployments kan opleve en kort opstartsforsinkelse, når en app har været inaktiv og pludselig får trafik igen, fordi ressourcerne skaleres op fra nul. For interne værktøjer er det sjældent et problem, men for en kundevendt app kan de første sekunder føles trege.
Kører du med reserveret VM i stedet, undgår du den kolde start, men betaler for kapacitet, uanset om den bliver brugt. Tommelfingerregel: brug autoscale, indtil du har et stabilt, forudsigeligt trafikmønster, og skift først til reserveret VM, når du kan se, at kold start rent faktisk generer brugerne.
På samarbejdssiden mærker teams typisk grænserne, når mere end fem-seks personer redigerer i samme projekt samtidig, hvilket er lige der, hvor Core-planens grænse på fem samarbejdspartnere bliver en reel begrænsning frem for en teoretisk detalje. Enterprise-planens løfte om op til 128 GiB RAM pr. instans er i praksis kun relevant, hvis du kører tunge databehandlings- eller AI-opgaver direkte i Repl’et, ikke til almindelig webudvikling.
Et sidste punkt om skalering handler om credits frem for hardware. Jo flere agent-sessioner, der kører parallelt, jo hurtigere brænder den fælles pulje af. Et team på fem udviklere, der alle bruger Agent aktivt en hel arbejdsdag, kan sagtens ramme Core-planens loft før månedens udgang. Overvåg forbruget ugentligt i starten, så I kan reagere, før et projekt går i stå midt i en deadline på grund af opbrugte credits.
Almindelige faldgruber
- At bruge Power-modeller til alt. Det føles trygt at vælge den kraftigste model hver gang, men det tømmer dine credits hurtigt. Gem Power/Max til opgaver, hvor Economy allerede har fejlet to gange.
- At springe Plan-tilstand over. Går du direkte i Build uden en godkendt plan, ender Agent ofte med at gætte på krav, du aldrig skrev, hvilket giver ekstra rettearbejde bagefter.
- At glemme miljøvariabler efter deployment. Secrets, du har sat i udviklingsmiljøet, følger ikke automatisk med til produktion. Tjek altid Deployment-fanens secrets-liste separat.
- At antage Teams-prisen er fast. Som nævnt i trin 1 er der uoverensstemmelse mellem officielle og uofficielle kilder om, hvorvidt Teams-planen stadig eksisterer i sin gamle form. Bekræft altid den aktuelle pris, før du fakturerer et budget internt.
- At ignorere de automatiske sikkerhedstjek. Agent flager potentielle problemer i kodegennemgangen, men fjerner dem ikke automatisk. Læs advarslerne, i stedet for at klikke dem væk.
- At dele en Repl uden at rydde op i test-data. Inviterer du kolleger ind på samme Repl, følger testbrugere, midlertidige nøgler og gamle tabeller med. Ryd op, før projektet bliver et fælles arbejdsredskab.
- At skifte model midt i en kompleks opgave uden at forklare hvorfor. Et modelskift nulstiller ikke konteksten, men et skift fra Power til Lite midt i en svær refaktorering giver ofte et dårligere resultat, fordi den billigere model ikke har samme evne til at følge en lang kæde af ændringer. Fuldfør komplekse opgaver på samme niveau, du startede med.
Fejlfinding: otte problemer og deres løsninger
De fleste problemer nye Replit-brugere støder på, hører til i en af tre kategorier: forbrug (credits løber tør), miljø (noget virker lokalt, men ikke i produktion) eller adgang (samarbejdspartnere eller login opfører sig uventet). Tabellen herunder samler de otte mest almindelige, sammen med den hurtigste vej til en løsning.
| Problem | Sandsynlig årsag | Løsning |
|---|---|---|
| Agent svarer meget langsomt | Power/Max-model valgt til en simpel opgave | Skift til Economy eller Lite i modelvælgeren |
| “Insufficient credits”-fejl midt i en session | Månedlige credits opbrugt | Tjek forbrug under kontoindstillinger, eller vent til ny periode starter |
| Database-forbindelse fejler efter deployment | Miljøvariabel ikke kopieret til produktionsmiljøet | Tilføj secret manuelt under Deployment-fanen |
| Agent ignorerer din Agent Customization-fil | Filen ligger i forkert mappe eller er ikke navngivet korrekt | Bekræft filplacering ifølge dokumentationen, og genindlæs Repl |
| Build-tilstand stopper midt i en opgave | Timeout på grund af en langvarig kommando | Del opgaven i mindre trin, og bed Agent fortsætte i Plan-tilstand først |
| Login virker lokalt, men ikke i produktion | Replit Auth-callback peger på forkert URL | Opdater callback-URL til den offentlige deployment-adresse |
| Pen-test finder falske positiver | Test-endpoints eksponeret ved siden af de rigtige | Fjern eller beskyt debug-routes før test køres igen |
| Samarbejdspartner kan ikke se ændringer | Forkert plan-niveau begrænser antal aktive samarbejdspartnere | Opgradér til Core eller fjern en inaktiv bruger fra projektet |
Avancerede tips til erfarne udviklere
Kør flere agenter parallelt på Core-planen, når du arbejder på uafhængige dele af samme projekt, for eksempel frontend og API samtidig. Det kræver disciplin i din Agent Customization-fil, så de to sessioner ikke overskriver hinandens antagelser om datastrukturen.
Brug Assistant til at generere testcases, før du beder Agent bygge en funktion, i stedet for bagefter. Det tvinger kravene til at være konkrete, og Agent kan i Build-tilstand køre testene løbende, mens den skriver koden, hvilket fanger regressionsfejl tidligere.
Sæt din Agent Customization-fil op til at kræve, at hver ny funktion leveres med et curl-eksempel i svaret, som vi gjorde i eksemplet i trin 9. Det lyder som en detalje, men det betyder, at du løbende har en dokumenteret liste over, hvordan API’et faktisk bruges, i stedet for at skulle grave den information frem fra koden senere. Det er også den hurtigste måde at opdage, om Agent har misforstået et endpoint, fordi et forkert curl-eksempel som regel afslører problemet med det samme.
Overvej desuden at oprette et separat, tomt Repl udelukkende til eksperimenter med nye modeller eller Agent-funktioner, inden du ruller dem ud i et projekt, kolleger er afhængige af. Det koster minimalt i credits og betyder, at en dårlig oplevelse med en ny model-version aldrig rammer et produktionsprojekt direkte.
Til teams, der arbejder med reguleret data, bør I overveje at holde persondata ude af selve Repl’et og i stedet pege på en ekstern database med egen adgangsstyring. Det giver mere kontrol over, hvor data fysisk ligger, hvilket kan være relevant i en dansk kontekst med skærpede krav til databehandleraftaler.
Replit sammenlignet med Cursor, GitHub Copilot og Lovable
Ingen af disse værktøjer er direkte udskiftelige. GitHub Copilot og Cursor er primært editor-udvidelser, du kobler på en eksisterende lokal opsætning eller et VS Code-baseret miljø, mens Replit er hele miljøet, inklusive server og database. Lovable, som er udviklet i Sverige, ligger tættere på Replit i ambition, men er mere fokuseret på at generere hele apps fra en enkelt prompt frem for løbende, agentstyret udvikling.
| Værktøj | Miljø | Startpris | Bedst til |
|---|---|---|---|
| Replit Agent 3 | Fuldt cloud-IDE med hosting | Gratis, Core fra 20 USD/md | Bygge og deploye i samme miljø |
| GitHub Copilot | Udvidelse i VS Code, JetBrains, CLI | Gratis begrænset, betalt fra ca. 10 USD/md | Kodefuldførelse i eksisterende projekter |
| Cursor | Selvstændig editor baseret på VS Code | Gratis begrænset, betalt fra ca. 20 USD/md | AI-drevet redigering af store, eksisterende kodebaser |
| Lovable | Promptbaseret app-generator | Gratis begrænset, betalt planer varierer | Hurtige prototyper og MVP’er uden dyb kodeforståelse |
Vælger du mellem Replit og for eksempel Cursor, afhænger svaret typisk af, om du starter et nyt projekt fra bunden eller arbejder videre på en eksisterende, stor kodebase. Til nye, mindre projekter, hvor deployment også skal løses, er Replit Agent 3 ofte det hurtigste valg. Til udvidelser af en moden kodebase, du allerede vedligeholder lokalt, giver Cursor eller Copilot typisk mere mening.
Et fjerde scenarie er værd at nævne: teams, der allerede har en stor, eksisterende kodebase i et privat Git-repository, og som ikke ønsker at flytte den ind i Replits miljø. Her giver det bedre mening at holde fast i Copilot eller Cursor til den daglige udvikling og kun bruge Replit til isolerede, nye moduler eller interne værktøjer, hvor hurtig deployment vejer tungere end at holde alt samlet ét sted.
Ofte stillede spørgsmål
Er Replit Agent 3 gratis at bruge?
Ja, Starter-planen er gratis og inkluderer en daglig kvote af Agent-forbrug samt begrænsede cloud-credits. Til løbende brug og flere samarbejdspartnere kræver det typisk en opgradering til Core, som koster fra 20 USD om måneden ved årlig fakturering.
Hvilken AI-model bruger Replit Agent som standard?
Der er ikke én fast model. Du vælger selv mellem Lite-, Economy- og Power/Max-niveauer, som hver trækker på forskellige modeller fra Anthropic, OpenAI, Google og andre leverandører, alt efter opgavens kompleksitet.
Kan jeg bruge mit eget domæne til den deployede app?
Ja, du kan koble et eget domæne på gennem Deployments-fanen, forudsat at du har adgang til at ændre DNS-poster hos din domæneudbyder.
Er mine data og min kode sikre på Replit?
Replit har siden august 2026 tilføjet automatiske sikkerhedstjek i Agents kodegennemgang samt mulighed for black-box pen-tests af den kørende app. Det reducerer risikoen, men fritager dig ikke fra selv at vurdere, om platformen passer til data omfattet af GDPR eller anden lovgivning.
Hvad er forskellen på Agent og Assistant i Replit?
Assistant svarer på spørgsmål og forklarer kode uden selv at ændre den. Agent udfører faktiske opgaver, som at oprette filer, installere pakker og rette fejl, med din godkendelse undervejs.
Kan flere personer arbejde i samme Repl samtidig?
Ja. Starter tillader ingen ekstra samarbejdspartnere, mens Core giver plads til op til fem, og Teams-planen er tiltænkt større grupper med central administration.
Hvordan ruller jeg en fejlagtig ændring tilbage?
Core-planen inkluderer et syv-dages vindue til at gendanne databasen til en tidligere tilstand. For selve koden anbefales det at bruge Git-integrationen ved siden af Replits egne snapshots, så du har en uafhængig historik at falde tilbage på.
Er Replit et alternativ til GitHub Copilot, eller supplerer de hinanden?
De kan bruges sammen, men løser forskellige behov. Copilot er en kodefuldførelses-assistent i din eksisterende editor, mens Replit er et selvstændigt miljø, hvor koden også køres og deployes. Mange udviklere bruger Copilot i det daglige og Replit specifikt til hurtige prototyper eller mindre, uafhængige projekter.
Kan jeg tage min kode med, hvis jeg skifter platform senere?
Ja. Koden ligger som almindelige filer, du kan hente ud via Git eller download som zip. Det er selve databasen og de miljøspecifikke integrationer, som Replit Auth, der kræver mest arbejde at flytte, hvis du senere vælger at hoste appen et andet sted.
Hvor lang tid tager det samlede forløb i denne guide?
Regn med 40-50 minutter, hvis du følger alle tolv trin og bygger eksempelprojektet undervejs. Erfarne brugere, der allerede kender Agent 3’s arbejdsgang, kan typisk gå fra tom Repl til deployet app på under 20 minutter til et tilsvarende simpelt projekt.
Relateret dækning
- Cursor AI: Opsætning i 20 Trin med Composer og MCP [2026]
- Claude Code Opsætning: $20-200/Md, 13 Trin [2026]
- GitHub Copilot Opsætning: $0-$100/Md, 12 Trin [2026]
- MCP Server Opsætning: 12 Trin til 4 AI-Assistenter [2026]
- Gemini CLI: Gratis 60/Min, 1.000/Dag i 13 Trin [2026]
Se flere guider til udviklerværktøjer og AI-kodeassistenter i vores Software-kategori.
Kilder og videre læsning: Replits officielle dokumentation, Replits prisside, Replit-bloggen, dokumentation for Replit Agent, Model Context Protocol og VS Code-dokumentationen for Copilot.
Historisk har Replit fulgt tæt i hælene på de store sprogmodeller. Da Anthropic lancerede Claude 3.7 Sonnet, fulgte Replit op med en tidlig udgave af sin agent i et testprogram for udvalgte brugere. Den linje er fortsat med Agent 3, hvor Replit i stedet for at vente på én bestemt model har bygget en model-agnostisk arkitektur. Fordelen for dig som bruger er, at du ikke er bundet til én leverandørs prispolitik eller nedetid. Går en model i stå eller bliver dyrere, skifter du blot niveau i modelvælgeren.
Forudsætninger: Det skal du bruge, før du går i gang
Replit kører i browseren, så listen over krav er kort sammenlignet med en lokal IDE-opsætning. Tjek tabellen herunder, før du opretter din konto.
| Krav | Version / detalje | Note |
|---|---|---|
| Browser | Chrome 124+, Firefox 126+ eller Edge 124+ | Safari fungerer, men Agent-grænsefladen er hurtigst i Chromium-baserede browsere |
| Replit-konto | Gratis Starter-plan | Kræver e-mail eller GitHub-login |
| Betalingskort | Kun nødvendigt ved Core-plan | Core koster fra 20 USD/md ved årlig fakturering |
| Node.js-kendskab | Grundlæggende | Du skal ikke kunne det udenad, men forstå hvad en route og en database-forbindelse er |
| GitHub-konto (valgfrit) | Nyeste version af Git lokalt, hvis du vil synkronisere | Ikke et krav, men praktisk til versionsstyring uden for Replit |
Du skal ikke installere noget lokalt for at følge denne guide. Har du tænkt dig at koble et eksternt domæne på den færdige app, bør du dog have adgang til DNS-indstillingerne hos din domæneudbyder klar, inden du når til deployment-trinnet.
GDPR og datasuverænitet: hvad danske teams bør afklare først
Før du kobler et rigtigt kundeprojekt på Replit, er det værd at stoppe op ved et spørgsmål, mange springer over: hvor ligger dataene fysisk, og hvem har adgang til dem undervejs? Replit er en amerikansk virksomhed, og som udgangspunkt kører både kode, database og Agent-behandling gennem infrastruktur uden for EU. Det er ikke i sig selv ulovligt at bruge til danske projekter, men det betyder, at I som virksomhed skal have styr på en databehandleraftale, hvis platformen kommer i kontakt med personoplysninger.
I praksis betyder det tre ting for de fleste teams. For det første bør test- og udviklingsdata aldrig indeholde rigtige cpr-numre, e-mailadresser eller andre personhenførbare oplysninger, uanset hvor tidligt i processen I er. For det andet bør produktionsdata, der rammer reelle EU-borgere, overvejes flyttet til en ekstern database med kendt placering, hvis kravene til jeres branche er skærpede, for eksempel inden for sundhed eller finans. For det tredje bør I dokumentere valget af Replit som databehandler på linje med andre cloud-tjenester, I allerede bruger, i stedet for at behandle det som et sidebemærkning-værktøj til prototyper.
Ingen af disse punkter er unikke for Replit. De gælder stort set enhver cloud-baseret AI-kodeassistent, inklusive dem, der er dækket i vores øvrige guider til GitHub Copilot og Cursor. Forskellen er, at Replit også hoster selve driften af appen, så vurderingen skal dække både udviklingsfasen og den løbende drift, ikke kun kodningen.
Trin 1: Opret en Replit-konto og vælg den rette plan
Gå til replit.com og opret en konto med e-mail eller et eksisterende GitHub-login. Du lander automatisk på Starter-planen, som er gratis og giver en daglig kvote af Agent-forbrug samt begrænsede månedlige cloud-credits. Det er nok til at afprøve Agent 3 og bygge et lille projekt, men du løber hurtigt ind i loftet, hvis du kører flere agent-sessioner samme dag.
Skal projektet bruges til mere end en test, er Core-planen det naturlige næste skridt. Her får du fuld adgang til Agent i både Plan- og Build-tilstand, op til fem samarbejdspartnere på samme projekt, to parallelle agenter og syv dages tilbagerulning af databasen. Tabellen nedenfor opsummerer, hvad du får for pengene.
| Plan | Pris | Agent-adgang | Credits/md | Samarbejdspartnere |
|---|---|---|---|---|
| Starter | Gratis | Begrænset dagligt loft, 1 udgivet app | Begrænsede credits | Ingen |
| Core | Fra 20 USD/md (årlig fakturering) | Fuld Agent, Plan- og Build-tilstand | 25 USD i credits | Op til 5 |
| Teams | Cirka 35 USD/bruger/md (årlig fakturering, ifølge Replits prisside) | Som Core, plus central administration | Delt pulje | Efter behov |
| Enterprise | Individuel aftale | Fuld Agent, op til 128 GiB RAM pr. instans | Efter aftale | Ubegrænset |
Bemærk at nogle tredjepartskilder har rapporteret, at Replit i starten af 2026 flyttede eksisterende Teams-kunder over på en Pro-plan til omkring 95 USD/md med 100 USD i credits og plads til 15 samarbejdspartnere. Replits egen prisside viste stadig en Teams-kolonne i skrivende stund, så tjek altid replit.com/pricing for de aktuelle tal, før du forpligter dig til en årlig aftale.
En praktisk detalje, mange overser: credits på Core-planen er forbrugsbaserede, ikke en fast pulje pr. projekt. Kører du fem Repls samtidig med Agent aktiv i alle, deler de samme pulje af de 25 USD i månedlige credits. Arbejder du på flere projekter parallelt, er det derfor værd at holde øje med forbruget under kontoindstillinger, i stedet for at antage, at hvert projekt har sin egen kvote. Går credits i nul midt i en måned, falder du tilbage til forbrugsbaseret afregning eller må vente til den næste periode, afhængigt af hvad du har sat op under betalingsindstillinger.
Trin 2: Opret dit første Repl og lær workspace at kende
Klik på “Create Repl” og vælg enten en tom skabelon eller en af de forudbyggede stakke (Node.js, Python, React og så videre). Til denne guide bruger vi en tom Node.js-skabelon, fordi Agent 3 alligevel bygger det meste af strukturen for dig i de næste trin.
Workspace er delt i fire hovedområder: filtræet til venstre, editoren i midten, en konsol/shell nederst og et forhåndsvisningsvindue til højre. Agent- og Assistant-panelet ligger som en sidebjælke, du kan folde ud og ind efter behov. Åbn shell’en og bekræft, at miljøet kører, ved at skrive en simpel kommando:
node --version
npm --version
echo "Repl klar til Agent 3"
Hver Repl gemmes automatisk og får sin egen unikke URL, som du kan dele med kolleger. Det er også her, du senere finder din Deployments-fane, når appen skal i luften.
Trin 3: Vælg den rigtige AI-model til Agent
Replit Agent bruger ikke længere én fast model til alle opgaver. I stedet vælger du mellem tre niveauer, Lite, Economy og Power (også kaldet Max), hvor hvert niveau trækker på forskellige leverandører. Det er en af de vigtigste indstillinger, du skal forholde dig til, fordi valget både påvirker svarkvalitet og hvor hurtigt dine credits brænder af.
| Niveau | Eksempler på modeller | Bedst til |
|---|---|---|
| Lite | Kimi K2.7, GPT-5.6 Luna, Gemini 3.5 Flash, DeepSeek V4 Flash | Simple ændringer, hurtige iterationer, lavt forbrug af credits |
| Economy | Claude Sonnet 4.6, Claude Sonnet 5, GPT-5.6 Luna Fast, GPT-5.6 Terra, Gemini 3.1 Pro, GLM 5.2, Auto | Almindelig featureudvikling og daglig brug |
| Power / Max | Claude Opus 4.8, Claude Opus 5, Claude Fable 5, Kimi K3, GPT-5.6 Sol | Komplekse refaktoreringer, arkitekturbeslutninger, svære fejlretninger |
Til de fleste opgaver i denne guide er Economy-niveauet nok. Gem Power-modellerne til de tilfælde, hvor Agent gentagne gange fejler på samme problem, eller når du beder den om at planlægge en større arkitekturændring. Modelvælgeren finder du øverst i Agent-panelet, og valget kan skiftes midt i en session uden at du mister kontekst.
Der findes også en “Auto”-indstilling på Economy-niveau, som lader Replit selv vælge model ud fra opgavens karakter. Det er et fornuftigt udgangspunkt, hvis du ikke har lyst til at tænke over modelvalg hver gang, men vær opmærksom på, at Auto typisk ikke er det billigste valg for de simpleste opgaver. Skal du bare omdøbe en variabel eller rette en formatteringsfejl, er det stadig billigere selv at slå ned på Lite manuelt.
Trin 4: Brug Assistant til hurtige spørgsmål, gem Agent til det tunge arbejde
Mange nye brugere forveksler Assistant og Agent, men de løser to forskellige opgaver. Assistant er en samtalefunktion, du bruger til at få forklaret kode, debugge en fejlmeddelelse eller spørge om en bedre tilgang. Den ændrer ikke selv i din kode. Agent gør det modsatte: den udfører faktiske ændringer, kører kommandoer og opretter filer på dine vegne.
På Starter-planen får du kun “Basic” adgang til Assistant, mens Core og opefter giver “Advanced” adgang med bedre kontekstforståelse. En god tommelfingerregel: spørg Assistant, når du vil forstå noget. Bed Agent om at gøre noget, når du ved, hvad du vil have bygget.
Trin 5: Start i Agent Plan-tilstand og design før du koder
Byg-processen begynder altid bedst i Plan-tilstand. Her analyserer Agent din nuværende kodebase, foreslår en trinvis plan og lader dig godkende eller justere den, inden en eneste linje kode ændres. Til vores eksempelprojekt, en simpel opgaveliste med login og database, kan din første prompt se sådan ud:
Byg en opgaveliste-app med:
- Node.js/Express backend
- En database-tabel til opgaver (titel, status, oprettet_dato)
- Login via Replit Auth
- Et enkelt frontend-view i React
Start i Plan-tilstand og vis mig trinene, før du bygger noget.
Agent svarer med en punktopstillet plan: hvilke filer der oprettes, hvilke afhængigheder der installeres, og hvordan databasen struktureres. Læs planen grundigt. Det er billigere at rette en fejlantagelse her end efter at koden er skrevet.
Trin 6: Lad Agent bygge i Build-tilstand
Når planen ser rigtig ud, skifter du til Build-tilstand og godkender. Agent opretter nu filerne, installerer pakker og kører den første test af serveren. Siden den 7. august 2026 tjekker Agent automatisk de filer, den ændrer, for almindelige sikkerhedsproblemer som led i sin kodegennemgang, hvilket fanger klassiske fejl som hardkodede nøgler eller manglende input-validering, før du selv opdager dem.
Et typisk output fra Agent ligner denne Express-route, som håndterer oprettelse af en ny opgave:
app.post('/api/tasks', requireAuth, async (req, res) => {
const { title } = req.body;
if (!title || title.trim().length === 0) {
return res.status(400).json({ error: 'Titel må ikke være tom' });
}
const task = await db.tasks.create({
title: title.trim(),
status: 'aaben',
created_at: new Date().toISOString(),
});
res.status(201).json(task);
});
Bemærk, at Agent selv tilføjede input-validering og en requireAuth-middleware, uden at det stod eksplicit i vores prompt. Det er et direkte resultat af de skærpede sikkerhedstjek, der blev rullet ud i august 2026.
Det er sjældent, at Agent rammer plet i første forsøg på en hel feature. Forvent i stedet en iterativ proces: Agent bygger en første version, kører den, og retter selv de fejl, testkørslen afslører. Din opgave i den fase er at læse diff’en, den viser undervejs, frem for blot at klikke “godkend” hver gang. Ser du en ændring, du ikke forstår, er det hurtigere at spørge Assistant om en forklaring end at lade den passere og opdage problemet senere i produktion.
Trin 7: Konfigurer den indbyggede database
Både Starter og Core inkluderer en indbygget database, men det er først på Core, du får et syv-dages vindue til at gendanne tidligere tilstande. Bed Agent om at oprette skemaet direkte, eller gør det selv, hvis du vil have fuld kontrol over feltnavne og typer:
CREATE TABLE tasks (
id SERIAL PRIMARY KEY,
title TEXT NOT NULL,
status TEXT DEFAULT 'aaben',
user_id TEXT NOT NULL,
created_at TIMESTAMP DEFAULT now()
);
Test forbindelsen fra shell’en, før du bygger videre på frontend’en. Går noget galt her, er det næsten altid en manglende miljøvariabel snarere end selve databasen, hvilket vi vender tilbage til i fejlfindingsafsnittet.
Trin 8: Tilføj autentificering med Replit Auth
Replit Auth giver dig login uden selv at skulle bygge en OAuth-integration fra bunden. Bed Agent om at koble Auth på dine eksisterende routes:
import { requireAuth, getUser } from '@replit/auth';
function requireAuthMiddleware(req, res, next) {
const user = getUser(req);
if (!user) return res.status(401).json({ error: 'Ikke logget ind' });
req.user = user;
next();
}
Med Auth koblet på kan du knytte hver opgave til den bruger, der oprettede den, i stedet for at have en fælles liste alle kan redigere i. Det er lige netop den type detalje, Agent typisk husker, hvis du beskrev kravet i den oprindelige plan fra trin 5.
Trin 9: Tilpas Agent med Agent Customization
Agent Customization, som blev lanceret samme dag som Agent 3 den 18. august 2026, lader dig give agenten fast kontekst om, hvordan dit team arbejder, på tværs af alle projekter. I praksis opretter du en konfigurationsfil, hvor du beskriver kodestandarder, foretrukne biblioteker og ting, Agent aldrig må gøre:
# agent-context.md
- Brug altid TypeScript i nye filer
- Skriv fejlbeskeder på dansk i brugervendte svar
- Undgå at slette filer uden eksplicit godkendelse
- Foretrukket ORM: Drizzle
- Test altid nye endpoints med et curl-eksempel i svaret
Denne fil gør en reel forskel, hvis flere personer bruger Agent på samme projekt. Uden den ender du typisk med, at hver session vælger sin egen stil for fejlhåndtering og navngivning, hvilket gør kodebasen sværere at læse over tid.
Trin 10: Kør sikkerhedstjek og black-box pen-test
Den 21. august 2026 tilføjede Replit muligheden for at køre black-box pen-tests direkte på din kørende app. Det simulerer et angreb udefra, uden adgang til kildekoden, og afdækker ting som manglende rate-limiting eller åbne endpoints, du har glemt at beskytte.
Kombinér det med de automatiske kodetjek fra trin 6, så du dækker begge vinkler: koden bliver gennemgået, mens den skrives, og appen bliver testet, mens den kører. For et projekt der håndterer brugerdata, bør du betragte dette skridt som obligatorisk, ikke valgfrit, uanset hvor lille projektet virker.
Trin 11: Deploy til Replit Cloud
Fra den 1. august 2026 sænkede Replit priserne på cloud-drift, herunder deployments, App Storage og udgående datatrafik. Det gør det billigere at holde en app kørende permanent i stedet for kun at teste den i preview-vinduet.
Klik på “Deploy” i toppen af workspace, vælg deployment-type (statisk, autoscale eller reserveret VM afhængigt af trafikmønster), og bekræft miljøvariablerne. Statisk deployment passer til rene frontend-projekter uden server. Autoscale er standardvalget for de fleste API-baserede apps, fordi det skalerer ressourcer op og ned efter trafik og kun fakturerer det faktiske forbrug. Reserveret VM giver du, når appen skal køre konstant med forudsigelig ydelse, for eksempel en baggrundsjob eller en chatbot, der aldrig må gå i dvale mellem forespørgsler.
Når deploymentet er færdigt, får du en offentlig URL. Test den straks fra terminalen:
curl -X POST https://din-app.replit.app/api/tasks \
-H "Content-Type: application/json" \
-d '{"title":"Test deployment"}'
Får du et 201-svar med den oprettede opgave tilbage, er database, Auth og server koblet korrekt sammen i produktion, ikke kun i preview-miljøet.
Trin 12: Overvåg forbrug, brug checkpoints, og skaler videre
Når appen kører, er det sidste trin at holde styr på forbrug og have en plan for at rulle tilbage, hvis noget går galt. Core-planens syv-dages database-restore fungerer som et sikkerhedsnet, hvis en migrering ødelægger data. For selve koden bør du supplere med Git-integrationen, så du altid kan gå tilbage til en tidligere commit uafhængigt af Replits eget snapshot-system.
Vokser teamet, eller skal flere projekter styres centralt, blev der den 14. august 2026 åbnet en Admin API i beta, som gør det muligt at administrere workspaces og brugere programmatisk i stedet for manuelt gennem UI’et. Det er relevant, så snart I passerer fem-seks aktive udviklere på samme konto.
Replit fungerer også i en mobilbrowser, hvilket er praktisk, hvis du hurtigt skal rette en fejlmeddelelse eller svare på et Agent-spørgsmål fra telefonen. Til egentligt udviklingsarbejde, hvor du bygger nye features eller gennemgår en større diff, er en almindelig skærm og et fysisk tastatur dog stadig markant mere effektivt. Betragt mobiladgangen som en nødløsning til hurtige indgreb, ikke som din primære arbejdsflade.
Byg et komplet projekt: fra prompt til deployeret app
Sætter du de tolv trin sammen, ender du med et fuldt fungerende, om end simpelt, produkt: en opgaveliste med brugerlogin, en Postgres-baseret database, automatiske sikkerhedstjek i koden, en gennemført black-box pen-test og en offentlig URL, andre kan bruge. Hele forløbet tager typisk 40-50 minutter for en udvikler, der prøver Replit Agent 3 for første gang, og noget kortere, når du kender rækkefølgen.
Vil du udvide projektet videre herfra, er de mest naturlige næste skridt at tilføje kategorier eller tags til opgaverne, sætte e-mail-notifikationer op ved deadlines, eller koble en simpel statistikside på, der viser antal åbne versus lukkede opgaver over tid. Alle tre kan bygges med samme mønster, som vi brugte gennem hele guiden: start i Plan-tilstand, beskriv kravet konkret, og lad Agent bygge og teste i Build-tilstand, mens du læser diffen undervejs.
Det, der adskiller denne arbejdsgang fra en klassisk lokal opsætning, er ikke selve koden, men at hvert trin, fra database til deployment, sker i samme browserfane. Du undgår den klassiske “det virker på min maskine”-situation, fordi der kun findes ét miljø: det, appen rent faktisk kører i.
Ydelse og skalering: hvornår begynder Replit at mærkes?
Til en opgaveliste eller et internt værktøj mærker du sjældent nogen grænser. Udfordringerne opstår typisk, når trafikken vokser, eller når flere udviklere arbejder i samme Repl samtidig. Autoscale-deployments kan opleve en kort opstartsforsinkelse, når en app har været inaktiv og pludselig får trafik igen, fordi ressourcerne skaleres op fra nul. For interne værktøjer er det sjældent et problem, men for en kundevendt app kan de første sekunder føles trege.
Kører du med reserveret VM i stedet, undgår du den kolde start, men betaler for kapacitet, uanset om den bliver brugt. Tommelfingerregel: brug autoscale, indtil du har et stabilt, forudsigeligt trafikmønster, og skift først til reserveret VM, når du kan se, at kold start rent faktisk generer brugerne.
På samarbejdssiden mærker teams typisk grænserne, når mere end fem-seks personer redigerer i samme projekt samtidig, hvilket er lige der, hvor Core-planens grænse på fem samarbejdspartnere bliver en reel begrænsning frem for en teoretisk detalje. Enterprise-planens løfte om op til 128 GiB RAM pr. instans er i praksis kun relevant, hvis du kører tunge databehandlings- eller AI-opgaver direkte i Repl’et, ikke til almindelig webudvikling.
Et sidste punkt om skalering handler om credits frem for hardware. Jo flere agent-sessioner, der kører parallelt, jo hurtigere brænder den fælles pulje af. Et team på fem udviklere, der alle bruger Agent aktivt en hel arbejdsdag, kan sagtens ramme Core-planens loft før månedens udgang. Overvåg forbruget ugentligt i starten, så I kan reagere, før et projekt går i stå midt i en deadline på grund af opbrugte credits.
Almindelige faldgruber
- At bruge Power-modeller til alt. Det føles trygt at vælge den kraftigste model hver gang, men det tømmer dine credits hurtigt. Gem Power/Max til opgaver, hvor Economy allerede har fejlet to gange.
- At springe Plan-tilstand over. Går du direkte i Build uden en godkendt plan, ender Agent ofte med at gætte på krav, du aldrig skrev, hvilket giver ekstra rettearbejde bagefter.
- At glemme miljøvariabler efter deployment. Secrets, du har sat i udviklingsmiljøet, følger ikke automatisk med til produktion. Tjek altid Deployment-fanens secrets-liste separat.
- At antage Teams-prisen er fast. Som nævnt i trin 1 er der uoverensstemmelse mellem officielle og uofficielle kilder om, hvorvidt Teams-planen stadig eksisterer i sin gamle form. Bekræft altid den aktuelle pris, før du fakturerer et budget internt.
- At ignorere de automatiske sikkerhedstjek. Agent flager potentielle problemer i kodegennemgangen, men fjerner dem ikke automatisk. Læs advarslerne, i stedet for at klikke dem væk.
- At dele en Repl uden at rydde op i test-data. Inviterer du kolleger ind på samme Repl, følger testbrugere, midlertidige nøgler og gamle tabeller med. Ryd op, før projektet bliver et fælles arbejdsredskab.
- At skifte model midt i en kompleks opgave uden at forklare hvorfor. Et modelskift nulstiller ikke konteksten, men et skift fra Power til Lite midt i en svær refaktorering giver ofte et dårligere resultat, fordi den billigere model ikke har samme evne til at følge en lang kæde af ændringer. Fuldfør komplekse opgaver på samme niveau, du startede med.
Fejlfinding: otte problemer og deres løsninger
De fleste problemer nye Replit-brugere støder på, hører til i en af tre kategorier: forbrug (credits løber tør), miljø (noget virker lokalt, men ikke i produktion) eller adgang (samarbejdspartnere eller login opfører sig uventet). Tabellen herunder samler de otte mest almindelige, sammen med den hurtigste vej til en løsning.
| Problem | Sandsynlig årsag | Løsning |
|---|---|---|
| Agent svarer meget langsomt | Power/Max-model valgt til en simpel opgave | Skift til Economy eller Lite i modelvælgeren |
| “Insufficient credits”-fejl midt i en session | Månedlige credits opbrugt | Tjek forbrug under kontoindstillinger, eller vent til ny periode starter |
| Database-forbindelse fejler efter deployment | Miljøvariabel ikke kopieret til produktionsmiljøet | Tilføj secret manuelt under Deployment-fanen |
| Agent ignorerer din Agent Customization-fil | Filen ligger i forkert mappe eller er ikke navngivet korrekt | Bekræft filplacering ifølge dokumentationen, og genindlæs Repl |
| Build-tilstand stopper midt i en opgave | Timeout på grund af en langvarig kommando | Del opgaven i mindre trin, og bed Agent fortsætte i Plan-tilstand først |
| Login virker lokalt, men ikke i produktion | Replit Auth-callback peger på forkert URL | Opdater callback-URL til den offentlige deployment-adresse |
| Pen-test finder falske positiver | Test-endpoints eksponeret ved siden af de rigtige | Fjern eller beskyt debug-routes før test køres igen |
| Samarbejdspartner kan ikke se ændringer | Forkert plan-niveau begrænser antal aktive samarbejdspartnere | Opgradér til Core eller fjern en inaktiv bruger fra projektet |
Avancerede tips til erfarne udviklere
Kør flere agenter parallelt på Core-planen, når du arbejder på uafhængige dele af samme projekt, for eksempel frontend og API samtidig. Det kræver disciplin i din Agent Customization-fil, så de to sessioner ikke overskriver hinandens antagelser om datastrukturen.
Brug Assistant til at generere testcases, før du beder Agent bygge en funktion, i stedet for bagefter. Det tvinger kravene til at være konkrete, og Agent kan i Build-tilstand køre testene løbende, mens den skriver koden, hvilket fanger regressionsfejl tidligere.
Sæt din Agent Customization-fil op til at kræve, at hver ny funktion leveres med et curl-eksempel i svaret, som vi gjorde i eksemplet i trin 9. Det lyder som en detalje, men det betyder, at du løbende har en dokumenteret liste over, hvordan API’et faktisk bruges, i stedet for at skulle grave den information frem fra koden senere. Det er også den hurtigste måde at opdage, om Agent har misforstået et endpoint, fordi et forkert curl-eksempel som regel afslører problemet med det samme.
Overvej desuden at oprette et separat, tomt Repl udelukkende til eksperimenter med nye modeller eller Agent-funktioner, inden du ruller dem ud i et projekt, kolleger er afhængige af. Det koster minimalt i credits og betyder, at en dårlig oplevelse med en ny model-version aldrig rammer et produktionsprojekt direkte.
Til teams, der arbejder med reguleret data, bør I overveje at holde persondata ude af selve Repl’et og i stedet pege på en ekstern database med egen adgangsstyring. Det giver mere kontrol over, hvor data fysisk ligger, hvilket kan være relevant i en dansk kontekst med skærpede krav til databehandleraftaler.
Replit sammenlignet med Cursor, GitHub Copilot og Lovable
Ingen af disse værktøjer er direkte udskiftelige. GitHub Copilot og Cursor er primært editor-udvidelser, du kobler på en eksisterende lokal opsætning eller et VS Code-baseret miljø, mens Replit er hele miljøet, inklusive server og database. Lovable, som er udviklet i Sverige, ligger tættere på Replit i ambition, men er mere fokuseret på at generere hele apps fra en enkelt prompt frem for løbende, agentstyret udvikling.
| Værktøj | Miljø | Startpris | Bedst til |
|---|---|---|---|
| Replit Agent 3 | Fuldt cloud-IDE med hosting | Gratis, Core fra 20 USD/md | Bygge og deploye i samme miljø |
| GitHub Copilot | Udvidelse i VS Code, JetBrains, CLI | Gratis begrænset, betalt fra ca. 10 USD/md | Kodefuldførelse i eksisterende projekter |
| Cursor | Selvstændig editor baseret på VS Code | Gratis begrænset, betalt fra ca. 20 USD/md | AI-drevet redigering af store, eksisterende kodebaser |
| Lovable | Promptbaseret app-generator | Gratis begrænset, betalt planer varierer | Hurtige prototyper og MVP’er uden dyb kodeforståelse |
Vælger du mellem Replit og for eksempel Cursor, afhænger svaret typisk af, om du starter et nyt projekt fra bunden eller arbejder videre på en eksisterende, stor kodebase. Til nye, mindre projekter, hvor deployment også skal løses, er Replit Agent 3 ofte det hurtigste valg. Til udvidelser af en moden kodebase, du allerede vedligeholder lokalt, giver Cursor eller Copilot typisk mere mening.
Et fjerde scenarie er værd at nævne: teams, der allerede har en stor, eksisterende kodebase i et privat Git-repository, og som ikke ønsker at flytte den ind i Replits miljø. Her giver det bedre mening at holde fast i Copilot eller Cursor til den daglige udvikling og kun bruge Replit til isolerede, nye moduler eller interne værktøjer, hvor hurtig deployment vejer tungere end at holde alt samlet ét sted.
Ofte stillede spørgsmål
Er Replit Agent 3 gratis at bruge?
Ja, Starter-planen er gratis og inkluderer en daglig kvote af Agent-forbrug samt begrænsede cloud-credits. Til løbende brug og flere samarbejdspartnere kræver det typisk en opgradering til Core, som koster fra 20 USD om måneden ved årlig fakturering.
Hvilken AI-model bruger Replit Agent som standard?
Der er ikke én fast model. Du vælger selv mellem Lite-, Economy- og Power/Max-niveauer, som hver trækker på forskellige modeller fra Anthropic, OpenAI, Google og andre leverandører, alt efter opgavens kompleksitet.
Kan jeg bruge mit eget domæne til den deployede app?
Ja, du kan koble et eget domæne på gennem Deployments-fanen, forudsat at du har adgang til at ændre DNS-poster hos din domæneudbyder.
Er mine data og min kode sikre på Replit?
Replit har siden august 2026 tilføjet automatiske sikkerhedstjek i Agents kodegennemgang samt mulighed for black-box pen-tests af den kørende app. Det reducerer risikoen, men fritager dig ikke fra selv at vurdere, om platformen passer til data omfattet af GDPR eller anden lovgivning.
Hvad er forskellen på Agent og Assistant i Replit?
Assistant svarer på spørgsmål og forklarer kode uden selv at ændre den. Agent udfører faktiske opgaver, som at oprette filer, installere pakker og rette fejl, med din godkendelse undervejs.
Kan flere personer arbejde i samme Repl samtidig?
Ja. Starter tillader ingen ekstra samarbejdspartnere, mens Core giver plads til op til fem, og Teams-planen er tiltænkt større grupper med central administration.
Hvordan ruller jeg en fejlagtig ændring tilbage?
Core-planen inkluderer et syv-dages vindue til at gendanne databasen til en tidligere tilstand. For selve koden anbefales det at bruge Git-integrationen ved siden af Replits egne snapshots, så du har en uafhængig historik at falde tilbage på.
Er Replit et alternativ til GitHub Copilot, eller supplerer de hinanden?
De kan bruges sammen, men løser forskellige behov. Copilot er en kodefuldførelses-assistent i din eksisterende editor, mens Replit er et selvstændigt miljø, hvor koden også køres og deployes. Mange udviklere bruger Copilot i det daglige og Replit specifikt til hurtige prototyper eller mindre, uafhængige projekter.
Kan jeg tage min kode med, hvis jeg skifter platform senere?
Ja. Koden ligger som almindelige filer, du kan hente ud via Git eller download som zip. Det er selve databasen og de miljøspecifikke integrationer, som Replit Auth, der kræver mest arbejde at flytte, hvis du senere vælger at hoste appen et andet sted.
Hvor lang tid tager det samlede forløb i denne guide?
Regn med 40-50 minutter, hvis du følger alle tolv trin og bygger eksempelprojektet undervejs. Erfarne brugere, der allerede kender Agent 3’s arbejdsgang, kan typisk gå fra tom Repl til deployet app på under 20 minutter til et tilsvarende simpelt projekt.
Relateret dækning
- Cursor AI: Opsætning i 20 Trin med Composer og MCP [2026]
- Claude Code Opsætning: $20-200/Md, 13 Trin [2026]
- GitHub Copilot Opsætning: $0-$100/Md, 12 Trin [2026]
- MCP Server Opsætning: 12 Trin til 4 AI-Assistenter [2026]
- Gemini CLI: Gratis 60/Min, 1.000/Dag i 13 Trin [2026]
Se flere guider til udviklerværktøjer og AI-kodeassistenter i vores Software-kategori.
Kilder og videre læsning: Replits officielle dokumentation, Replits prisside, Replit-bloggen, dokumentation for Replit Agent, Model Context Protocol og VS Code-dokumentationen for Copilot.
Replit har i 2026 bevæget sig fra at være et browserbaseret kodeeditor-forsøg til noget, mange danske udviklerteams rent faktisk bygger og deployer produkter i. Drivkraften er Agent 3, som Replit lancerede den 18. august 2026 og selv beskriver som “vores mest avancerede og autonome Agent til dato”. Denne guide tager dig gennem hele forløbet: fra oprettelse af konto og valg af AI-model, til en færdig, deployet applikation med database og login. Du får konkrete kommandoer, kodeeksempler og en liste over de fejl, som oftest sender nye brugere ud på et sidespor.
Guiden er bygget op, så du kan følge den fra ende til anden i ét stræk, eller slå direkte ned på det trin, du mangler. Undervejs bygger vi et konkret eksempelprojekt, en opgaveliste med login og database, så du ikke bare læser om funktionerne, men ser dem løse en reel opgave. Sæt cirka 45 minutter af, hvis du følger alle tolv trin fra bunden.
Hvad er Replit, og hvorfor vælger flere danske teams Agent 3?
Replit adskiller sig fra værktøjer som GitHub Copilot og Cursor ved, at koden aldrig forlader browseren. Du skriver, kører og deployer i samme miljø, uden at sætte et lokalt udviklingsmiljø op. Det gør platformen særligt attraktiv for mindre teams og solo-udviklere, der vil gå fra idé til en kørende webadresse på under en time.
Agent 3 er den seneste udgave af Replits AI-agent og adskiller sig fra tidligere versioner ved højere grad af autonomi. Agenten kan selv planlægge en opgave, skrive koden, teste den og rette fejl, uden at du skal styre hvert enkelt skridt. Samme dag lancerede Replit også Agent Customization, som lader dig fodre agenten med teamets egne kodestandarder, så den arbejder ensartet på tværs af projekter.
For danske og nordiske udviklere er det praktiske argument ofte enkelt: ingen lokal opsætning, ingen afhængighedskonflikter, og en prismodel, der starter gratis. Til gengæld skal du forholde dig til, at koden og data som udgangspunkt ligger hos en amerikansk cloud-udbyder, hvilket er værd at have med i overvejelserne, hvis projektet håndterer personoplysninger under GDPR.
Sammenlignet med at sætte et lokalt Node.js-miljø op med egen database, reverse proxy og manuel deployment, sparer Replit typisk flere timers opsætning på et nyt projekt. Den tid vinder du især tilbage i den indledende fase, hvor et projekt endnu ikke er besluttet, og hvor formålet er at teste en idé hurtigt frem for at bygge den endelige arkitektur.
Replit konkurrerer i dag med en bred vifte af AI-modeller under motorhjelmen i stedet for at binde sig til én leverandør. Det betyder, at du som bruger kan vælge mellem Claude-, GPT-, Gemini- og Kimi-modeller alt efter opgavens kompleksitet og dit budget, hvilket vi gennemgår i trin 3.
Historisk har Replit fulgt tæt i hælene på de store sprogmodeller. Da Anthropic lancerede Claude 3.7 Sonnet, fulgte Replit op med en tidlig udgave af sin agent i et testprogram for udvalgte brugere. Den linje er fortsat med Agent 3, hvor Replit i stedet for at vente på én bestemt model har bygget en model-agnostisk arkitektur. Fordelen for dig som bruger er, at du ikke er bundet til én leverandørs prispolitik eller nedetid. Går en model i stå eller bliver dyrere, skifter du blot niveau i modelvælgeren.
Forudsætninger: Det skal du bruge, før du går i gang
Replit kører i browseren, så listen over krav er kort sammenlignet med en lokal IDE-opsætning. Tjek tabellen herunder, før du opretter din konto.
| Krav | Version / detalje | Note |
|---|---|---|
| Browser | Chrome 124+, Firefox 126+ eller Edge 124+ | Safari fungerer, men Agent-grænsefladen er hurtigst i Chromium-baserede browsere |
| Replit-konto | Gratis Starter-plan | Kræver e-mail eller GitHub-login |
| Betalingskort | Kun nødvendigt ved Core-plan | Core koster fra 20 USD/md ved årlig fakturering |
| Node.js-kendskab | Grundlæggende | Du skal ikke kunne det udenad, men forstå hvad en route og en database-forbindelse er |
| GitHub-konto (valgfrit) | Nyeste version af Git lokalt, hvis du vil synkronisere | Ikke et krav, men praktisk til versionsstyring uden for Replit |
Du skal ikke installere noget lokalt for at følge denne guide. Har du tænkt dig at koble et eksternt domæne på den færdige app, bør du dog have adgang til DNS-indstillingerne hos din domæneudbyder klar, inden du når til deployment-trinnet.
GDPR og datasuverænitet: hvad danske teams bør afklare først
Før du kobler et rigtigt kundeprojekt på Replit, er det værd at stoppe op ved et spørgsmål, mange springer over: hvor ligger dataene fysisk, og hvem har adgang til dem undervejs? Replit er en amerikansk virksomhed, og som udgangspunkt kører både kode, database og Agent-behandling gennem infrastruktur uden for EU. Det er ikke i sig selv ulovligt at bruge til danske projekter, men det betyder, at I som virksomhed skal have styr på en databehandleraftale, hvis platformen kommer i kontakt med personoplysninger.
I praksis betyder det tre ting for de fleste teams. For det første bør test- og udviklingsdata aldrig indeholde rigtige cpr-numre, e-mailadresser eller andre personhenførbare oplysninger, uanset hvor tidligt i processen I er. For det andet bør produktionsdata, der rammer reelle EU-borgere, overvejes flyttet til en ekstern database med kendt placering, hvis kravene til jeres branche er skærpede, for eksempel inden for sundhed eller finans. For det tredje bør I dokumentere valget af Replit som databehandler på linje med andre cloud-tjenester, I allerede bruger, i stedet for at behandle det som et sidebemærkning-værktøj til prototyper.
Ingen af disse punkter er unikke for Replit. De gælder stort set enhver cloud-baseret AI-kodeassistent, inklusive dem, der er dækket i vores øvrige guider til GitHub Copilot og Cursor. Forskellen er, at Replit også hoster selve driften af appen, så vurderingen skal dække både udviklingsfasen og den løbende drift, ikke kun kodningen.
Trin 1: Opret en Replit-konto og vælg den rette plan
Gå til replit.com og opret en konto med e-mail eller et eksisterende GitHub-login. Du lander automatisk på Starter-planen, som er gratis og giver en daglig kvote af Agent-forbrug samt begrænsede månedlige cloud-credits. Det er nok til at afprøve Agent 3 og bygge et lille projekt, men du løber hurtigt ind i loftet, hvis du kører flere agent-sessioner samme dag.
Skal projektet bruges til mere end en test, er Core-planen det naturlige næste skridt. Her får du fuld adgang til Agent i både Plan- og Build-tilstand, op til fem samarbejdspartnere på samme projekt, to parallelle agenter og syv dages tilbagerulning af databasen. Tabellen nedenfor opsummerer, hvad du får for pengene.
| Plan | Pris | Agent-adgang | Credits/md | Samarbejdspartnere |
|---|---|---|---|---|
| Starter | Gratis | Begrænset dagligt loft, 1 udgivet app | Begrænsede credits | Ingen |
| Core | Fra 20 USD/md (årlig fakturering) | Fuld Agent, Plan- og Build-tilstand | 25 USD i credits | Op til 5 |
| Teams | Cirka 35 USD/bruger/md (årlig fakturering, ifølge Replits prisside) | Som Core, plus central administration | Delt pulje | Efter behov |
| Enterprise | Individuel aftale | Fuld Agent, op til 128 GiB RAM pr. instans | Efter aftale | Ubegrænset |
Bemærk at nogle tredjepartskilder har rapporteret, at Replit i starten af 2026 flyttede eksisterende Teams-kunder over på en Pro-plan til omkring 95 USD/md med 100 USD i credits og plads til 15 samarbejdspartnere. Replits egen prisside viste stadig en Teams-kolonne i skrivende stund, så tjek altid replit.com/pricing for de aktuelle tal, før du forpligter dig til en årlig aftale.
En praktisk detalje, mange overser: credits på Core-planen er forbrugsbaserede, ikke en fast pulje pr. projekt. Kører du fem Repls samtidig med Agent aktiv i alle, deler de samme pulje af de 25 USD i månedlige credits. Arbejder du på flere projekter parallelt, er det derfor værd at holde øje med forbruget under kontoindstillinger, i stedet for at antage, at hvert projekt har sin egen kvote. Går credits i nul midt i en måned, falder du tilbage til forbrugsbaseret afregning eller må vente til den næste periode, afhængigt af hvad du har sat op under betalingsindstillinger.
Trin 2: Opret dit første Repl og lær workspace at kende
Klik på “Create Repl” og vælg enten en tom skabelon eller en af de forudbyggede stakke (Node.js, Python, React og så videre). Til denne guide bruger vi en tom Node.js-skabelon, fordi Agent 3 alligevel bygger det meste af strukturen for dig i de næste trin.
Workspace er delt i fire hovedområder: filtræet til venstre, editoren i midten, en konsol/shell nederst og et forhåndsvisningsvindue til højre. Agent- og Assistant-panelet ligger som en sidebjælke, du kan folde ud og ind efter behov. Åbn shell’en og bekræft, at miljøet kører, ved at skrive en simpel kommando:
node --version
npm --version
echo "Repl klar til Agent 3"
Hver Repl gemmes automatisk og får sin egen unikke URL, som du kan dele med kolleger. Det er også her, du senere finder din Deployments-fane, når appen skal i luften.
Trin 3: Vælg den rigtige AI-model til Agent
Replit Agent bruger ikke længere én fast model til alle opgaver. I stedet vælger du mellem tre niveauer, Lite, Economy og Power (også kaldet Max), hvor hvert niveau trækker på forskellige leverandører. Det er en af de vigtigste indstillinger, du skal forholde dig til, fordi valget både påvirker svarkvalitet og hvor hurtigt dine credits brænder af.
| Niveau | Eksempler på modeller | Bedst til |
|---|---|---|
| Lite | Kimi K2.7, GPT-5.6 Luna, Gemini 3.5 Flash, DeepSeek V4 Flash | Simple ændringer, hurtige iterationer, lavt forbrug af credits |
| Economy | Claude Sonnet 4.6, Claude Sonnet 5, GPT-5.6 Luna Fast, GPT-5.6 Terra, Gemini 3.1 Pro, GLM 5.2, Auto | Almindelig featureudvikling og daglig brug |
| Power / Max | Claude Opus 4.8, Claude Opus 5, Claude Fable 5, Kimi K3, GPT-5.6 Sol | Komplekse refaktoreringer, arkitekturbeslutninger, svære fejlretninger |
Til de fleste opgaver i denne guide er Economy-niveauet nok. Gem Power-modellerne til de tilfælde, hvor Agent gentagne gange fejler på samme problem, eller når du beder den om at planlægge en større arkitekturændring. Modelvælgeren finder du øverst i Agent-panelet, og valget kan skiftes midt i en session uden at du mister kontekst.
Der findes også en “Auto”-indstilling på Economy-niveau, som lader Replit selv vælge model ud fra opgavens karakter. Det er et fornuftigt udgangspunkt, hvis du ikke har lyst til at tænke over modelvalg hver gang, men vær opmærksom på, at Auto typisk ikke er det billigste valg for de simpleste opgaver. Skal du bare omdøbe en variabel eller rette en formatteringsfejl, er det stadig billigere selv at slå ned på Lite manuelt.
Trin 4: Brug Assistant til hurtige spørgsmål, gem Agent til det tunge arbejde
Mange nye brugere forveksler Assistant og Agent, men de løser to forskellige opgaver. Assistant er en samtalefunktion, du bruger til at få forklaret kode, debugge en fejlmeddelelse eller spørge om en bedre tilgang. Den ændrer ikke selv i din kode. Agent gør det modsatte: den udfører faktiske ændringer, kører kommandoer og opretter filer på dine vegne.
På Starter-planen får du kun “Basic” adgang til Assistant, mens Core og opefter giver “Advanced” adgang med bedre kontekstforståelse. En god tommelfingerregel: spørg Assistant, når du vil forstå noget. Bed Agent om at gøre noget, når du ved, hvad du vil have bygget.
Trin 5: Start i Agent Plan-tilstand og design før du koder
Byg-processen begynder altid bedst i Plan-tilstand. Her analyserer Agent din nuværende kodebase, foreslår en trinvis plan og lader dig godkende eller justere den, inden en eneste linje kode ændres. Til vores eksempelprojekt, en simpel opgaveliste med login og database, kan din første prompt se sådan ud:
Byg en opgaveliste-app med:
- Node.js/Express backend
- En database-tabel til opgaver (titel, status, oprettet_dato)
- Login via Replit Auth
- Et enkelt frontend-view i React
Start i Plan-tilstand og vis mig trinene, før du bygger noget.
Agent svarer med en punktopstillet plan: hvilke filer der oprettes, hvilke afhængigheder der installeres, og hvordan databasen struktureres. Læs planen grundigt. Det er billigere at rette en fejlantagelse her end efter at koden er skrevet.
Trin 6: Lad Agent bygge i Build-tilstand
Når planen ser rigtig ud, skifter du til Build-tilstand og godkender. Agent opretter nu filerne, installerer pakker og kører den første test af serveren. Siden den 7. august 2026 tjekker Agent automatisk de filer, den ændrer, for almindelige sikkerhedsproblemer som led i sin kodegennemgang, hvilket fanger klassiske fejl som hardkodede nøgler eller manglende input-validering, før du selv opdager dem.
Et typisk output fra Agent ligner denne Express-route, som håndterer oprettelse af en ny opgave:
app.post('/api/tasks', requireAuth, async (req, res) => {
const { title } = req.body;
if (!title || title.trim().length === 0) {
return res.status(400).json({ error: 'Titel må ikke være tom' });
}
const task = await db.tasks.create({
title: title.trim(),
status: 'aaben',
created_at: new Date().toISOString(),
});
res.status(201).json(task);
});
Bemærk, at Agent selv tilføjede input-validering og en requireAuth-middleware, uden at det stod eksplicit i vores prompt. Det er et direkte resultat af de skærpede sikkerhedstjek, der blev rullet ud i august 2026.
Det er sjældent, at Agent rammer plet i første forsøg på en hel feature. Forvent i stedet en iterativ proces: Agent bygger en første version, kører den, og retter selv de fejl, testkørslen afslører. Din opgave i den fase er at læse diff’en, den viser undervejs, frem for blot at klikke “godkend” hver gang. Ser du en ændring, du ikke forstår, er det hurtigere at spørge Assistant om en forklaring end at lade den passere og opdage problemet senere i produktion.
Trin 7: Konfigurer den indbyggede database
Både Starter og Core inkluderer en indbygget database, men det er først på Core, du får et syv-dages vindue til at gendanne tidligere tilstande. Bed Agent om at oprette skemaet direkte, eller gør det selv, hvis du vil have fuld kontrol over feltnavne og typer:
CREATE TABLE tasks (
id SERIAL PRIMARY KEY,
title TEXT NOT NULL,
status TEXT DEFAULT 'aaben',
user_id TEXT NOT NULL,
created_at TIMESTAMP DEFAULT now()
);
Test forbindelsen fra shell’en, før du bygger videre på frontend’en. Går noget galt her, er det næsten altid en manglende miljøvariabel snarere end selve databasen, hvilket vi vender tilbage til i fejlfindingsafsnittet.
Trin 8: Tilføj autentificering med Replit Auth
Replit Auth giver dig login uden selv at skulle bygge en OAuth-integration fra bunden. Bed Agent om at koble Auth på dine eksisterende routes:
import { requireAuth, getUser } from '@replit/auth';
function requireAuthMiddleware(req, res, next) {
const user = getUser(req);
if (!user) return res.status(401).json({ error: 'Ikke logget ind' });
req.user = user;
next();
}
Med Auth koblet på kan du knytte hver opgave til den bruger, der oprettede den, i stedet for at have en fælles liste alle kan redigere i. Det er lige netop den type detalje, Agent typisk husker, hvis du beskrev kravet i den oprindelige plan fra trin 5.
Trin 9: Tilpas Agent med Agent Customization
Agent Customization, som blev lanceret samme dag som Agent 3 den 18. august 2026, lader dig give agenten fast kontekst om, hvordan dit team arbejder, på tværs af alle projekter. I praksis opretter du en konfigurationsfil, hvor du beskriver kodestandarder, foretrukne biblioteker og ting, Agent aldrig må gøre:
# agent-context.md
- Brug altid TypeScript i nye filer
- Skriv fejlbeskeder på dansk i brugervendte svar
- Undgå at slette filer uden eksplicit godkendelse
- Foretrukket ORM: Drizzle
- Test altid nye endpoints med et curl-eksempel i svaret
Denne fil gør en reel forskel, hvis flere personer bruger Agent på samme projekt. Uden den ender du typisk med, at hver session vælger sin egen stil for fejlhåndtering og navngivning, hvilket gør kodebasen sværere at læse over tid.
Trin 10: Kør sikkerhedstjek og black-box pen-test
Den 21. august 2026 tilføjede Replit muligheden for at køre black-box pen-tests direkte på din kørende app. Det simulerer et angreb udefra, uden adgang til kildekoden, og afdækker ting som manglende rate-limiting eller åbne endpoints, du har glemt at beskytte.
Kombinér det med de automatiske kodetjek fra trin 6, så du dækker begge vinkler: koden bliver gennemgået, mens den skrives, og appen bliver testet, mens den kører. For et projekt der håndterer brugerdata, bør du betragte dette skridt som obligatorisk, ikke valgfrit, uanset hvor lille projektet virker.
Trin 11: Deploy til Replit Cloud
Fra den 1. august 2026 sænkede Replit priserne på cloud-drift, herunder deployments, App Storage og udgående datatrafik. Det gør det billigere at holde en app kørende permanent i stedet for kun at teste den i preview-vinduet.
Klik på “Deploy” i toppen af workspace, vælg deployment-type (statisk, autoscale eller reserveret VM afhængigt af trafikmønster), og bekræft miljøvariablerne. Statisk deployment passer til rene frontend-projekter uden server. Autoscale er standardvalget for de fleste API-baserede apps, fordi det skalerer ressourcer op og ned efter trafik og kun fakturerer det faktiske forbrug. Reserveret VM giver du, når appen skal køre konstant med forudsigelig ydelse, for eksempel en baggrundsjob eller en chatbot, der aldrig må gå i dvale mellem forespørgsler.
Når deploymentet er færdigt, får du en offentlig URL. Test den straks fra terminalen:
curl -X POST https://din-app.replit.app/api/tasks \
-H "Content-Type: application/json" \
-d '{"title":"Test deployment"}'
Får du et 201-svar med den oprettede opgave tilbage, er database, Auth og server koblet korrekt sammen i produktion, ikke kun i preview-miljøet.
Trin 12: Overvåg forbrug, brug checkpoints, og skaler videre
Når appen kører, er det sidste trin at holde styr på forbrug og have en plan for at rulle tilbage, hvis noget går galt. Core-planens syv-dages database-restore fungerer som et sikkerhedsnet, hvis en migrering ødelægger data. For selve koden bør du supplere med Git-integrationen, så du altid kan gå tilbage til en tidligere commit uafhængigt af Replits eget snapshot-system.
Vokser teamet, eller skal flere projekter styres centralt, blev der den 14. august 2026 åbnet en Admin API i beta, som gør det muligt at administrere workspaces og brugere programmatisk i stedet for manuelt gennem UI’et. Det er relevant, så snart I passerer fem-seks aktive udviklere på samme konto.
Replit fungerer også i en mobilbrowser, hvilket er praktisk, hvis du hurtigt skal rette en fejlmeddelelse eller svare på et Agent-spørgsmål fra telefonen. Til egentligt udviklingsarbejde, hvor du bygger nye features eller gennemgår en større diff, er en almindelig skærm og et fysisk tastatur dog stadig markant mere effektivt. Betragt mobiladgangen som en nødløsning til hurtige indgreb, ikke som din primære arbejdsflade.
Byg et komplet projekt: fra prompt til deployeret app
Sætter du de tolv trin sammen, ender du med et fuldt fungerende, om end simpelt, produkt: en opgaveliste med brugerlogin, en Postgres-baseret database, automatiske sikkerhedstjek i koden, en gennemført black-box pen-test og en offentlig URL, andre kan bruge. Hele forløbet tager typisk 40-50 minutter for en udvikler, der prøver Replit Agent 3 for første gang, og noget kortere, når du kender rækkefølgen.
Vil du udvide projektet videre herfra, er de mest naturlige næste skridt at tilføje kategorier eller tags til opgaverne, sætte e-mail-notifikationer op ved deadlines, eller koble en simpel statistikside på, der viser antal åbne versus lukkede opgaver over tid. Alle tre kan bygges med samme mønster, som vi brugte gennem hele guiden: start i Plan-tilstand, beskriv kravet konkret, og lad Agent bygge og teste i Build-tilstand, mens du læser diffen undervejs.
Det, der adskiller denne arbejdsgang fra en klassisk lokal opsætning, er ikke selve koden, men at hvert trin, fra database til deployment, sker i samme browserfane. Du undgår den klassiske “det virker på min maskine”-situation, fordi der kun findes ét miljø: det, appen rent faktisk kører i.
Ydelse og skalering: hvornår begynder Replit at mærkes?
Til en opgaveliste eller et internt værktøj mærker du sjældent nogen grænser. Udfordringerne opstår typisk, når trafikken vokser, eller når flere udviklere arbejder i samme Repl samtidig. Autoscale-deployments kan opleve en kort opstartsforsinkelse, når en app har været inaktiv og pludselig får trafik igen, fordi ressourcerne skaleres op fra nul. For interne værktøjer er det sjældent et problem, men for en kundevendt app kan de første sekunder føles trege.
Kører du med reserveret VM i stedet, undgår du den kolde start, men betaler for kapacitet, uanset om den bliver brugt. Tommelfingerregel: brug autoscale, indtil du har et stabilt, forudsigeligt trafikmønster, og skift først til reserveret VM, når du kan se, at kold start rent faktisk generer brugerne.
På samarbejdssiden mærker teams typisk grænserne, når mere end fem-seks personer redigerer i samme projekt samtidig, hvilket er lige der, hvor Core-planens grænse på fem samarbejdspartnere bliver en reel begrænsning frem for en teoretisk detalje. Enterprise-planens løfte om op til 128 GiB RAM pr. instans er i praksis kun relevant, hvis du kører tunge databehandlings- eller AI-opgaver direkte i Repl’et, ikke til almindelig webudvikling.
Et sidste punkt om skalering handler om credits frem for hardware. Jo flere agent-sessioner, der kører parallelt, jo hurtigere brænder den fælles pulje af. Et team på fem udviklere, der alle bruger Agent aktivt en hel arbejdsdag, kan sagtens ramme Core-planens loft før månedens udgang. Overvåg forbruget ugentligt i starten, så I kan reagere, før et projekt går i stå midt i en deadline på grund af opbrugte credits.
Almindelige faldgruber
- At bruge Power-modeller til alt. Det føles trygt at vælge den kraftigste model hver gang, men det tømmer dine credits hurtigt. Gem Power/Max til opgaver, hvor Economy allerede har fejlet to gange.
- At springe Plan-tilstand over. Går du direkte i Build uden en godkendt plan, ender Agent ofte med at gætte på krav, du aldrig skrev, hvilket giver ekstra rettearbejde bagefter.
- At glemme miljøvariabler efter deployment. Secrets, du har sat i udviklingsmiljøet, følger ikke automatisk med til produktion. Tjek altid Deployment-fanens secrets-liste separat.
- At antage Teams-prisen er fast. Som nævnt i trin 1 er der uoverensstemmelse mellem officielle og uofficielle kilder om, hvorvidt Teams-planen stadig eksisterer i sin gamle form. Bekræft altid den aktuelle pris, før du fakturerer et budget internt.
- At ignorere de automatiske sikkerhedstjek. Agent flager potentielle problemer i kodegennemgangen, men fjerner dem ikke automatisk. Læs advarslerne, i stedet for at klikke dem væk.
- At dele en Repl uden at rydde op i test-data. Inviterer du kolleger ind på samme Repl, følger testbrugere, midlertidige nøgler og gamle tabeller med. Ryd op, før projektet bliver et fælles arbejdsredskab.
- At skifte model midt i en kompleks opgave uden at forklare hvorfor. Et modelskift nulstiller ikke konteksten, men et skift fra Power til Lite midt i en svær refaktorering giver ofte et dårligere resultat, fordi den billigere model ikke har samme evne til at følge en lang kæde af ændringer. Fuldfør komplekse opgaver på samme niveau, du startede med.
Fejlfinding: otte problemer og deres løsninger
De fleste problemer nye Replit-brugere støder på, hører til i en af tre kategorier: forbrug (credits løber tør), miljø (noget virker lokalt, men ikke i produktion) eller adgang (samarbejdspartnere eller login opfører sig uventet). Tabellen herunder samler de otte mest almindelige, sammen med den hurtigste vej til en løsning.
| Problem | Sandsynlig årsag | Løsning |
|---|---|---|
| Agent svarer meget langsomt | Power/Max-model valgt til en simpel opgave | Skift til Economy eller Lite i modelvælgeren |
| “Insufficient credits”-fejl midt i en session | Månedlige credits opbrugt | Tjek forbrug under kontoindstillinger, eller vent til ny periode starter |
| Database-forbindelse fejler efter deployment | Miljøvariabel ikke kopieret til produktionsmiljøet | Tilføj secret manuelt under Deployment-fanen |
| Agent ignorerer din Agent Customization-fil | Filen ligger i forkert mappe eller er ikke navngivet korrekt | Bekræft filplacering ifølge dokumentationen, og genindlæs Repl |
| Build-tilstand stopper midt i en opgave | Timeout på grund af en langvarig kommando | Del opgaven i mindre trin, og bed Agent fortsætte i Plan-tilstand først |
| Login virker lokalt, men ikke i produktion | Replit Auth-callback peger på forkert URL | Opdater callback-URL til den offentlige deployment-adresse |
| Pen-test finder falske positiver | Test-endpoints eksponeret ved siden af de rigtige | Fjern eller beskyt debug-routes før test køres igen |
| Samarbejdspartner kan ikke se ændringer | Forkert plan-niveau begrænser antal aktive samarbejdspartnere | Opgradér til Core eller fjern en inaktiv bruger fra projektet |
Avancerede tips til erfarne udviklere
Kør flere agenter parallelt på Core-planen, når du arbejder på uafhængige dele af samme projekt, for eksempel frontend og API samtidig. Det kræver disciplin i din Agent Customization-fil, så de to sessioner ikke overskriver hinandens antagelser om datastrukturen.
Brug Assistant til at generere testcases, før du beder Agent bygge en funktion, i stedet for bagefter. Det tvinger kravene til at være konkrete, og Agent kan i Build-tilstand køre testene løbende, mens den skriver koden, hvilket fanger regressionsfejl tidligere.
Sæt din Agent Customization-fil op til at kræve, at hver ny funktion leveres med et curl-eksempel i svaret, som vi gjorde i eksemplet i trin 9. Det lyder som en detalje, men det betyder, at du løbende har en dokumenteret liste over, hvordan API’et faktisk bruges, i stedet for at skulle grave den information frem fra koden senere. Det er også den hurtigste måde at opdage, om Agent har misforstået et endpoint, fordi et forkert curl-eksempel som regel afslører problemet med det samme.
Overvej desuden at oprette et separat, tomt Repl udelukkende til eksperimenter med nye modeller eller Agent-funktioner, inden du ruller dem ud i et projekt, kolleger er afhængige af. Det koster minimalt i credits og betyder, at en dårlig oplevelse med en ny model-version aldrig rammer et produktionsprojekt direkte.
Til teams, der arbejder med reguleret data, bør I overveje at holde persondata ude af selve Repl’et og i stedet pege på en ekstern database med egen adgangsstyring. Det giver mere kontrol over, hvor data fysisk ligger, hvilket kan være relevant i en dansk kontekst med skærpede krav til databehandleraftaler.
Replit sammenlignet med Cursor, GitHub Copilot og Lovable
Ingen af disse værktøjer er direkte udskiftelige. GitHub Copilot og Cursor er primært editor-udvidelser, du kobler på en eksisterende lokal opsætning eller et VS Code-baseret miljø, mens Replit er hele miljøet, inklusive server og database. Lovable, som er udviklet i Sverige, ligger tættere på Replit i ambition, men er mere fokuseret på at generere hele apps fra en enkelt prompt frem for løbende, agentstyret udvikling.
| Værktøj | Miljø | Startpris | Bedst til |
|---|---|---|---|
| Replit Agent 3 | Fuldt cloud-IDE med hosting | Gratis, Core fra 20 USD/md | Bygge og deploye i samme miljø |
| GitHub Copilot | Udvidelse i VS Code, JetBrains, CLI | Gratis begrænset, betalt fra ca. 10 USD/md | Kodefuldførelse i eksisterende projekter |
| Cursor | Selvstændig editor baseret på VS Code | Gratis begrænset, betalt fra ca. 20 USD/md | AI-drevet redigering af store, eksisterende kodebaser |
| Lovable | Promptbaseret app-generator | Gratis begrænset, betalt planer varierer | Hurtige prototyper og MVP’er uden dyb kodeforståelse |
Vælger du mellem Replit og for eksempel Cursor, afhænger svaret typisk af, om du starter et nyt projekt fra bunden eller arbejder videre på en eksisterende, stor kodebase. Til nye, mindre projekter, hvor deployment også skal løses, er Replit Agent 3 ofte det hurtigste valg. Til udvidelser af en moden kodebase, du allerede vedligeholder lokalt, giver Cursor eller Copilot typisk mere mening.
Et fjerde scenarie er værd at nævne: teams, der allerede har en stor, eksisterende kodebase i et privat Git-repository, og som ikke ønsker at flytte den ind i Replits miljø. Her giver det bedre mening at holde fast i Copilot eller Cursor til den daglige udvikling og kun bruge Replit til isolerede, nye moduler eller interne værktøjer, hvor hurtig deployment vejer tungere end at holde alt samlet ét sted.
Ofte stillede spørgsmål
Er Replit Agent 3 gratis at bruge?
Ja, Starter-planen er gratis og inkluderer en daglig kvote af Agent-forbrug samt begrænsede cloud-credits. Til løbende brug og flere samarbejdspartnere kræver det typisk en opgradering til Core, som koster fra 20 USD om måneden ved årlig fakturering.
Hvilken AI-model bruger Replit Agent som standard?
Der er ikke én fast model. Du vælger selv mellem Lite-, Economy- og Power/Max-niveauer, som hver trækker på forskellige modeller fra Anthropic, OpenAI, Google og andre leverandører, alt efter opgavens kompleksitet.
Kan jeg bruge mit eget domæne til den deployede app?
Ja, du kan koble et eget domæne på gennem Deployments-fanen, forudsat at du har adgang til at ændre DNS-poster hos din domæneudbyder.
Er mine data og min kode sikre på Replit?
Replit har siden august 2026 tilføjet automatiske sikkerhedstjek i Agents kodegennemgang samt mulighed for black-box pen-tests af den kørende app. Det reducerer risikoen, men fritager dig ikke fra selv at vurdere, om platformen passer til data omfattet af GDPR eller anden lovgivning.
Hvad er forskellen på Agent og Assistant i Replit?
Assistant svarer på spørgsmål og forklarer kode uden selv at ændre den. Agent udfører faktiske opgaver, som at oprette filer, installere pakker og rette fejl, med din godkendelse undervejs.
Kan flere personer arbejde i samme Repl samtidig?
Ja. Starter tillader ingen ekstra samarbejdspartnere, mens Core giver plads til op til fem, og Teams-planen er tiltænkt større grupper med central administration.
Hvordan ruller jeg en fejlagtig ændring tilbage?
Core-planen inkluderer et syv-dages vindue til at gendanne databasen til en tidligere tilstand. For selve koden anbefales det at bruge Git-integrationen ved siden af Replits egne snapshots, så du har en uafhængig historik at falde tilbage på.
Er Replit et alternativ til GitHub Copilot, eller supplerer de hinanden?
De kan bruges sammen, men løser forskellige behov. Copilot er en kodefuldførelses-assistent i din eksisterende editor, mens Replit er et selvstændigt miljø, hvor koden også køres og deployes. Mange udviklere bruger Copilot i det daglige og Replit specifikt til hurtige prototyper eller mindre, uafhængige projekter.
Kan jeg tage min kode med, hvis jeg skifter platform senere?
Ja. Koden ligger som almindelige filer, du kan hente ud via Git eller download som zip. Det er selve databasen og de miljøspecifikke integrationer, som Replit Auth, der kræver mest arbejde at flytte, hvis du senere vælger at hoste appen et andet sted.
Hvor lang tid tager det samlede forløb i denne guide?
Regn med 40-50 minutter, hvis du følger alle tolv trin og bygger eksempelprojektet undervejs. Erfarne brugere, der allerede kender Agent 3’s arbejdsgang, kan typisk gå fra tom Repl til deployet app på under 20 minutter til et tilsvarende simpelt projekt.
Relateret dækning
- Cursor AI: Opsætning i 20 Trin med Composer og MCP [2026]
- Claude Code Opsætning: $20-200/Md, 13 Trin [2026]
- GitHub Copilot Opsætning: $0-$100/Md, 12 Trin [2026]
- MCP Server Opsætning: 12 Trin til 4 AI-Assistenter [2026]
- Gemini CLI: Gratis 60/Min, 1.000/Dag i 13 Trin [2026]
Se flere guider til udviklerværktøjer og AI-kodeassistenter i vores Software-kategori.
Kilder og videre læsning: Replits officielle dokumentation, Replits prisside, Replit-bloggen, dokumentation for Replit Agent, Model Context Protocol og VS Code-dokumentationen for Copilot.




