Claude Code har på under et år bevæget sig fra intern Anthropic-prototype til et af de mest søgte udviklerværktøjer i 2026. Værktøjet kører i terminalen, ikke i en editor, og det ændrer hele måden, man arbejder med en AI-assistent på. I stedet for at foreslå den næste linje kode, planlægger Claude Code hele opgaver, redigerer flere filer samtidig, kører tests og retter fejl den selv har fundet.

Denne guide tager dig gennem hele opsætningen fra en tom terminal til et fungerende workflow med egne kommandoer, automatisering og et lille, komplet projekt bygget sammen med værktøjet. Du får 13 konkrete trin, otte kodeeksempler du kan kopiere direkte, og en liste over de fejl, danske og nordiske udviklere oftest støder på undervejs.

Sæt cirka 40 minutter af. Du behøver ikke forudgående erfaring med AI-agenter, men du skal kunne finde rundt i en terminal og have et Git-repo klar.

Guiden er skrevet til to typer læsere. Er du solo-udvikler eller freelancer, kan du følge trinene fra ende til anden og have et fungerende opsætning, inden frokostpausen er ovre. Sidder du i et team, der overvejer at rulle værktøjet ud bredt, peger vi undervejs på de valg, der har størst betydning i praksis: hvordan I deler konfiguration, hvordan I styrer tilladelser på tværs af flere udviklere, og hvordan I holder styr på forbruget, når flere sessioner kører samtidig.

Hvad er Claude Code, og hvorfor taler så mange udviklere om det?

Claude Code er Anthropics kommandolinje-agent til programmering. Den installeres lokalt, kører direkte i din terminal, og den kan læse, skrive og køre kode i din egen repo, uden at du behøver skifte til en browser eller en separat chat-rude. Det gør værktøjet til noget andet end en klassisk autofuldførelse: Claude Code planlægger opgaver, foreslår ændringer på tværs af flere filer, kører dine tests og retter selv fejl, den finder undervejs.

Interessen for AI-baserede kodningsværktøjer generelt er ikke længere til diskussion. Ifølge Stack Overflows udviklerundersøgelse fra 2025 bruger eller planlægger 84 procent af de adspurgte udviklere at bruge AI-værktøjer i deres udviklingsarbejde, en stigning fra 76 procent året før (Stack Overflow, 2025 Developer Survey). 51 procent af de professionelle udviklere i samme undersøgelse svarer, at de bruger AI-værktøjer dagligt. Tilliden følger dog ikke helt med farten: samme undersøgelse viser, at flere udviklere aktivt mistror nøjagtigheden af AI-værktøjer (46 procent) end dem, der stoler på den (33 procent), mens kun 3 procent har meget høj tillid til output. Det er en påmindelse om, at agentens forslag altid skal læses, ikke bare godkendes.

Det, der adskiller Claude Code fra en editor-integreret assistent som GitHub Copilot, er graden af selvstændighed. Værktøjet kan arbejde i baggrunden, mens du gør noget andet, og det husker kontekst om dit projekt via en fil ved navn CLAUDE.md, som vi sætter op i trin 4. Kombinationen af terminal-først, projekthukommelse og indbyggede sikkerhedsmekanismer som tilladelser og checkpoints er grunden til, at værktøjet er blevet standard i mange teams i løbet af 2026.

Terminal-tilgangen betyder også, at Claude Code er sprog- og framework-agnostisk på en anden måde end en editor-plugin. Den bekymrer sig ikke om, hvorvidt du skriver Go, TypeScript eller Rust, fordi den arbejder med filer og kommandoer, ikke med en editors specifikke syntaks-motor. I praksis betyder det, at samme opsætning, samme CLAUDE.md-struktur og samme tilladelsesmodel kan genbruges på tværs af vidt forskellige projekter i en organisation, uden at et team skal lære et nyt værktøj for hvert sprog.

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

Claude Code kræver ikke meget for at komme i gang, men et par ting skal være på plads, før du starter installationen. Tjek listen herunder, så du undgår at afbryde opsætningen halvvejs.

