smol machines 2026: distribuir una VM Linux completa que arranca en menos de 200 ms

smol machines desarrolla smolvm, una CLI y SDK de código abierto que arranca microVM Linux con su propio kernel invitado en macOS, Linux o Windows con arranques en frío de menos de un segundo, empaqueta máquinas con estado en artefactos .smolmachine de un solo archivo y ejecuta el mismo artefacto en una nube alojada.

Los desarrolladores distribuirán una VM completa con aislamiento de hardware en lugar de un contenedor si arranca en menos de 200 ms y se empaqueta en un único archivo portátil, no solo en una imagen.

BinBin He (HN: binsquare), fundador de la startup de YC Spring 2026, partió del problema de «funciona en mi máquina»: los contenedores aíslan débilmente porque comparten el kernel del host, mientras que las VM reales tardan segundos en arrancar. El proyecto pretendía hacer la virtualización por hardware tan barata y portátil como un contenedor, y el Show HN del 2026-04-17 presentó arranques en frío de menos de un segundo además de artefactos .smolmachine.

El Show HN obtuvo 499 puntos y 152 comentarios, y el debate se centró en el sandboxing de código no confiable, los agentes de IA y la ejecución de Docker o Kubernetes dentro de microVM. La empresa se incorporó a la promoción Spring 2026 de Y Combinator y, a mediados de 2026, lanzó una nube smol alojada para que el mismo SDK y el mismo artefacto .smolmachine se ejecuten en local, en la nube o autoalojados, junto con acceso a GPU (Vulkan) y remoting de la API de CUDA.

Activa a fecha de 2026-09-02: runtime de código abierto en GitHub más una nube alojada, posicionada para agentes de codificación con IA y sandboxing de código no confiable, más que como un reemplazo directo de Docker.

Los contenedores comparten el kernel del host, por lo que su límite de aislamiento es más débil que el límite de máquina en el que los desarrolladores ya confían.

Las VM clásicas eran correctas pero lentas de arrancar, y por eso los desarrolladores toleraban un aislamiento de contenedores más débil.

Arrancar imágenes OCI sin daemon y empaquetar máquinas completas en un solo archivo hizo que la opción fuerte resultara cómoda.

Los agentes de IA y la ejecución de código no confiable crearon un momento en el que el aislamiento por hardware volvió a estar en demanda.

Una VM completa portátil también resolvía la deriva de entornos, no solo la seguridad, lo que daba a los desarrolladores dos razones para cambiar.

Hacer barato el aislamiento más fuerte —una VM completa en menos de 200 ms— convierte «funciona en mi máquina» y «código no confiable» en cuñas de producto en lugar de restricciones duras.

A fecha de 2026-09-02, smol machines es una empresa activa de YC Spring 2026: smolvm es Apache-2.0 en GitHub, con una nube smol alojada y despliegue autoalojado de los mismos artefactos .smolmachine. Las publicaciones de ingeniería muestran cargas de trabajo con las que los contenedores tienen dificultades —un clúster de Kubernetes real y renderizado acelerado por GPU dentro de una sola máquina— y el proyecto apunta a agentes de codificación con IA y sandboxing automatizado. Las limitaciones están documentadas abiertamente (Windows carece de soporte de GPU y de creación de paquetes), y la afirmación de seguridad está acotada: aislamiento por hipervisor por carga de trabajo, no un plano de control multiinquilino endurecido.