Тайната инфраструктура на Claude Code, за която никой не говори

Всеки, който е работил с Claude Code, е забелязал нещо различно. Средата е бърза — подозрително бърза. Сесиите се стартират мигновено, файловата система е чиста, а всичко върви в уеб-базиран терминал. Но някога ли сте се замисляли какво точно се случва зад кулисите?

Оказва се, че повечето хора дори не са си задавали този въпрос — поне до момента.

Наскоро излезе един любопитен reverse-engineering анализ, който разкри как точно работи runtime-а на Claude Code. И това, което изследователите откриха, подсказва, че Anthropic не просто разработват AI модели. Те тихомълком изграждат инфраструктурен слой, който потенциално може да се превърне в конкурент на платформи като Vercel, Railway и Render.

Firecracker от край до край

Основната технология, захранваща изпълнителната среда на Claude Code, е Firecracker — същата open-source микроVM технология, която стои зад AWS Lambda и Fargate. Ако се занимавате с облачна инфраструктура, това би трябвало да привлече вниманието ви.

Ето какво работи във всяка сесия на Claude Code:

• 4 виртуални процесора (Intel Xeon Cascade Lake @ 2.80GHz)
• 16GB оперативна памет
• 252GB дисково пространство
• Linux 6.18.5 ядро

Няма вложена виртуализация. Firecracker умишлено премахва VMX/SVM флаговете, които биха позволили на guest системата да стартира собствени виртуални машини — това е съзнателно решение за сигурност, изолиращо работните натоварвания.

Но тук нещата стават наистина интересни: няма systemd. Няма SSH демон. Няма cron. Няма логинг инфраструктура. Цялото дърво на процесите изглежда по следния начин:

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 програма)

Три процеса. Само толкова. Първият процес е персонализиран binary, който играе едновременно ролята на init система и WebSocket API gateway. Слуша на порт 2024 за WebSocket връзки и на порт 2025 за вторични endpoints.

Това е елегантен дизайн — премахнато е всичко излишно, за да се намали повърхността за атаки и да се максимизира производителността.

Архитектурата със snapshot-и: Къде е магията

Най-забележителното откритие не е самият микроVM — а как сесиите се инициализират.

Сесиите не се стартират от нулата. Те се възстановяват от замразени snapshot-и.

Когато изследователите разгледаха boot логовете, откриха 48.5-часова разлика между момента, в който template VM-ът е бил създаден, и момента, в който сесията е била възстановена:

[  30.731516] Run /process_api as init process
    ~~~ 48.5 ЧАСА РАЗЛИКА — VM Е ЗАМРАЗЕН КАТО SNAPSHOT ~~~
[174695.927758] virtio_blk: [vdc] new size: ...

Това по същество е същата концепция SnapStart, която AWS Lambda направи популярна. Template-ът се стартира веднъж, инициализира се до работно състояние и след това се замразява като snapshot. Когато стартирате нова сесия, системата възстановява този snapshot за милисекунди, вместо да чака пълен boot процес.

Device hot-swapping-ът по време на възстановяването е особено хитър:

| Устройство | Template | След възстановяване | Съдържание | |--------|----------|---------------|---------| | vda | placeholder | 256 GiB ext4 | Сесиен rootfs (Ubuntu 24.04) | | vdb | placeholder | 63.7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12.1 MB squashfs | /opt/env-runner |

Root файловата система е динамично инжектирано block устройство. Ubuntu средата се намира на ext4 том, който се подменя по време на възстановяването, докато Claude Code инструментариумът и environment runner-ът се монтират като squashfs overlays.

Този многослоен подход означава, че всяка сесия получава чиста, изолирана среда без режийните разходи за пресъздаване на цялата файлова система.

Какво означава "Antspace" за надпреварата в AI инфраструктурата

Ето и спекулацията, която прави тази история интересна: reverse engineering-ът разкри референции, подсказващи, че Anthropic може би изграждат вътрешна платформа, наречена "Antspace."

Ако това е вярно, Anthropic се позиционират като потенциален PaaS конкурент — Vercel за AI-нативни приложения.

Помислете какво изграждат:

• Runtime среда, която се грижи за authentication, управление на процеси и WebSocket комуникация
• Изолирано изпълнение базирано на микроVM солидна сигурност
• Snapshot-базирано мигновено deploy-ване и скалиране
• API-first архитектура, проектирана за программатичен контрол

Това е точно инфраструктурата, която бихте имали нужда да поддържате не само Claude Code, а пълен набор от AI-подпомогнати development инструменти, deployment pipeline-и и хостинг платформи.

Сигурността си заслужава внимание

Екипът явно е обмислил внимателно сигурността. Забележителни мерки включват:

init_on_free=1 — Страниците памет се нулират при освобождаване, което предотвратява изтичане на данни между сесии.

CRNG reseeding — Криптографският генератор на случайни числа се презасява след възстановяване на VM. Това е критично, защото snapshot-ите теоретично биха могли да споделят едно и също entropy състояние, което би било криптографска уязвимост.

Capability dropping — След инициализация, PID 1 се отказва от CAP_SYS_RESOURCE, ограничавайки какво може да прави процесът дори и да е компрометиран.

--block-local-connections — Localhost WebSocket достъпът е блокиран, което предотвратява директно свързване на сесията с management интерфейси.

JWT authentication — WebSocket връзките изискват валидни токени, а секретите се изтриват от конфигурациите след употреба.

Това не са самоPR мерки за сигурност — това са съществени hardening решения, подсказващи, че тази инфраструктура е проектирана с production натоварвания в предвид.

Защо е важно за разработчиците

Независимо дали изграждате AI инструменти, coding agents или cloud-native приложения, моделите, излизащи от инфраструктурата на Claude Code, си струва да бъдат изучени:

1. Firecracker се превръща в стандарт за изолационно-интензивни работни натоварвания. Ако преценявате container-и vs. микроVM-и, Firecracker предлага VM-ниво сигурност с container-ско темпо.

2. Snapshot-базираната инициализация е бъдещето за всичко, което се нуждае от sub-second времена за стартиране. Този модел се разпространява от Lambda до среди за разработка.

3. Персонализираните init системи правят comeback. Когато не ви трябва пълният systemd стек, минимален персонализиран supervisor може да бъде по-бърз, по-сигурен и по-подходящ за конкретната цел.

4. AI компаниите изграждат инфраструктура, която в крайна сметка може да се конкурира с традиционните облачни доставчици. Вътрешната платформа на Anthropic, ако е реална, представлява значителна инвестиция в хостинг пространството.

Следващия път, когато пуснете Claude Code, не просто използвате CLI инструмент — вие надниквате в AI-нативна облачна инфраструктура, която може да определи как се изграждат и deploy-ват интелигентните приложения през следващите години.

По-голямата картина

Най-впечатляващото при това откритие не е нито един отделен технически детайл. Това е доказателството, че AI компаниите мислят сериозно за пълния стек — не само модели, но и инфраструктурата, която да ги захранва.

Anthropic не просто изгражда Claude. Те изграждат платформеното ниво, което може да поддържа ново поколение AI-нативни приложения.

И ако "Antspace" е реален? Състезанието в AI хостинг пространството скоро ще стане много интересно.

Имате ли мнение за AI инфраструктура или искате да споделите собствени reverse-engineering открития? Developer общността процъфтява от тези разговори. Понякога най-ценните прозрения идват, когато надникнеш под капака.