Har du allerede Node.js og Git installeret fra et andet projekt, kan du roligt springe direkte til trin 1. Er du ny på maskinen eller sætter en frisk udviklermaskine op, er det hurtigere at få styr på hele listen først, end at blive afbrudt af manglende afhængigheder midt i en installation.

KravVersion eller detaljeHvorfor det er nødvendigt
OperativsystemmacOS, Linux eller Windows (inkl. WSL)Officielt understøttet af Anthropics installationsscripts
Node.jsAktuel LTS-version (18 eller nyere anbefales)CLI’en kører oven på Node.js-runtimen
Terminal-adgangBash, Zsh, PowerShell eller CMDClaude Code er et rent kommandolinje-værktøj
GitNyeste stabile versionBruges til commits, diffs og versionsstyring undervejs
Claude-kontoPro, Max, Team eller Enterprise, eller en API-nøgleGratis-planen inkluderer ikke Claude Code
InternetforbindelseStabil forbindelseKræves til autentificering og modelforespørgsler

Bemærk sidste linje i tabellen: den gratis Claude-plan giver dig kun adgang til webchatten, ikke til Claude Code. Du skal have mindst en Pro-plan eller en Anthropic API-nøgle, før CLI’en kan logge dig ind. Vi gennemgår priserne i detaljer længere nede.

Trin 1: Installer Claude Code på dit system

Installationen sker via et officielt script, ikke via en pakkehåndtering som npm. Åbn din terminal og kør kommandoen for dit operativsystem.

# macOS og Linux
curl -fsSL https://claude.ai/install.sh | bash

# Windows PowerShell
irm https://claude.ai/install.ps1 | iex

# Windows CMD
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

Scriptet installerer CLI’en lokalt og tilføjer den til din PATH, så kommandoen claude virker fra en hvilken som helst mappe bagefter. Kør claude --version, når installationen er færdig, for at bekræfte, at alt er sat korrekt op. Får du “command not found”, se fejlfindingsafsnittet længere nede, det er langt den mest almindelige startvanskelighed.

Foretrækker du at styre installationer centralt, for eksempel via et virksomhedsimage eller et konfigurationsstyringsværktøj, kan scriptet også hentes ned og gemmes lokalt, før det køres, i stedet for at streame direkte fra internettet. Det giver dig mulighed for at versionere selve installationsscriptet og teste det, før det ruller ud til flere maskiner på én gang.

Trin 2: Log ind og vælg din betalingsmodel

Kør claude i terminalen for første gang, og du bliver bedt om at logge ind. Her vælger du mellem to spor: log ind med din Claude-konto (Pro, Max, Team eller Enterprise), eller brug en Anthropic API-nøgle, som afregnes per token i stedet for via abonnement.

Kontologin er det rigtige valg for de fleste enkeltpersoner og mindre teams, fordi forbruget trækkes fra den samme pulje, du allerede kender fra Claude i browseren. API-nøglen giver mening, hvis du bygger noget, der skal køre uden loft, for eksempel en CI-pipeline, hvor du hellere vil betale per forespørgsel end ramme et månedligt tag. Vælg login-metoden, følg browser-prompten, og vend tilbage til terminalen, når godkendelsen er bekræftet.

Sidder du i en organisation med flere udviklere, er det værd at afklare betalingsmodellen, før alle sætter deres egen konto op på egen hånd. Skifter I senere fra individuelle Pro-abonnementer til en fælles Team-plan, skal hver enkelt udvikler logge ind igen med de nye legitimationsoplysninger, så en tidlig beslutning sparer en omgang oprydning senere.

Trin 3: Kør din første session i terminalen

Naviger til et testprojekt, eller opret en tom mappe, og start Claude Code herfra.

mkdir claude-test && cd claude-test
git init
claude

Du lander nu i en interaktiv session. Prøv en simpel opgave for at få en fornemmelse af værktøjet, for eksempel: “Opret en simpel Express-server med en enkelt /health-endpoint.” Claude Code læser mappen, foreslår filer, og beder om lov, før den rører noget, medmindre du har ændret tilladelserne. Det bringer os til næste trin, som handler om at give agenten et fast fundament af viden om dit projekt.

Trin 4: Sæt et projekt op med en CLAUDE.md-fil

