Hemmeligheten bak Claude Code: Derfor snakker alle om Firecracker MicroVMs

Hemmeligheten bak Claude Code: Derfor snakker alle om Firecracker MicroVMs

Sep 12, 2026 ai infrastructure firecracker microvms claude code cloud hosting paas developer tools cloud computing

Hemmeligheten bak Claude Code som ingen snakker om

Har du lagt merke til hvor raskt Claude Code føles? Det er ikke tilfeldig. Hver gang du starter en session, møter du et miljø som booter på millisekunder, med et rent filsystem og en webbasert terminal. Men hva egentlig som skjer bak kulissene?

De fleste har aldri tenkt på det. En gjeng med reverse-engineers har nå gravd seg ned i teknologien, og funnene deres tyder på at Anthropic bygger langt mer enn bare AI-modeller. De kan være i ferd med å konstruere en infrastrukturplattform som potensielt kan utfordre aktører som Vercel, Railway og Render.

Firecracker: Grunnmuren i alt

Kjernen i Claude Code er Firecracker – samme open source mikroVM-teknologi som driver AWS Lambda og Fargate. Hvis du jobber med skyleverandører, bør dette få deg til å løfte på øyenbrynene.

Hver Claude Code-session kjører på:

  • 4 vCPUs (Intel Xeon Cascade Lake @ 2.80GHz)
  • 16 GB RAM
  • 252 GB disk
  • Linux 6.18.5-kjerne

Ingen nested virtualisering heller. Firecracker fjerner bevisst VMX/SVM-flagg som ville latt gjestemiljøet spinne opp egne virtuelle maskiner. Dette er et sikkerhetsvalg som isolerer arbeidsbelastninger fra hverandre.

Det virkelig interessante? Det er ingen systemd. Ingen SSH-demon. Ingen cron. Ingen logginfrastruktur. Hele prosstreet ser slik ut:

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-verktøyet)

Tre prosesser. Punktum.

Den første prosessen er en egendefinert binærfil som fungerer som både init-system og WebSocket API-gateway. Den lytter på port 2024 for WebSocket-tilkoblinger og port 2025 for sekundære endepunkter.

Eleganse i praksis – alt unødvendig er strippet bort for å minimere angreoverflaten.

Snapshots: Der magien skjer

Det mest fascinerende funnet handler ikke om selve mikroVM-en. Det handler om hvordan sessioner initialiseres.

De starter ikke fra bunnen av. De gjenopprettes fra frosne snapshots.

Forskere fant en 48,5 timers gap mellom da template-VMen ble opprettet og da en session ble gjenopprettet:

[  30.731516] Run /process_api as init process
    ~~~ 48.5 TIMERS GAP — VM BLE FRYST SOM SNAPSHOT ~~~
[174695.927758] virtio_blk: [vdc] new size: ...

Dette er i prinsippet det samme som SnapStart som AWS Lambda pioneered. Template-en booter én gang, initialiseres til en klar tilstand, og fryses deretter som et snapshot. Når du starter en ny session, gjenoppretter systemet det snapshotet på millisekunder i stedet for å vente på en full oppstartssekvens.

Device hot-swappingen under gjenoppretting er spesielt smart:

| Device | Template | Etter gjenoppretting | Innhold | |--------|----------|----------------------|---------| | 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 injisert block device. Ubuntu-miljøet ligger på en ext4-volum som byttes ut ved gjenoppretting, mens Claude Code-verktøyene og environment runneren monteres som squashfs overlays.

Dette lagdelte oppsettet betyr at hver session får et rent, isolert miljø uten overhead fra å bygge opp filsystemet på nytt.

Hva "Antspace" betyr for AI-infrastrukturen

Her blir det spennende: reverse engineering avslørte referanser som antyder at Anthropic kanskje bygger en intern plattform kalt "Antspace".

Hvis dette stemmer, posisjonerer det Anthropic som en mulig PaaS-konkurrent – et Vercel for AI-native applikasjoner.

