A Claude Code titkos infrastruktúrája, amiről senki sem beszél

Minden fejlesztő, aki használta a Claude Code-ot, észrevesz valamit: a környezet villámgyors. A munkamenetek azonnal indulnak, a fájlrendszer tiszta, és az egész élmény egy böngészőben futó terminálban zajlik. De gondolkodtál már azon, hogy mi történik a motorháztető alatt, amikor csatlakozol?

Kiderül, hogy a legtöbben nem — egészen mostanáig.

Egy figyelemre méltó reverse-engineering elemzés nemrég felszínre hozta, hogyan is működik a Claude Code futtatási környezete. És amit a kutatók találtak, az arra utal, hogy az Anthropic nem egyszerűen csak modelleket épít. Csendben az infrastruktúra réteget építik, amely versenyezhet a Vercel, a Railway és a Render szolgáltatásaival.

A Firecracker minden szinten

A Claude Code végrehajtási környezetének alapja a Firecracker — ugyanaz a nyílt forráskódú microVM technológia, amely az AWS Lambda-t és a Fargate-et működteti. Ha felhős infrastruktúrát építesz, ezért érdemes odafigyelned.

Íme, mi fut minden Claude Code munkamenetben:

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

Beágyazott virtualizáció sincs. A Firecracker szándékosan eltávolítja a VMX/SVM flag-eket, amelyek lehetővé tennék a vendég VM számára, hogy saját virtuális gépeket indítson — ez egy biztonságtudatos tervezési döntés, amely izolálja a munkaterheléseket.

De itt válik igazán érdekessé a dolog: nincs systemd. Nincs SSH daemon. Nincs cron. Nincs naplózási infrastruktúra. A teljes folyamatfa így néz ki:

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 (maga a CLI)

Három folyamat. Ennyi. Az első egy egyedi bináris, amely egyszerre működik init rendszerként és WebSocket API gateway-ként. A 2024-es porton figyel a WebSocket kapcsolatokra, a 2025-ös porton pedig a másodlagos végpontokra.

Ez elegáns infrastruktúra tervezés — minden szükségtelen dolgot eltávolítunk a támadási felület minimalizálása és a teljesítmény maximalizálása érdekében.

A snapshot architektúra: ahol a varázslat történik

A legfigyelemreméltóbb felfedezés nem maga a microVM — hanem az, hogy a munkamenetek hogyan inicializálódnak.

A munkamenetek nem nulláról bootolnak. Fagyasztott snapshotokból állnak vissza.

Amikor a kutatók megvizsgálták a boot logokat, 48,5 órás rést találtak a sablon VM létrehozása és egy munkamenet visszaállítása között:

[  30.731516] Run /process_api as init process
    ~~~ 48.5 ÓRÁS RÉG — A VM FAGYASZTVA VOLT SNAPSHOT-KÉNT ~~~
[174695.927758] virtio_blk: [vdc] new size: ...

Ez lényegében ugyanaz a SnapStart koncepció, amelyet az AWS Lambda úttörőként alkalmazott. A sablon egyszer bootol, inicializálódik egy kész állapotba, majd snapshot-ként befagyasztásra kerül. Amikor új munkamenetet indítasz, a rendszer millisekundumok alatt visszaállítja azt a snapshotot, ahelyett hogy a teljes boot folyamatot várná.

A restore során történő device hot-swapping különösen ötletes:

| Eszköz | Sablon | Visszaállítás után | Tartalom | |--------|--------|-------------------|----------| | vda | placeholder | 256 GiB ext4 | Munkamenet rootfs (Ubuntu 24.04) | | vdb | placeholder | 63.7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12.1 MB squashfs | /opt/env-runner |

A gyökérfájlrendszer egy dinamikusan befecskendezett block device. Az Ubuntu környezet egy ext4 köteten van, amely a visszaállítási időpontban kerül becserélésre, míg a Claude Code eszközök és az environment runner squashfs overlay-ként van csatolva.

Ez a rétegezett megközelítés azt jelenti, hogy minden munkamenet tiszta, izolált környezetet kap a teljes fájlrendszer újraépítésének terhe nélkül.

Mit jelent az "Antspace" az AI infrastruktúra versenyében

Íme a találgatás, ami igazán pikánssá teszi ezt a történetet: a reverse engineering olyan hivatkozásokat tárt fel, amelyek arra utalnak, hogy az Anthropic egy "Antspace" nevű belső platformot építhet.