CLAUDE.md er projektets hukommelse. Filen ligger i roden af dit repo og læses automatisk, hver gang du starter en session der. Uden den gentager du den samme kontekst manuelt, hver gang du åbner en ny samtale, hvilket er den første faldgrube, mange nye brugere rammer.

# CLAUDE.md
## Projekt
Node.js REST-API til opgavestyring. Bruger Express og in-memory storage.

## Konventioner
- Brug ES-moduler, ikke CommonJS
- Al ny kode skal have tilhørende test i /tests
- Kør `npm test` før du foreslår at committe

## Kommandoer
- Start server: npm run dev
- Kør tests: npm test
- Lint: npm run lint

Hold filen kort og konkret. En CLAUDE.md på ti linjer, der beskriver konventioner og kommandoer, er langt mere brugbar end en lang beskrivelse af hele arkitekturen. Opdater den løbende, når projektet ændrer sig, ellers ender agenten med at arbejde efter forældet information.

I større repoer kan du placere en ekstra CLAUDE.md i undermapper med særlige regler, for eksempel en frontend-mappe med egne konventioner for komponenter. Claude Code læser den nærmeste fil i forhold til den mappe, du arbejder i, så mere specifikke instruktioner naturligt vinder over de generelle regler i roden.

Trin 5: Styr tilladelser med permission mode

Claude Code spørger som standard om lov, før den ændrer filer eller kører kommandoer ud over almindelig læsning. Det kan justeres i settings.json, enten globalt under din brugerprofil eller lokalt per projekt i en .claude-mappe.

{
  "permissions": {
    "allow": [
      "Bash(npm test)",
      "Bash(npm run lint)",
      "Edit(src/**)"
    ],
    "deny": [
      "Bash(rm -rf *)",
      "Edit(.env)"
    ]
  }
}

Denne konfiguration lader Claude Code køre tests og lint uden at spørge hver gang, mens den stadig skal have eksplicit godkendelse til alt andet. Sæt aldrig hele systemet til fuld automatik i et repo med produktionsadgang. Vi vender tilbage til, hvorfor det er en af de dyreste fejl, du kan lave, i faldgrube-afsnittet.

Trin 6: Byg dine egne slash commands

Slash commands er genveje til opgaver, du gentager ofte. De defineres som markdown-filer i .claude/commands, og du kalder dem med skråstreg i en session, ligesom du kender det fra chatbots.

# .claude/commands/review.md
Gennemgå de ændrede filer i denne branch for:
1. Manglende fejlhåndtering
2. Utestet ny funktionalitet
3. Hardkodede værdier, der burde være konfiguration

Opsummer fund som en punktliste, ret ikke noget uden at spørge først.

Skriv /review i en session, og Claude Code kører instruktionerne i filen med det samme. Byg et lille bibliotek af kommandoer til de opgaver, dit team laver ugentligt, kodegennemgang, changelog-opdatering, eller opsætning af en ny feature-branch. Det sparer mere tid, end det tager at skrive dem.

Commit slash commands til repoet, ligesom du gør med CLAUDE.md. Så følger de med, når en kollega kloner projektet, i stedet for at leve som personlige genveje, kun du kender til. Over tid bliver biblioteket af kommandoer en form for levende dokumentation af, hvordan teamet reelt arbejder.

Trin 7: Automatiser arbejdsgange med hooks

Hooks kører automatisk, når bestemte hændelser sker, for eksempel før et værktøjskald eller efter en fil er redigeret. De defineres i samme settings.json som tilladelserne.

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit",
        "command": "npm run lint -- --fix"
      }
    ]
  }
}

Denne hook kører linteren automatisk, hver gang Claude Code redigerer en fil, og retter formateringsfejl med det samme uden at du skal bede om det. Brug hooks til ting, du alligevel altid gør bagefter, ikke til logik, der kræver en vurdering. Den slags hører hjemme i din CLAUDE.md eller i en direkte instruktion.

Andre almindelige hooks kører en typecheck, før en fil gemmes, eller sender en besked til Slack, når en session har committet noget til main. Hold hver enkelt hook til én simpel handling. Kæder du for meget logik ind i en hook, ender du med noget, der er lige så svært at fejlfinde som den kode, den var sat til at kontrollere.

