Hvorfor jeg kører min AI-kodningsassistent i en Docker-container (og hvorfor du bør gøre det samme)

Lad os være ærlige om AI-kodningsagenter. Enten har du fjernet alle sikkerhedsforanstaltninger og ladet din agent hærge frit på din maskine, eller også sidder du og klikker "Godkend" hvert tredivte sekund, som om du er i gang med at desarmere en bombe. Begge tilgange er irriterende på hver sin måde.

Jeg var selv ham, der klikkede godkend. Og ærligt talt? Det var ansvarligt af mig. Men det dræbte fuldstændigt min produktivitet. Hver gang Claude Code ville køre en bash-kommando, installere en pakke eller ændre en fil, blev jeg revet ud af min flow-tilstand for at holde øje med processen.

Så kiggede jeg på venner, der gik den modsatte retning — fuldt YOLO-mode, ingen begrænsninger, bare vibes og bøn. Og ærligt? Det skræmte mig endnu mere. De her agenter er kraftfulde, men de er også autonome nok til at gøre reel skade, hvis noget går galt.

Den mellemting, der ændrede alt for mig: at køre kodningsagenten i en container.

Den Grundlæggende Ide

I stedet for at køre din AI-kodningsassistent direkte på din host-maskine, starter du den op inde i en Docker-container med arbejdsmappen monteret ind. Agenten gør sit arbejde inde i containeren, hvor dens destruktive evner er inddæmmet. Hvis den beslutter sig for at slette alt? Det er containerens filsystem, der forsvinder — ikke din egentlige maskine.

Det betyder, at du faktisk kan bruge YOLO-mode funktioner som --dangerously-skip-permissions uden den eksistentielle angst ved at se din hjemmemappe forsvinde.

Lad mig vise, hvordan det fungerer.

Opsætning af Claude Code i Docker

Den simpleste opsætning starter med en Dockerfile. Her er hvad du arbejder med:

FROM node:20-bookworm-slim

RUN apt-get update && apt-get install -y --no-install-recommends git curl ca-certificates && rm -rf /var/lib/apt/lists/*

RUN curl -fsSL https://claude.ai/install.sh | bash

ENV PATH="/root/.local/bin:${PATH}"

WORKDIR /workspace

ENTRYPOINT ["claude", "--dangerously-skip-permissions"]

Byg den én gang:

docker build -t claude-code .

Kør den så med din nuværende mappe monteret:

docker run -it -v "$PWD:/workspace" claude-code

Og vupti — du har Claude Code kørende med adgang til dine projektfiler. Containeren kan læse, skrive og udføre frit inden for arbejdsmappen, men den er sandkasset væk fra dit faktiske system.

Authentication-problemet

Her bliver det interessant. På Mac gemmer Claude Code credentials i Keychain. Linux-containere snakker ikke Keychain. Så du skal håndtere authentication på en anden måde.

Løsningen er at sende et API-token som en miljøvariabel. Først skal du have fat i dit setup-token:

claude setup-token

Opret så et lille entrypoint-script, der læser dette token og konfigurerer containerens credentials-fil:

#!/bin/bash
echo "${ANTHROPIC_TOKEN}" > /root/.claude/credentials.json
exec claude --dangerously-skip-permissions

Nu hvor du kører containeren, skal du bare sende tokenet med:

docker run -it -v "$PWD:/workspace" -e ANTHROPIC_TOKEN="$(claude setup-token)" claude-code

Gør Det Praktisk

Lad os være ærlige — du har ikke lyst til at skrive alt det hver gang. Opret et alias eller en shell-funktion:

cc() {
    docker run -it \
        -v "$PWD:/workspace" \
        -v "$HOME/.claude:/root/.claude" \
        -v "$HOME/.claude/skills:/root/.claude/skills" \
        -v "$HOME/.claude/settings.json:/root/.claude/settings.json:ro" \
        -e ANTHROPIC_TOKEN="$(claude setup-token 2>/dev/null)" \
        --env-file ~/.claude/env \
        claude-code "$@"
}

Denne opsætning:

• Monterer din nuværende mappe som /workspace
• Sender din Claude-konfiguration og skills igennem
• Indlæser miljøvariabler (brugbart for API-nøgler, som agenten måske har brug for)
• Lader dig kalde cc fra hvor som helst og med det samme have en fungerende kodningsagent

Hvad Dette Ikke Beskytter Dig Imod

Jeg vil være helt klar om trusselmodellen her. Containerisering beskytter din host-maskine mod agentens handlinger. Den beskytter dig IKKE mod:

• Prompt injection-angreb: Hvis en angriber kan påvirke, hvad agenten ser, kan de narre den til at stjæle din kode eller secrets
• API-nøgle-exposure: Agenten har stadig adgang til alle nøgler, den kan læse i arbejdsmappen eller miljøvariabler
• Netværksbaserede angreb: Containeren har stadig netværksadgang
• Supply chain-problemer: Ondsindede pakker, som agenten installerer i containeren, er stadig ondsindede

Det du får beskyttelse imod er "ups, agenten slettede min hjemmemappe" eller "den kørte rm -rf / og nu er jeg færdig." For mig har det været ventetiden værd mange gange over.

Er Det Overkill?

Ærligt? Det afhænger af, hvad du laver. Til hurtige scripts og engangsopgaver bruger jeg stadig bare Claude Code direkte med de normale tilladelses-prompt. Men til seriøs feature-udvikling, refactoring-arbejde, eller når jeg arbejder i et repo, jeg holder af? Så har container-opsætningen sparet mig timer på aggregat af godkendelses-klik og givet mig ægte ro i sindet.

Det bedste er, at når du først forstår konceptet, kan du tilpasse det. Forskellige kodningsagenter har forskellige faldgruber — credential-opbevaringssteder, config-formater, entrypoint-krav — men den underliggende princip forbliver den samme: isolér agenten, giv den kontrolleret adgang til dit arbejde, og lad den køre uden at du hænger over skulderen på den.

Afsluttende Tanker

Vi er i en interessant overgangsperiode med AI-kodningsværktøjer. Sikkerhedsstandarderne er konservative af gode grunde — de her agenter er kraftfulde og autonome. Men konservative standarder betyder ofte "designet til folk, der prøver værktøjet af" snarere end "designet til daglig professionel brug."

Containerisering er én måde at bygge bro over det hul. Det er ikke perfekt sikkerhed, men det er praktisk beskyttelse, der lader dig faktisk høste de produktivitetsgevinster, disse værktøjer tilbyder, uden at spille tilladelses-whack-a-mole.

Prøv det. Når først du har aliaset sat op og kalder cc fra din terminal for at få en fuldt lastet kodningsagent på sekunder, kommer du ikke tilbage.

Hvad er din opsætning til at køre AI-kodningsagenter? Stadig ved at klikke godkend? Fuldt YOLO? Har du et containeriseringstrick, jeg har overset? Jeg vil meget gerne høre, hvordan andre tænker over denne balance.