Tenk på hva de bygger:

  • Et kjøretidsmiljø som håndterer autentisering, prosessadministrasjon og WebSocket-kommunikasjon
  • Isolert mikroVM-basert kjøring med sterke sikkerhetsgrenser
  • Snapshot-basert øyeblikkelig deployering og skalering
  • En API-første arkitektur designet for programmatisk kontroll

Dette er nøyaktig infrastrukturen du trenger for ikke bare Claude Code, men et komplett sett med AI-drevne utviklingsverktøy, deployeringspipelines og hostingsplattformer.

Sikkerhetsarkitekturen er verdt å merke seg

Teamet har tenkt grundig på sikkerhet. Blant tiltakene finner vi:

init_on_free=1 – Minnesider nullstilles når de frigis, noe som forhindrer datalekkasje mellom sessioner.

CRNG reseeding – Den kryptografiske tilfeldigtallsgeneratorenreseedes etter VM-gjenoppretting. Dette er kritisk fordi snapshots teoretisk kunne dele samme entropitilstand – en potensiell kryptografisk sårbarhet.

Capability dropping – Etter initialisering slipper PID 1 CAP_SYS_RESOURCE, noe som begrenser hva prosessen kan gjøre selv om den kompromitteres.

--block-local-connections – Lokal WebSocket-tilgang blokkeres, slik at sessionen ikke kan koble direkte til administrative grensesnitt.

JWT-autentisering – WebSocket-tilkoblinger krever verifiserte tokens, og secrets slettes fra konfigurasjoner etter bruk.

Dette er ikke bare sikkerhetsteater – det er meningsfulle herdingsvalg som tyder på at denne infrastrukturen var designet for produksjonsarbeidsbelastninger.

Hvorfor dette betyr noe for utviklere

Enten du bygger AI-verktøy, kodeagenter eller skybaserte applikasjoner, er mønstrene som dukker opp fra Claude Code verdt å studere:

  1. Firecracker blir standarden for isolasjonskrevende arbeidsbelastninger. Hvis du vurderer containere kontra mikroVMer, tilbyr Firecracker VM-nivå sikkerhet med containerhastighet.

  2. Snapshot-basert initialisering er fremtiden for alt som trenger oppstart under ett sekund. Dette mønsteret sprer seg fra Lambda til utviklingsmiljøer.

  3. Egendefinerte init-systemer gjør comeback. Når du ikke trenger hele systemd-stakken, kan en minimal egendefinert supervisor være raskere, sikrere og mer formålsbygd.

  4. AI-selskaper bygger infrastruktur som til slutt kan konkurrere med tradisjonelle skyleverandører. Anthropics interne plattform, hvis den er ekte, representerer en betydelig investering i hostingsmarkedet.

Neste gang du starter Claude Code, bruker du ikke bare et CLI-verktøy. Du får et gløtt inn i AI-nativ skyinfrastruktur som kan definere hvordan intelligente applikasjoner bygges og deployeres i årene som kommer.

Det store bildet

Det mest slående med denne oppdagelsen er ikke noen enkelt teknisk detalj. Det er beviset på at AI-selskaper tenker seriøst på hele stacken – ikke bare modeller, men infrastrukturen som trengs for å kjøre alt disse modellene muliggjør.

Anthropic bygger ikke bare Claude. De bygger plattformlaget som kan støtte en ny generasjon av AI-native applikasjoner.

Og hvis "Antspace" er ekte? Da blir konkurransen i AI-hostingmarkedet svært interessant.


Har du tanker om AI-infrastruktur eller egne reverse-engineeringfunn? Utviklermiljøet lever av slike diskusjoner. Noen ganger kommer de mest verdifulle innsiktene fra å titte under panseret.

Read in other languages:

BG RU EL CS UZ TR SV FI PT RO PL HU NL IT FR ES DE DA ZH-HANS EN