Trin 8: Forbind MCP-servere til eksterne systemer

Model Context Protocol, forkortet MCP, er den åbne standard, der lader Claude Code hente data fra og handle på eksterne systemer, databaser, issue trackere, interne API’er, uden custom-kode for hver integration. Standarden er dokumenteret på modelcontextprotocol.io og understøttes bredt på tværs af AI-værktøjer, ikke kun Claude Code.

{
  "mcpServers": {
    "postgres": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-postgres", "postgresql://localhost/mydb"]
    }
  }
}

Gem konfigurationen, genstart en session, og Claude Code kan nu forespørge databasen direkte som en del af sin planlægning, for eksempel til at tjekke et skema, før den skriver en migration. Det samme mønster gælder for MCP-servere til GitHub, Slack eller interne værktøjer, når teamet har brug for det.

Vær selektiv med, hvor mange MCP-servere du forbinder på én gang. Hver server tilføjer flere værktøjer, agenten skal vælge imellem, og for mange samtidige forbindelser kan gøre dens beslutninger langsommere og mindre præcise. Forbind kun det, en given opgave reelt kræver, og fjern forbindelser igen, når projektet ikke længere har brug for dem.

Trin 9: Brug subagents og baggrundsopgaver

Subagents er specialiserede agenter, du kan sætte Claude Code til at starte for afgrænsede opgaver, for eksempel at researche et bibliotek, skrive tests eller gennemgå en pull request, mens hovedsessionen fortsætter med noget andet. Bed om det direkte: “Start en subagent, der undersøger, hvordan biblioteket håndterer rate limiting, mens jeg fortsætter her.”

Baggrundsopgaver fungerer på samme måde til længerevarende arbejde, en testsuite, der tager fem minutter, eller en build, du ikke vil vente på. Claude Code holder styr på opgaven via sit indbyggede task tool og melder tilbage, når den er færdig, uden at blokere resten af sessionen. Brug det til alt, der tager mere end et halvt minut, og du vil mærke forskellen i, hvor meget du kan holde flere ting kørende samtidig.

Et almindeligt mønster er at lade en subagent researche en løsning, mens du selv fortsætter med at rette noget helt andet i samme repo. Når subagenten er færdig, præsenterer den sine fund i hovedsessionen, og du beslutter, om forslaget skal implementeres. Det er en markant anden arbejdsform end en editor-plugin, hvor du sidder og venter på hvert enkelt forslag, før du kan gå videre.

Trin 10: Byg et sikkerhedsnet med checkpoints og rewind

Checkpoints markerer stabile punkter i en session, og rewind lader dig springe tilbage til et af dem, hvis en ændring viser sig at være en fejlvurdering. Det er særligt værdifuldt, når Claude Code arbejder autonomt over flere filer, og du vil kunne fortryde uden at grave i Git-historikken manuelt.

Kombiner checkpoints med almindelige Git-commits. Lad Claude Code committe efter hvert afsluttet delmål, ikke kun ved slutningen af en session. Det giver dig to lag af sikkerhed, det indbyggede rewind til hurtige fortrydelser og en ren Git-historik, hvis du senere skal forstå, hvorfor en bestemt ændring blev lavet.

Rewind er ikke en erstatning for Git, men et hurtigere førstevalg. Har en agent lige lavet ti ændringer på tværs af fem filer, og noget ser forkert ud, er det langt hurtigere at springe tilbage til checkpointet end at finde og reverte hver enkelt ændring manuelt. Brug Git-historikken til den langsigtede sporbarhed, og lad rewind tage de hurtige fortrydelser undervejs i selve sessionen.

Data, sikkerhed og GDPR: Hvad betyder det for danske teams?

Før du peger Claude Code mod et repo med kundedata eller interne systemer, er det værd at stoppe op. Når agenten arbejder, sender den uddrag af din kode og din kontekst til Anthropics servere for at generere svar, ligesom enhver anden cloud-baseret AI-tjeneste. For danske virksomheder, der er underlagt GDPR, betyder det, at du skal behandle værktøjet som enhver anden databehandler: tjek Anthropics vilkår for erhvervskunder, og afklar internt, om der skal en databehandleraftale til, før værktøjet rører kode med personoplysninger.

