Secretul din Spatele Claude Code pe Care Nimeni Nu Îl Discuta

Dacă ai folosit Claude Code, ai observat că ceva se simte diferit. Totul rulează rapid — suspiciun de rapid. Sesiunile pornesc instantaneu, sistemul de fișiere este impecabil, iar experiența funcționează într-un terminal web. Dar te-ai întrebat vreodată ce se întâmplă de fapt când te conectezi?

Se pare că nici majoritatea celorlalți nu s-au întrebat — până acum.

Un demers fascinant de reverse engineering a scos la iveală cum funcționează runtime-ul Claude Code pe interior. Iar ce au descoperit cercetătorii sugerează că Anthropic nu construiește doar modele AI. Construiesc pe ascuns un strat de infrastructură care ar putea rivaliza cu platforme precum Vercel, Railway și Render.

Totul Rulează pe Firecracker

Tehnologia de bază care alimentează mediul de execuție Claude Code este Firecracker — aceeași tehnologie open-source de microVM folosită de AWS Lambda și Fargate. Dacă lucrezi cu infrastructură cloud, asta ar trebui să-ți atragă atenția.

Iată ce rulează în fiecare sesiune Claude Code:

• 4 vCPU-uri (Intel Xeon Cascade Lake @ 2.80GHz)
• 16GB RAM
• 252GB spațiu pe disc
• Kernel Linux 6.18.5

Nici urmă de virtualizare imbricată. Firecracker elimină intenționat flagurile VMX/SVM care ar permite guest-ului să creeze propriile sale VM-uri — o decizie conștientă de securitate care izolează workload-urile.

Dar aici devine interesant: nu există systemd. Nici daemon SSH. Nici cron. Nici infrastructură de logging. Întregul arbore de procese arată așa:

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 (CLI-ul propriu-zis)

Trei procese. Atât. Primul proces este un binar personalizat care funcționează atât ca sistem init, cât și ca gateway API pentru WebSocket. Ascultă pe portul 2024 pentru conexiuni WebSocket și pe portul 2025 pentru endpointuri secundare.

Aceasta este o proiectare elegantă a infrastructurii — eliminarea tot ce nu este necesar pentru a minimiza suprafața de atac și a maximiza performanța.

Arhitectura Snapshot: Unde Se Întâmplă Magia

Descoperirea cea mai remarcabilă nu este microVM-ul în sine — ci cum sunt inițializate sesiunile.

Sesiunile nu boot-ează de la zero. Sunt restaurate din snapshot-uri înghețate.

Când cercetătorii au analizat log-urile de boot, au găsit un gap de 48.5 ore între momentul creării template-ului VM și momentul restaurării unei sesiuni:

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

Aceasta este practic aceeași concepție SnapStart pe care AWS Lambda a pionierat-o. Template-ul boot-ează o singură dată, se inițializează până la starea gata de lucru, și apoi este înghețat ca snapshot. Când pornești o nouă sesiune, sistemul restaurează acel snapshot în milisecunde, în loc să aștepte o secvență completă de boot.

Hot-swapping-ul de dispozitive în timpul restaurării este deosebit de ingenios:

| Dispozitiv | Template | După Restaurare | Conținut | |--------|----------|---------------|---------| | vda | placeholder | 256 GiB ext4 | Rootfs sesiune (Ubuntu 24.04) | | vdb | placeholder | 63.7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12.1 MB squashfs | /opt/env-runner |

Sistemul de fișiere root este un block device injectat dinamic. Mediul Ubuntu stă pe un volum ext4 care este schimbat în momentul restaurării, în timp ce tool-urile Claude Code și environment runner-ul sunt montate ca overlay-uri squashfs.

Această abordare pe straturi înseamnă că fiecare sesiune primește un mediu curat și izolat, fără overhead-ul de a recrea întregul sistem de fișiere.

Ce Înseamnă "Antspace" pentru Cursa Infrastructurii AI