Ha ez igaz, az Anthropic-ot PaaS versenytársként pozicionálja — egy Vercel-t az AI-natív alkalmazásoknak.

Gondolj bele, mit építenek:

• Runtime környezet, amely kezeli a hitelesítést, folyamatmenedzsmentet és WebSocket kommunikációt
• Izolált microVM-alapú végrehajtás erős biztonsági határokkal
• Snapshot-alapú azonnali deployment és skálázás
• API-first architektúra, amely programozott vezérlésre lett tervezve

Ez pontosan az az infrastruktúra, amire nem csak a Claude Code-nak, hanem egy teljes AI-alapú fejlesztői eszközkészletnek, deployment pipeline-oknak és hosting platformoknak szüksége van.

A biztonsági architektúra érdemes a figyelemre

A csapat nyilvánvalóan alaposan átgondolta a biztonságot. Figyelemre méltó intézkedések:

init_on_free=1 — A memórialapok nullázásra kerülnek felszabadításkor, megakadályozva az adatszivárgást a munkamenetek között.

CRNG újravetése — A kriptográfiai véletlenszám-generátor újravetése a VM visszaállítás után. Ez kritikus, mert a snapshotok elméletileg megoszthatnák ugyanazt az entrópiaállapotot, ami kriptográfiai sebezhetőség lenne.

Capability dropping — Az inicializálás után az PID 1 elveszíti a CAP_SYS_RESOURCE képességet, korlátozva, mit tehet a folyamat, még ha kompromittálódik is.

--block-local-connections — A localhost WebSocket hozzáférés blokkolva van, megakadályozva, hogy a munkamenet közvetlenül csatlakozzon a menedzsment interfészekhez.

JWT hitelesítés — A WebSocket kapcsolatok ellenőrzött tokeneket igényelnek, és a titkok a használat után törlésre kerülnek a konfigurációkból.

Ezek nem csak biztonsági színház — értelmes megerősítési döntések, amelyek azt sugallják, hogy ezt az infrastruktúrát production munkaterhelésekre tervezték.

Miért fontos ez a fejlesztőknek

Akár AI eszközöket, akár kódoló ügynököket, akár cloud-native alkalmazásokat építesz, a Claude Code infrastruktúrájából emerging minták érdemesek a tanulmányozásra:

1. A Firecracker válik az alapértelmezetté az izolálás-igényes munkaterhelésekhez. Ha konténerek és microVM-ek között mérlegelsz, a Firecracker VM-szintű biztonságot kínál konténer-sebességgel.

2. A snapshot-alapú inicializálás a jövő minden olyan esetben, ahol másodpercnél rövidebb indítási időre van szükség. Ez a minta terjed a Lambda-tól a fejlesztői környezetekig.

3. Az egyedi init rendszerek visszatérnek. Amikor nincs szükség a teljes systemd stackre, egy minimális egyedi supervisor gyorsabb, biztonságosabb és célzottabb lehet.

4. Az AI cégek olyan infrastruktúrát építenek, amely végül versenyezhet a hagyományos cloud szolgáltatókkal. Az Anthropic belső platformja, ha valós, jelentős befektetést jelent a hosting térben.

Legközelebb, amikor elindítod a Claude Code-ot, nem csak egy CLI eszközt használsz — betekintést nyersz egy AI-natív felhő infrastruktúrába, amely meghatározhatja, hogyan épülnek és deployolódnak az intelligens alkalmazások az elkövetkező években.

A nagy kép

A felfedezés legmeglepőbb része nem egyetlen technikai részlet. Az, hogy az AI cégek komolyan gondolják a teljes stacket — nem csak a modelleket, hanem az infrastruktúrát is, amely mindazt működteti, amit ezek a modellek lehetővé tesznek.

Az Anthropic nem csak a Claude-t építi. A platform réteget építi, amely egy új generációs AI-natív alkalmazásokat támogathatja.

És ha az "Antspace" valós? Az AI hosting területén a verseny hamarosan nagyon érdekessé válik.

Van véleményed az AI infrastruktúráról, vagy saját reverse-engineering felfedezéseket szeretnél megosztani? A fejlesztői közösség ezekből a beszélgetésekből él. Néha a legértékesebb betekintések a motorháztető alól érkeznek.