I praksis løser de fleste teams det ved at holde de mest følsomme repoer, dem med rå kundedata, nøgler eller sundhedsoplysninger, uden for Claude Codes rækkevidde, mens almindelig applikationskode uden persondata kører frit. Brug .gitignore og tilladelserne fra trin 5 aktivt til at udelukke mapper med testdata, secrets eller eksporterede databaser. Er I i en reguleret branche, finans, sundhed eller offentlig sektor, bør en kort intern retningslinje for AI-værktøjer være på plads, før flere end en enkelt udvikler begynder at bruge Claude Code i det daglige.

Sådan ruller du Claude Code ud til et helt team

At sætte værktøjet op til sig selv er én ting. At rulle det ud til ti eller femten udviklere uden kaos er noget andet. Start i det små: vælg to eller tre erfarne udviklere som pilotgruppe, og lad dem bruge værktøjet på et rigtigt, men ikke kritisk projekt i et par uger, før I går bredere ud.

Læg den delte konfiguration, CLAUDE.md, tilladelser og slash commands, direkte i hvert repo, så nye teammedlemmer automatisk arver den samme opsætning, når de kloner projektet. Udpeg en enkelt person som ansvarlig for at vedligeholde tilladelseslisten i settings.json, ellers ender den med at gro vildt, efterhånden som forskellige udviklere tilføjer undtagelser efter behov. Vælg til sidst en betalingsmodel, der matcher jeres brugsmønster, en Team-plan med delt pulje, hvis I er en fast gruppe, eller API-nøgler med afregning per token, hvis forbruget svinger meget mellem sprints.

Trin 11-13: Byg et komplet miniprojekt fra bunden

Nu samler vi det hele i et lille, men fuldt fungerende projekt: en opgave-API bygget med Express, testet og dokumenteret af Claude Code selv. Projektet bruger med vilje alt, hvad du har sat op i de foregående trin, CLAUDE.md, tilladelser og hooken, der linter automatisk, så du kan se, hvordan de spiller sammen i praksis frem for hver for sig.

Trin 11: Planlæg opgaven

Start en ny session i en tom mappe med den CLAUDE.md, du satte op i trin 4, og giv en klar instruktion:

Byg en Express-API med endpoints til at oprette, liste og slette
opgaver. Brug in-memory storage, TypeScript og Vitest til tests.
Vis mig en plan, før du begynder at skrive kode.

Claude Code svarer med en trinvis plan: filstruktur, endpoints og teststrategi, før den rører en eneste linje kode. Godkend planen, eller juster den, hvis noget mangler.

Trin 12: Lad agenten implementere

Med planen godkendt begynder Claude Code at oprette filer. Et typisk resultat for endpointet, der opretter en opgave, ser sådan ud:

// src/routes/tasks.ts
import { Router } from "express";
import { randomUUID } from "crypto";

const router = Router();
const tasks: { id: string; title: string; done: boolean }[] = [];

router.post("/tasks", (req, res) => {
  const { title } = req.body;
  if (!title) return res.status(400).json({ error: "title er påkrævet" });
  const task = { id: randomUUID(), title, done: false };
  tasks.push(task);
  res.status(201).json(task);
});

export default router;

Fordi tilladelserne fra trin 5 kun tillader ændringer under src/, stopper Claude Code og spørger, hvis den forsøger at røre noget uden for den mappe. Det er præcis den type friktion, du vil have, når en agent arbejder selvstændigt.

Trin 13: Test og dokumentér

Bed afslutningsvis om tests og en kort README. Fordi hooken fra trin 7 kører linteren automatisk efter hver redigering, ankommer koden allerede formateret.

$ npm test

 ✓ tests/tasks.test.ts (3)
   ✓ opretter en opgave med gyldig titel
   ✓ afviser oprettelse uden titel
   ✓ lister alle oprettede opgaver

 Test Files  1 passed (1)
      Tests  3 passed (3)

Det er hele forskellen fra en tom mappe til et testet, dokumenteret API, styret gennem en samtale i terminalen. Samme mønster skalerer til langt større opgaver, jo bedre din CLAUDE.md og dine tilladelser er sat op undervejs.

