De Verborgen Infrastructuur Achter Claude Code Die Niemand Bespreekt

Iedere developer die ooit met Claude Code heeft gewerkt, heeft het gemerkt: de omgeving voelt snel aan — verdacht snel. Sessies verschijnen direct, het bestandssysteem is kraakhelder, en alles draait via een webgebaseerde terminal. Maar heb je je ooit afgevraagd wat er eigenlijk gebeurt wanneer je verbindt?

Blijkbaar hebben de meeste mensen dat niet — tot nu.

Een fascinerende reverse-engineering analyse bracht onlangs aan het licht hoe Claude Code's runtime werkt. En wat onderzoekers ontdekten, suggereert dat Anthropic niet alleen AI-modellen bouwt. Ze zijn stilletjes de infrastructuurlaag aan het construeren die platforms zoals Vercel, Railway en Render zou kunnen uitdagen.

Firecracker Tot Op De Kern

De kerntechnologie achter Claude Code's uitvoeringsomgeving is Firecracker — dezelfde open-source microVM-technologie die AWS Lambda en Fargate aandrijft. Als je cloudinfrastructuur bouwt, zou dit je aandacht moeten trekken.

Dit is wat er draait inside elke Claude Code-sessie:

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

Geen geneste virtualisatie trouwens. Firecracker verwijdert bewust de VMX/SVM flags die een gast-VM zouden toestaan om eigen VM's te starten — een beveiligingsbewuste ontwerpkeuze die workloads isoleert.

Maar hier wordt het spannend: er is geen systemd. Geen SSH daemon. Geen cron. Geen logging-infrastructuur. De hele procesboom ziet er zo uit:

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 (de CLI zelf)

Drie processen. Meer niet. Het eerste proces is een custom binary die fungeert als zowel init-systeem als WebSocket API-gateway. Het luistert op poort 2024 voor WebSocket-verbindingen en poort 2025 voor secundaire endpoints.

Dit is elegante infrastructuur — alles onnodigs weggesneden om aanvalsoppervlak te verkleinen en prestaties te maximaliseren.

De Snapshot-Architectuur: Waar De Magie Gebeurt

De meest opmerkelijke ontdekking is niet de microVM zelf — het is hoe sessies worden geïnitialiseerd.

Sessies bootten niet vanaf nul. Ze worden hersteeld uit bevroren snapshots.

Toen onderzoekers de boot-logs analyseerden, vonden ze een tijdsgat van 48,5 uur tussen het moment waarop de template-VM werd gemaakt en waarop een sessie werd hersteld:

[  30.731516] Run /process_api als init-proces
    ~~~ 48,5 UUR GAT — VM WAS BEVROREN ALS SNAPSHOT ~~~
[174695.927758] virtio_blk: [vdc] nieuwe grootte: ...

Dit is in wezen hetzelfde concept als SnapStart dat AWS Lambda introduceerde. De template boot één keer, initialiseert naar een kant-en-klaar stadium, en wordt vervolgens bevroren als snapshot. Wanneer je een nieuwe sessie start, herstelt het systeem die snapshot in milliseconden in plaats van te wachten op een volledige boot-volgorde.

De device hot-swapping tijdens het herstel is bijzonder slim:

| Apparaat | Template | Na Herstel | Inhoud | |----------|----------|------------|--------| | vda | placeholder | 256 GiB ext4 | Sessie rootfs (Ubuntu 24.04) | | vdb | placeholder | 63,7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12,1 MB squashfs | /opt/env-runner |

Het root-bestandssysteem is een dynamisch geïnjecteerd block device. De Ubuntu-omgeving staat op een ext4-volume dat wordt omgewisseld tijdens herstel, terwijl de Claude Code-tools en environment runner worden gemount als squashfs overlays.

Deze gelaagde aanpak betekent dat elke sessie een schone, geïsoleerde omgeving krijgt zonder de overhead van het opnieuw creëren van het hele bestandssysteem.

Wat "Antspace" Betekent Voor De AI-Infrastructuurrace

Hier is de speculatie die dit verhaal interessant maakt: de reverse engineering onthulde referenties die suggereren dat Anthropic mogelijk een intern platform bouwt dat "Antspace" heet.