Iată speculația care face povestea interesantă: reverse engineering-ul a descoperit referințe care sugerează că Anthropic ar putea construi o platformă internă numită "Antspace."

Dacă este adevărat, acest lucru poziționează Anthropic ca un potențial competitor PaaS — un Vercel pentru aplicații native AI.

Gândește-te la ce construiesc:

• Un mediu de execuție care gestionează autentificarea, managementul proceselor și comunicarea WebSocket
• Execuție izolată bazată pe microVM cu granițe stricte de securitate
• Deploy și scaling instantanee bazate pe snapshot-uri
• O arhitectură API-first proiectată pentru control programatic

Aceasta este exact infrastructura de care ai avea nevoie nu doar pentru Claude Code, ci pentru o suită completă de instrumente de dezvoltare AI, pipeline-uri de deploy și platforme de hosting.

Arhitectura de Securitate Merită Menționată

Echipa a gândit clar la securitate. Măsurile notabile includ:

init_on_free=1 — Pagini de memorie sunt zero-izate când sunt eliberate, prevenind scurgerea de date între sesiuni.

CRNG reseeding — Generatorul de numere aleatoare criptografice este reînsămânțat după restaurarea VM-ului. Acest lucru este critic deoarece snapshot-urile ar putea teoretic să partajeze aceeași stare de entropie, ceea ce ar fi o vulnerabilitate criptografică.

Capability dropping — După inițializare, PID 1 renunță la CAP_SYS_RESOURCE, limitând ce poate face procesul chiar dacă este compromis.

--block-local-connections — Accesul WebSocket pe localhost este blocat, prevenind sesiunea de la conectarea directă la interfețele de management.

Autentificare JWT — Conexiunile WebSocket necesită token-uri verificate, iar secretele sunt șterse din configurații după utilizare.

Acestea nu sunt doar spectacol de securitate — sunt alegeri concrete de hardening care sugerează că această infrastructură a fost proiectată pentru workload-uri de producție.

De Ce Contează Pentru Dezvoltatori

Indiferent dacă construiești instrumente AI, agenți de codificare sau aplicații cloud-native, tiparele care emerg din infrastructura Claude Code merită studiate:

1. Firecracker devine standardul pentru workload-uri cu cerințe mari de izolare. Dacă evaluezi containere vs. microVM-uri, Firecracker oferă securitate de nivel VM cu viteza de container.

2. Inițializarea bazată pe snapshot-uri este viitorul pentru orice are nevoie de timpi de pornire sub o secundă. Acest tipar se răspândește de la Lambda la medii de dezvoltare.

3. Sistemele custom init revin în forță. Când nu ai nevoie de întregul stack systemd, un supervizor minimal personalizat poate fi mai rapid, mai sigur și mai potrivit scopului.

4. Companiile AI construiesc infrastructură care ar putea eventual concura cu furnizorii tradiționali de cloud. Platforma internă a Anthropic, dacă este reală, reprezintă o investiție semnificativă în spațiul hosting.

Data viitoare când pornești Claude Code, nu folosești doar un instrument CLI — accesezi o privire asupra infrastructurii cloud native AI care ar putea defini cum sunt construite și deploy-uite aplicațiile inteligente în anii următori.

Imaginea de Ansamblu

Cea mai izbitoare descoperire nu este nicio detaliu tehnic singular. Este dovezile că companiile AI gândesc serios la întregul stack — nu doar modele, ci infrastructura necesară pentru a rula tot ce acele modele permit.

Anthropic nu construiește doar Claude. Construiește stratul de platformă care ar putea susține o nouă generație de aplicații native AI.

Și dacă "Antspace" este real? Competiția în spațiul hosting AI urmează să devină foarte interesantă.

Ai gânduri despre infrastructura AI sau vrei să împărtășești propriile descoperiri de reverse engineering? Comunitatea dezvoltatorilor înflorește din aceste conversații. Uneori cele mai valoroase insights vin din privitul sub capotă.