Hvad koster Claude Code i praksis?

Claude Code er ikke en selvstændig licens, men en del af de betalte Claude-abonnementer, og forbruget deler pulje med din almindelige brug af Claude i browseren. Der findes altså ikke en separat “Claude Code-pris”, du betaler for planen, og CLI-brugen trækker på samme kvote som chat-samtalerne.

PlanPrisClaude Code inkluderet
Free$0/mdNej, kun webchat
Pro$20/md (eller $200/år)Ja, delt forbrugspulje
Max 5x$100/mdJa, ca. 5x Pro-kapacitet
Max 20x$200/mdJa, ca. 20x Pro-kapacitet
Team / EnterpriseFra ca. $25/bruger/md, tilpasset for EnterpriseJa, niveau afhænger af aftale

Alternativet er en Anthropic API-nøgle med afregning per token, uden abonnementsloft. Det er relevant, hvis du kører Claude Code i en pipeline eller på en server, hvor forbruget svinger meget fra dag til dag. For almindelig daglig brug er Pro-planen nok til de fleste solo-udviklere, mens teams, der kører mange parallelle agent-sessioner, hurtigt mærker fordelen ved Max eller Team.

En praktisk tommelfingerregel: start altid på Pro-planen, uanset hvor stort teamet er. Kør en reel arbejdsuge, og se, hvor tit du rammer forbrugsloftet, før du opgraderer. Mange overvurderer, hvor meget de kommer til at bruge værktøjet i starten, og betaler for en Max-plan, de reelt ikke udnytter, før arbejdsgangene fra denne guide, subagents, hooks og baggrundsopgaver, for alvor er en del af hverdagen.

Tallene skal ses i lyset af, hvor meget værktøjerne rent faktisk bruges. Stack Overflows undersøgelse viser, at kun 31 procent af udviklerne på tidspunktet for undersøgelsen aktivt brugte AI-agenter, mens yderligere 17 procent planlagde det (Stack Overflow, 2025 Developer Survey). Blandt dem, der allerede har taget AI-agenter i brug på jobbet, svarer 69 procent, at de har oplevet en stigning i produktiviteten. Det er et godt argument for at teste værktøjet grundigt, før man ruller det ud til et helt team.

Claude Code vs. GitHub Copilot vs. Cursor AI

Claude Code konkurrerer ikke direkte med editor-integrerede værktøjer, men mange teams vælger mellem dem, når de skal bestemme, hvor deres AI-budget skal gå hen. Her er de vigtigste forskelle.

VærktøjGrænsefladeAutonomi-niveauMCP-supportBedst til
Claude CodeTerminal / CLIHøj, kan arbejde i baggrundenJa, indbyggetSelvstændige agent-workflows
GitHub CopilotEditor-plugin (VS Code, JetBrains m.fl.)Medium, agent mode tilgængeligJaTeams allerede dybt i GitHub-økosystemet
Cursor AISelvstændig editor (VS Code-baseret)Høj, agents og ComposerJaUdviklere, der vil have AI som editorens fundament

Har du allerede sat GitHub Copilot op eller kører Cursor AI, udelukker Claude Code ikke det ene eller det andet. Flere teams bruger Copilot til den løbende autofuldførelse i editoren og supplerer med Claude Code til større, afgrænsede opgaver, hvor en agent skal arbejde selvstændigt over flere filer eller i baggrunden, mens udvikleren gør noget andet.

Den praktiske forskel viser sig tydeligst, når en opgave tager mere end nogle få minutter. En editor-plugin er bygget til at holde dig i flowet, mens du selv styrer hvert skridt. Claude Code er bygget til at tage et helt skridt for dig, planlægge, udføre og teste, mens du gør noget andet. Vælger du forkert værktøj til opgaven, mærker du det hurtigt: at bruge en agent til en enkelt autofuldførelse er spild af tid, ligesom det er frustrerende at styre en flerfil-refaktorering gennem enkeltstående forslag i en editor.

6 faldgruber, de fleste nye brugere falder i

