smol machines 2026: entregando uma VM Linux completa que inicializa em menos de 200ms

A smol machines desenvolve o smolvm, uma CLI e SDK de código aberto que inicializa microVMs Linux com kernel guest próprio no macOS, Linux ou Windows com inicialização a frio em menos de um segundo, empacota máquinas com estado em artefatos .smolmachine de arquivo único e executa o mesmo artefato em uma nuvem hospedada.

Desenvolvedores entregarão uma VM inteira isolada por hardware em vez de um contêiner se ela inicializar em menos de 200ms e for empacotada em um único arquivo portátil, não apenas uma imagem.

BinBin He (HN: binsquare), fundador da startup da YC Spring 2026, partiu do problema do 'funciona na minha máquina': contêineres isolam fracamente porque compartilham o kernel do host, enquanto VMs reais levam segundos para inicializar. O projeto visava tornar a virtualização por hardware tão barata e portátil quanto um contêiner, e o Show HN de 2026-04-17 apresentou inicializações a frio em menos de um segundo além de artefatos .smolmachine.

O Show HN alcançou 499 pontos e 152 comentários, com a discussão centrada em sandboxing de código não confiável, agentes de IA e execução de Docker ou Kubernetes dentro de microVMs. A empresa ingressou na turma Spring 2026 da Y Combinator e, em meados de 2026, lançou uma smol cloud hospedada para que o mesmo SDK e artefato .smolmachine rodem localmente, na nuvem ou auto-hospedados, junto com acesso a GPU (Vulkan) e remoting da API CUDA.

Ativa em 2026-09-02: runtime de código aberto no GitHub mais uma nuvem hospedada, posicionada para agentes de codificação com IA e sandboxing de código não confiável, e não como substituto direto do Docker.

Contêineres compartilham o kernel do host, então sua fronteira de isolamento é mais fraca que a fronteira de máquina em que os desenvolvedores já confiam.

VMs clássicas eram corretas, mas lentas para inicializar, razão pela qual os desenvolvedores toleravam o isolamento mais fraco dos contêineres.

Inicializar imagens OCI sem daemon e empacotar máquinas inteiras em um único arquivo tornou a opção forte conveniente.

Agentes de IA e execução de código não confiável criaram um momento em que o isolamento por hardware passou a ser novamente demandado.

Uma VM completa portátil também resolveu a deriva de ambiente, não apenas a segurança, dando aos desenvolvedores dois motivos para mudar.

Tornar o isolamento mais forte barato — uma VM completa em menos de 200ms — transforma 'funciona na minha máquina' e 'código não confiável' em cunhas de produto em vez de restrições difíceis.

Em 2026-09-02, a smol machines é uma empresa ativa da YC Spring 2026: o smolvm é Apache-2.0 no GitHub, com uma smol cloud hospedada e implantação auto-hospedada dos mesmos artefatos .smolmachine. Posts de engenharia mostram cargas de trabalho com as quais contêineres têm dificuldade — um cluster Kubernetes real e renderização acelerada por GPU dentro de uma única máquina — e o projeto tem como alvo agentes de codificação com IA e sandboxing automatizado. As limitações são documentadas abertamente (o Windows não tem suporte a GPU nem criação de pacotes), e a alegação de segurança é delimitada: isolamento por hipervisor por carga de trabalho, não um plano de controle multi-inquilino endurecido.