Hemmeligheden bag Claude Code: Den usynlige infrastruktur

Har du lagt mærke til, hvor hurtigt Claude Code føles? Sessions-start sker øjeblikkeligt. Filsystemet er rent og pænt. Hele oplevelsen kører i en browser-baseret terminal. Men hvad kører der egentlig på den anden side, når du forbinder dig?

De færreste har stillet det spørgsmål. Indtil nu.

En fascinerende reverse-engineering analyse har afsløret, hvordan Claude Code's runtime faktisk fungerer under overfladen. Og det, forskerne fandt, tyder på, at Anthropic ikke bare bygger AI-modeller. De opbygger stille og roligt den infrastruktur, der potentielt kan udfordre platforme som Vercel, Railway og Render.

Firecracker hele vejen ned

Kerneteknologien bag Claude Code's eksekveringsmiljø er Firecracker — den samme open-source microVM-teknologi, der driver AWS Lambda og Fargate. Hvis du arbejder med cloud-infrastruktur, bør det få din opmærksomhed.

Her er hvad der kører i hver Claude Code-session:

• 4 vCPU'er (Intel Xeon Cascade Lake @ 2.80GHz)
• 16GB RAM
• 252GB disk
• Linux 6.18.5 kerne

Ingen nested virtualisering. Firecracker fjerner bevidst VMX/SVM-flags, der ville tillade gæsten at starte sine egne VM'er. Det er et sikkerhedsbevidst designvalg, der isolerer workloads.

Men det interessante kommer nu: Der er ingen systemd. Ingen SSH-dæmon. Ingen cron. Ingen lognings-infrastruktur. Hele proces-træet ser således ud:

PID 1: /process_api --firecracker-init --addr 0.0.0.0:2024
  └─ PID 517: /usr/local/bin/environment-manager task-run --session cse_...
       └─ PID 532: claude (selve CLI'en)

Tre processer. Ikke mere. Den første proces er en custom binær, der fungerer både som init-system og WebSocket API-gateway. Den lytter på port 2024 for WebSocket-forbindelser og port 2025 for sekundære endpoints.

Elegant infrastruktur-design — alt unødvendigt er skrællet væk for at minimere angrebsflade og maksimere performance.

Snapshot-arkitekturen: Hvor magien sker

Den mest bemærkelsesværdige opdagelse er ikke selve microVM'en — det er hvordan sessioner initialiseres.

Sessioner booter ikke fra bunden. De gendannes fra frosne snapshots.

Da forskerne undersøgte boot-logs, fandt de et 48,5 timers mellemrum mellem, hvornår template-VM'en blev oprettet, og hvornår en session blev gendannet:

[  30.731516] Run /process_api as init process
    ~~~ 48.5 TIMERS MELLEMRUM — VM WAS FROZEN AS SNAPSHOT ~~~
[174695.927758] virtio_blk: [vdc] new size: ...

Dette er i bund og grund det samme SnapStart-koncept, som AWS Lambda pioneered. Template booter én gang, initialiserer til en klar tilstand, og bliver derefter frosset som et snapshot. Når du starter en ny session, gendanner systemet dét snapshot på millisekunder i stedet for at vente på en komplet boot-sekvens.

Device hot-swapping under gendannelse er særligt smart:

| Enhed | Template | Efter gendannelse | Indhold | |-------|----------|-------------------|---------| | vda | placeholder | 256 GiB ext4 | Session rootfs (Ubuntu 24.04) | | vdb | placeholder | 63.7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12.1 MB squashfs | /opt/env-runner |

Root-filsystemet er en dynamisk injiceret block device. Ubuntu-miljøet ligger på et ext4-volume, der swappes ind ved gendannelsestidspunktet, mens Claude Code-værktøjerne og environment runneren monteres som squashfs overlays.

Denne lagdelte tilgang betyder, at hver session får et rent, isoleret miljø uden overhead ved at genskabe hele filsystemet.

Hvad "Antspace" betyder for AI-infrastrukturkapløbet

Her er spekulationen, der gør historien interessant: Reverse engineering'en afslørede referencer, der antyder, at Anthropic muligvis bygger en intern platform kaldet "Antspace."

Hvis det er sandt, positionerer det Anthropic som en potentiel PaaS-konkurrent — en Vercel for AI-native applikationer.

Tænk over, hvad de bygger:

• Et runtime-miljø, der håndterer authentication, process management og WebSocket-kommunikation
• Isoleret microVM-baseret eksekvering med stærke sikkerhedsgrænser
• Snapshot-baseret øjeblikkelig deployment og skalering
• En API-første arkitektur designet til programmeret kontrol

Dette er præcis den infrastruktur, du ville have brug for til ikke bare Claude Code, men en komplet suite af AI-drevne udviklingsværktøjer, deployment pipelines og hosting-platforme.

Sikkerhedsarkitekturen er værd at bemærke

Teamet har tydeligvis tænkt grundigt over sikkerhed. Bemærkelsesværdige foranstaltninger inkluderer:

init_on_free=1 — Hukommelsessider nulstilles, når de frigives, hvilket forhindrer datalækage mellem sessioner.

CRNG re-seeding — Den kryptografiske tilfældighedsgenerator re-seeds efter VM-gendannelse. Dette er kritisk, fordi snapshots potentielt kunne dele den samme entropy-tilstand — hvilket ville være en krypto-sårbarhed.

Capability dropping — Efter initialisering dropper PID 1 CAP_SYS_RESOURCE, hvilket begrænser, hvad processen kan gøre, selv hvis den kompromitteres.

--block-local-connections — Localhost WebSocket-adgang er blokeret, hvilket forhindrer sessionen i at forbinde direkte til management-interfaces.

JWT authentication — WebSocket-forbindelser kræver verificerede tokens, og secrets fjernes fra configs efter brug.

Dette er ikke bare sikkerhedsteater — det er meningsfuld hardening, der tyder på, at denne infrastruktur var designet til produktionsworkloads.

Hvorfor dette betyder noget for udviklere

Uanset om du bygger AI-værktøjer, coding agents eller cloud-native applikationer, er mønstrene fra Claude Code's infrastruktur værd at studere:

1. Firecracker bliver standarden for isolation-krævende workloads. Hvis du evaluerer containers vs. microVMs, tilbyder Firecracker VM-niveau sikkerhed med container-niveau hastighed.

2. Snapshot-baseret initialisering er fremtiden for alt, der kræver sub-sekund opstartstider. Dette mønster breder sig fra Lambda til udviklingsmiljøer.

3. Custom init-systemer gør comeback. Når du ikke har brug for den fulde systemd-stack, kan en minimal custom supervisor være hurtigere, sikrere og mere formålsbygget.

4. AI-virksomheder bygger infrastruktur, der ultimativt kan konkurrere med traditionelle cloud-udbydere. Anthropic's interne platform, hvis den er reel, repræsenterer en betydelig investering i hosting-rummet.

Næste gang du starter Claude Code, bruger du ikke bare et CLI-værktøj — du får et glimt af AI-native cloud-infrastruktur, der kan definere, hvordan intelligente applikationer bygges og deployes i de kommende år.

Det store billede

Det mest slående ved denne opdagelse er ikke nogen enkelt teknisk detalje. Det er beviset på, at AI-virksomheder tænker seriøst over hele stacken — ikke bare modeller, men infrastrukturen til at køre alt det, modellerne muliggør.

Anthropic bygger ikke bare Claude. De bygger det platform-lag, der kan understøtte en ny generation af AI-native applikationer.

Og hvis "Antspace" er ægte? Så bliver konkurrencen inden for AI hosting meget interessant.

Har du tanker om AI-infrastruktur eller lyst til at dele dine egne reverse-engineering opdagelser? Udvikler-fællesskabet trives på den slags samtaler. Nogle gange kommer de mest værdifulde indsigter fra at kigge under motorhjelmen.