De fleste problemer med Claude Code opstår ikke, fordi værktøjet fejler, men fordi opsætningen omkring det er for løs. Her er de faldgruber, der går igen oftest, uanset om det er en solo-udvikler eller et helt team, der bruger værktøjet.

  • Ingen CLAUDE.md. Uden filen fra trin 4 gentager du den samme kontekst i hver ny session, og agenten gætter på konventioner, den ikke kender. Resultatet er ofte kode, der virker, men som ikke følger jeres stil.
  • Fuld automatik i et produktionsrepo. At slå alle tilladelser fra for at “spare tid” er den hurtigste vej til, at en agent sletter eller overskriver noget, du ikke havde tænkt dig. Behold altid deny-listen fra trin 5 for følsomme filer og destruktive kommandoer.
  • Forveksling af login og API-nøgle. Bruger du begge dele på skift uden at tænke over det, kan du ende med at blive faktureret to steder for det samme arbejde. Vælg én metode per maskine, og hold fast i den.
  • Blind godkendelse af tilladelsesprompts. Går du automatisk igennem hvert “ja” uden at læse kommandoen, mister tilladelsessystemet hele sin værdi. Prompten findes netop, fordi den viser dig noget, du burde stoppe op ved.
  • Overforbrug af subagents til trivielle opgaver. Start ikke en subagent for at rette en enkelt linje, det koster mere i tokens, end det sparer i tid. Gem subagents til opgaver, der reelt kræver selvstændig research eller parallelt arbejde.
  • Forældet CLAUDE.md efter store ændringer. Skifter I database, framework eller mappestruktur, og glemmer at opdatere filen, arbejder agenten videre efter en beskrivelse, der ikke længere passer til virkeligheden. Sæt en fast vane med at opdatere CLAUDE.md som en del af enhver større pull request.

Fejlfinding: 10 problemer, og hvordan du løser dem

Selv en ligetil installation kan gå galt undervejs. Herunder er de problemer, der oftest dukker op, og hvordan du løser dem uden at skulle gennemgå hele opsætningen forfra.

  • “command not found: claude” efter installation. Terminalen har ikke genindlæst PATH. Luk og genåbn terminalen, eller kør source ~/.zshrc (eller den tilsvarende fil for dit shell). Virker det stadig ikke, tjek at installationsscriptet rent faktisk gennemførte uden fejl, ved at køre det igen.
  • Browseren åbner ikke ved login. Kør claude igen, og kopiér login-linket manuelt ind i browseren, hvis den automatiske åbning fejler. Dette rammer især brugere på Linux uden en standard-browser konfigureret.
  • For gammel Node.js-version. Tjek din version med node --version, og opdater via nodejs.org, hvis den er forældet. Brug gerne en versionshåndtering som nvm, så du let kan skifte mellem projekter med forskellige krav.
  • “Permission denied” under installation på Linux. Undgå at køre scriptet med sudo. Installer det som din almindelige bruger, så CLI’en lander i din brugerprofil, i stedet for i en systemmappe, du senere skal rydde op i.
  • MCP-server forbinder ikke. Bekræft, at kommandoen i mcpServers-konfigurationen kan køres alene i terminalen, før du forventer, at Claude Code kan bruge den. De fleste MCP-fejl skyldes en forkert sti eller en manglende afhængighed, ikke selve protokollen.
  • Hooks kører ikke som forventet. Tjek, at matcher-feltet i settings.json rammer det rigtige værktøjsnavn, en enkelt tastefejl gør hele hooken tavs uden nogen fejlmelding.
  • Forbruget stiger hurtigere end forventet. Gennemgå, om du har subagents eller baggrundsopgaver kørende, som du er glemt alt om, de tæller med i den samme pulje som din almindelige session.
  • CLAUDE.md bliver tilsyneladende ikke læst. Bekræft, at filen ligger i roden af det repo, du starter sessionen fra, ikke i en undermappe eller i en anden branch, hvor du glemte at committe den.
  • Sessionen svarer meget langsomt. Store repoer med mange filer kan gøre den indledende indeksering tung. Overvej at afgrænse arbejdsområdet til den relevante undermappe, i stedet for at starte sessionen fra roden af et meget stort monorepo.
  • Windows PowerShell blokerer installationsscriptet. Din execution policy er sat for restriktivt. Kør PowerShell som administrator, og tillad kørsel af signerede scripts, før du prøver installationskommandoen igen.