Als dat klopt, positioneert dit Anthropic als een potentiële PaaS-concurrent — een Vercel voor AI-native applicaties.

Denk na over wat ze bouwen:

• Een runtime-omgeving die authenticatie, procesmanagement en WebSocket-communicatie afhandelt
• Geïsoleerde microVM-gebaseerde uitvoering met sterke beveiligingsgrenzen
• Snapshot-gebaseerde instant deployment en schaling
• Een API-first architectuur ontworpen voor programmatic controle

Dit is precies de infrastructuur die je nodig hebt om niet alleen Claude Code te ondersteunen, maar een volledige suite van AI-aangedreven ontwikkeltools, deployment pipelines en hostingplatforms.

De Beveiligingsarchitectuur Verdient Aandacht

Het team heeft duidelijk goed nagedacht over beveiliging. Opmerkelijke maatregelen zijn onder andere:

init_on_free=1 — Geheugenpagina's worden leeggemaakt wanneer ze worden vrijgegeven, wat datalekken tussen sessies voorkomt.

CRNG reseeding — De cryptografische random number generator wordt opnieuw geseed na VM-herstel. Dit is cruciaal omdat snapshots theoretisch dezelfde entropietoestand zouden kunnen delen, wat een crypto-kwetsbaarheid zou zijn.

Capability dropping — Na initialisatie laat PID 1 CAP_SYS_RESOURCE vallen, wat beperkt wat het proces kan doen zelfs als het gecompromitteerd raakt.

--block-local-connections — Localhost WebSocket-toegang wordt geblokkeerd, waardoor de sessie niet rechtstreeks verbinding kan maken met management-interfaces.

JWT-authenticatie — WebSocket-verbindingen vereisen geverifieerde tokens, en secrets worden uit configuraties verwijderd na gebruik.

Dit is geen beveiligingstheater — het zijn betekenisvolle hardening-keuzes die suggereren dat deze infrastructuur is ontworpen met productieworkloads in gedachten.

Waarom Dit Belangrijk Is Voor Developers

Of je nu AI-tools, coding agents of cloud-native applicaties bouwt, de patronen die uit Claude Code's infrastructuur naar voren komen, zijn het bestuderen waard:

1. Firecracker wordt de standaard voor isolatie-zware workloads. Als je containers versus microVMs afweegt, biedt Firecracker VM-niveau beveiliging met containerniveau snelheid.

2. Snapshot-gebaseerde initialisatie is de toekomst voor alles wat sub-seconde opstarttijden nodig heeft. Dit patroon verspreidt zich van Lambda naar ontwikkelomgevingen.

3. Custom init-systemen maken een comeback. Wanneer je de volledige systemd-stack niet nodig hebt, kan een minimaal custom supervisor sneller, veiliger en meer doelgericht zijn.

4. AI-bedrijven bouwen infrastructuur die uiteindelijk zou kunnen concurreren met traditionele cloudproviders. Anthropic's interne platform, als het echt is, vertegenwoordigt een significante investering in de hosting-ruimte.

De volgende keer dat je Claude Code opstart, gebruik je niet zomaar een CLI-tool — je krijgt een glimps van AI-native cloudinfrastructuur die zou kunnen definiëren hoe intelligente applicaties worden gebouwd en gedeployed in de jaren die voor ons liggen.

Het Grotere Plaatje

Wat het meest opvalt aan deze ontdekking is niet elk afzonderlijk technisch detail. Het is het bewijs dat AI-bedrijven serieus nadenken over de full stack — niet alleen modellen, maar de infrastructuur om alles te draaien wat die modellen mogelijk maken.

Anthropic bouwt niet alleen Claude. Ze bouwen de platformlaag die een nieuwe generatie AI-native applicaties zou kunnen ondersteunen.

En als "Antspace" echt is? De concurrentie in de AI-hosting ruimte staat op het punt om heel interessant te worden.

Heb je gedachten over AI-infrastructuur of wil je je eigen reverse-engineering ontdekkingen delen? De developer community gedijt bij dit soort gesprekken. Soms komen de meest waardevolle inzichten van onder de motorkap kijken.