smol machines 2026 : livrer une VM Linux complète qui démarre en moins de 200 ms

smol machines développe smolvm, une CLI et un SDK open source qui démarrent des microVM Linux dotées de leur propre noyau invité sur macOS, Linux ou Windows avec des démarrages à froid inférieurs à la seconde, empaquettent des machines avec état dans des artefacts .smolmachine à fichier unique et exécutent le même artefact dans un cloud hébergé.

Les développeurs livreront une VM entièrement isolée par le matériel plutôt qu'un conteneur si elle démarre en moins de 200 ms et s'empaquette dans un seul fichier portable, et pas seulement une image.

BinBin He (HN : binsquare), fondateur de la startup de la promotion YC Spring 2026, est parti du problème du « ça marche sur ma machine » : les conteneurs isolent faiblement parce qu'ils partagent le noyau de l'hôte, tandis que les vraies VM mettent des secondes à démarrer. Le projet visait à rendre la virtualisation matérielle aussi peu coûteuse et portable qu'un conteneur, et le Show HN du 2026-04-17 a présenté des démarrages à froid inférieurs à la seconde ainsi que des artefacts .smolmachine.

Le Show HN a recueilli 499 points et 152 commentaires, les discussions portant principalement sur le sandboxing de code non fiable, les agents IA et l'exécution de Docker ou Kubernetes à l'intérieur de microVM. L'entreprise a rejoint la promotion Spring 2026 de Y Combinator et, dès mi-2026, a livré un smol cloud hébergé afin que le même SDK et le même artefact .smolmachine s'exécutent en local, dans le cloud ou en auto-hébergement, avec en outre l'accès GPU (Vulkan) et la redirection d'API CUDA.

Active au 2026-09-02 : un runtime open source sur GitHub plus un cloud hébergé, positionné pour les agents de codage IA et le sandboxing de code non fiable plutôt que comme un remplacement direct de Docker.

Les conteneurs partagent le noyau de l'hôte, si bien que leur frontière d'isolation est plus faible que la frontière machine à laquelle les développeurs font déjà confiance.

Les VM classiques étaient correctes mais lentes à démarrer, ce qui explique pourquoi les développeurs toléraient une isolation par conteneur plus faible.

Démarrer des images OCI sans démon et empaqueter des machines entières dans un seul fichier ont rendu l'option forte pratique.

Les agents IA et l'exécution de code non fiable ont créé un moment où l'isolation matérielle était nouvellement demandée.

Une VM complète portable résolvait aussi la dérive d'environnement, et pas seulement la sécurité, donnant aux développeurs deux raisons de changer.

Rendre l'isolation la plus forte peu coûteuse — une VM complète en moins de 200 ms — transforme le « ça marche sur ma machine » et le « code non fiable » en leviers produit plutôt qu'en contraintes difficiles.

Au 2026-09-02, smol machines est une entreprise active de la promotion YC Spring 2026 : smolvm est sous Apache-2.0 sur GitHub, avec un smol cloud hébergé et un déploiement auto-hébergé des mêmes artefacts .smolmachine. Des articles d'ingénierie montrent des charges de travail que les conteneurs ont du mal à gérer — un vrai cluster Kubernetes et un rendu accéléré par GPU au sein d'une seule machine — et le projet cible les agents de codage IA et le sandboxing automatisé. Les limitations sont documentées ouvertement (Windows ne prend pas en charge le GPU ni la création de packs), et l'affirmation de sécurité est limitée : isolation par hyperviseur par charge de travail, et non un plan de contrôle multi-tenant durci.