Avancerede tips til daglig brug

Når de grundlæggende trin sidder fast, er der en håndfuld vaner, der gør en reel forskel over tid. Del CLAUDE.md-filen i mindre, projektspecifikke sektioner, hvis dit repo dækker flere delsystemer, så agenten kun læser det, der er relevant for den mappe, du arbejder i.

Byg et lille bibliotek af slash commands til de opgaver, teamet laver hver uge, og gem dem i repoet, så hele teamet deler de samme genveje. Brug checkpoints aktivt under større refaktoreringer, og commit ofte, så du altid har et nært punkt at vende tilbage til. Kør endelig claude doctor med jævne mellemrum for at se, om noget i din opsætning er forældet, det er den hurtigste måde at fange problemer, før de bliver til afbrydelser midt i en arbejdsdag.

Skriv præcise, afgrænsede opgaver frem for brede instruktioner. “Ryd op i hele koden” giver et diffust resultat, mens “flyt valideringslogikken fra controllerne til et separat lag, og skriv tests for de tre mest brugte endpoints” giver Claude Code noget konkret at planlægge ud fra. Jo skarpere opgaven er formuleret, jo mindre tid bruger du på at rette resultatet bagefter. Endelig er det værd at lade agenten opsummere sine egne ændringer i slutningen af en session, en kort commit-besked eller changelog-linje er sjældent noget, du selv når at skrive, når opgaven først er løst.

Ofte stillede spørgsmål

Kan jeg bruge Claude Code gratis?
Nej. Den gratis Claude-plan giver kun adgang til webchatten. Claude Code kræver mindst en Pro-plan til $20 om måneden, eller $200 om året ved forudbetaling, eller en Anthropic API-nøgle med forbrug per token uden abonnementsloft.

Virker Claude Code på Windows?
Ja, via native PowerShell- eller CMD-installation, eller via WSL, hvor du følger de samme trin som på Linux. De fleste teams med blandede operativsystemer oplever, at WSL giver den mest konsistente oplevelse på tværs af maskiner.

Kan Claude Code erstatte GitHub Copilot helt?
Det kommer an på arbejdsformen. Copilot er stærkest til løbende autofuldførelse inde i editoren, mens Claude Code er bygget til afgrænsede, selvstændige opgaver. I praksis kører mange teams begge dele side om side snarere end at vælge det ene fra.

Hvad er forskellen på en subagent og en baggrundsopgave?
En subagent er en selvstændig, ofte specialiseret agent, du starter til en afgrænset opgave, for eksempel research eller en isoleret kodegennemgang. En baggrundsopgave er typisk et langvarigt kommandokald, en build eller en testsuite, der køres uden at blokere resten af sessionen, mens du fortsætter med noget andet.

Er det sikkert at give Claude Code adgang til hele mit repo?
Ja, hvis du bruger tilladelsessystemet fra trin 5 rigtigt. Start restriktivt, tillad kun det, agenten reelt har brug for, og udvid gradvist, efterhånden som du bliver tryg ved værktøjet. Følsomme filer som .env og nøgler bør altid stå på deny-listen, uanset hvor tryg du er.

Hvordan forbinder jeg Claude Code til en database?
Via en MCP-server, som beskrevet i trin 8. Der findes færdige MCP-servere til de fleste populære databaser og eksterne tjenester på modelcontextprotocol.io, så du sjældent behøver skrive integrationen selv.

Kan flere i teamet dele samme opsætning?
Ja. Læg .claude-mappen, CLAUDE.md og slash commands i selve repoet, så alle, der klonet det, arver samme konfiguration, tilladelser og genveje, uden at skulle sætte det op fra bunden hver gang.

Skal jeg bruge Claude Code, hvis jeg allerede har Cursor AI eller GitHub Copilot?
Ikke nødvendigvis, men de løser forskellige problemer. Cursor og Copilot lever i din editor og hjælper løbende, mens du skriver. Claude Code er stærkest, når en opgave kan formuleres klart nok til, at en agent kan planlægge og udføre den relativt selvstændigt, gerne mens du selv arbejder på noget andet.

Relateret dækning