A Infraestrutura Secreta por Trás do Claude Code que Ninguém Está Discutindo

Todo desenvolvedor que já usou Claude Code percebeu algo diferente nele. O ambiente é rápido — rapidíssimo. As sessões iniciam na hora, o sistema de arquivos é impecável, e toda a experiência roda num terminal via navegador. Mas você já se perguntou o que realmente está rodando quando você se conecta?

Aparentemente, a maioria das pessoas também não — até agora.

Uma investigação fascinante sobre como o runtime do Claude Code realmente funciona por baixo dos panos veio à tona recentemente. E o que os pesquisadores encontraram sugere que a Anthropic não está apenas construindo modelos de IA. Eles estão, silenciosamente, criando a camada de infraestrutura que pode desafiar plataformas como Vercel, Railway e Render.

É Firecracker em Toda Parte

A tecnologia central que alimenta o ambiente de execução do Claude Code é Firecracker — a mesma tecnologia open-source de microVMs que roda AWS Lambda e Fargate. Se você trabalha com infraestrutura em nuvem, isso deveria chamar sua atenção.

Veja o que está rodando dentro de cada sessão do Claude Code:

• 4 vCPUs (Intel Xeon Cascade Lake @ 2.80GHz)
• 16GB RAM
• 252GB de disco
• Kernel Linux 6.18.5

Sem virtualização aninhada, tampouco. O Firecracker intencionalmente remove os flags VMX/SVM que permitiriam ao guest criar suas próprias VMs — uma escolha de design focada em segurança que isola as cargas de trabalho.

Mas é aqui que a coisa fica interessante: não tem systemd. Não tem daemon SSH. Não tem cron. Não tem infraestrutura de logs. A árvore de processos inteira se resume a isso:

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 (o CLI em si)

Três processos. Só. O primeiro é um binário customizado que funciona tanto como sistema init quanto como gateway de API WebSocket. Ele fica escutando na porta 2024 por conexões WebSocket e na porta 2025 para endpoints secundários.

Isso é design de infraestrutura elegante — remover tudo que é desnecessário para minimizar a superfície de ataque e maximizar a performance.

A Arquitetura de Snapshots: Onde a Magia Acontece

A descoberta mais impressionante não é a microVM em si — é como as sessões são inicializadas.

As sessões não bootam do zero. Elas são restauradas a partir de snapshots congelados.

Quando os pesquisadores examinaram os logs de boot, encontraram uma lacuna de 48,5 horas entre quando a VM template foi criada e quando uma sessão foi restaurada:

[  30.731516] Run /process_api as init process
    ~~~ LACUNA DE 48.5 HORAS — VM FOI CONGELADA COMO SNAPSHOT ~~~
[174695.927758] virtio_blk: [vdc] new size: ...

Isso é essencialmente o mesmo conceito de SnapStart que a AWS Lambda criou. O template boota uma vez, inicializa até um estado pronto, e então é congelado como snapshot. Quando você inicia uma nova sessão, o sistema restaura aquele snapshot em milissegundos em vez de esperar por uma sequência completa de boot.

O hot-swap de dispositivos durante a restauração é particularmente inteligente:

| Dispositivo | Template | Após Restauração | Conteúdo | |------------|----------|------------------|----------| | vda | placeholder | 256 GiB ext4 | Rootfs da sessão (Ubuntu 24.04) | | vdb | placeholder | 63.7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12.1 MB squashfs | /opt/env-runner |

O sistema de arquivos root é um dispositivo de bloco injetado dinamicamente. O ambiente Ubuntu fica em um volume ext4 que é trocado no momento da restauração, enquanto as ferramentas do Claude Code e o environment runner são montados como overlays squashfs.

Essa abordagem em camadas significa que cada sessão recebe um ambiente limpo e isolado sem o overhead de recriar todo o sistema de arquivos.

O Que "Antspace" Significa para a Corrida da Infraestrutura de IA

Aqui está a especulação que torna essa história interessante: a engenharia reversa encontrou referências sugerindo que a Anthropic pode estar construindo uma plataforma interna chamada "Antspace."

Se for verdade, isso posiciona a Anthropic como uma potencial concorrente de PaaS — um Vercel para aplicações nativas de IA.

Pense no que eles estão construindo:

• Um ambiente de execução que gerencia autenticação, processos e comunicação WebSocket
• Execução isolada baseada em microVMs com fortes fronteiras de segurança
• Deployment e escalonamento instantâneos baseados em snapshots
• Uma arquitetura API-first projetada para controle programático

Essa é exatamente a infraestrutura necessária para suportar não apenas o Claude Code, mas um conjunto completo de ferramentas de desenvolvimento alimentadas por IA, pipelines de deployment e plataformas de hospedagem.

A Arquitetura de Segurança Merece Destque

A equipe claramente pensou cuidadosamente sobre segurança. As medidas notáveis incluem:

init_on_free=1 — Páginas de memória são zeradas quando liberadas, impedindo vazamento de dados entre sessões.

CRNG reseeding — O gerador de números aleatórios criptográficos é re-seeded após a restauração da VM. Isso é crítico porque snapshots teoricamente poderiam compartilhar o mesmo estado de entropia, o que seria uma vulnerabilidade criptográfica.

Capacidade dropping — Após a inicialização, o PID 1 derruba CAP_SYS_RESOURCE, limitando o que o processo pode fazer mesmo se comprometido.

--block-local-connections — O acesso WebSocket ao localhost é bloqueado, impedindo a sessão de conectar diretamente às interfaces de gerenciamento.

Autenticação JWT — Conexões WebSocket requerem tokens verificados, e segredos são removidos das configs após o uso.

Essas não são apenas medidas cosméticas de segurança — são escolhas reais de hardening que sugerem que essa infraestrutura foi projetada pensando em cargas de trabalho de produção.

Por Que Isso Importa para Desenvolvedores

Seja você construindo ferramentas de IA, agentes de codificação ou aplicações cloud-native, os padrões que emergem da infraestrutura do Claude Code valem o estudo:

1. Firecracker está se tornando o padrão para cargas de trabalho que exigem isolamento pesado. Se você está avaliando containers versus microVMs, o Firecracker oferece segurança de nível VM com velocidade de container.

2. Inicialização baseada em snapshots é o futuro para qualquer coisa que precise de tempos de inicialização sub-second. Esse padrão está se espalhando do Lambda para ambientes de desenvolvimento.

3. Sistemas init customizados estão voltando. Quando você não precisa da stack completa do systemd, um supervisor minimalista customizado pode ser mais rápido, mais seguro e mais especializado.

4. Empresas de IA estão construindo infraestrutura que pode eventualmente competir com provedores de cloud tradicionais. A plataforma interna da Anthropic, se for real, representa um investimento significativo no espaço de hospedagem.

Da próxima vez que você iniciar o Claude Code, você não está apenas usando uma ferramenta de CLI — você está acessando um vislumbre da infraestrutura cloud nativa de IA que pode definir como aplicações inteligentes são construídas e deployadas nos próximos anos.

O Quadro Maior

O que é mais impressionante nessa descoberta não é qualquer detalhe técnico específico. É a evidência de que empresas de IA estão pensando seriamente sobre o stack completo — não apenas modelos, mas a infraestrutura para rodar tudo que esses modelos permitem.

A Anthropic não está apenas construindo o Claude. Eles estão construindo a camada de plataforma que pode suportar uma nova geração de aplicações nativas de IA.

E se "Antspace" for real? A competição no espaço de hospedagem de IA está prestes a ficar muito interessante.

Tem pensamentos sobre infraestrutura de IA ou quer compartilhar suas próprias descobertas de engenharia reversa? A comunidade de desenvolvedores prospera com essas conversas. Às vezes os insights mais valiosos vêm de olhar debaixo do capô.