smol machines 2026: Eine komplette Linux-VM ausliefern, die in unter 200 ms startet

smol machines entwickelt smolvm, eine Open-Source-CLI und ein SDK, das Linux-MicroVMs mit eigenem Gast-Kernel unter macOS, Linux oder Windows mit Kaltstarts unter einer Sekunde startet, zustandsbehaftete Maschinen in Einzeldatei-Artefakte vom Typ .smolmachine verpackt und dasselbe Artefakt in einer gehosteten Cloud ausführt.

Entwickler werden eine komplette hardware-isolierte VM statt eines Containers ausliefern, wenn sie in unter 200 ms startet und sich in einer einzigen portablen Datei verpacken lässt – nicht nur in einem Image.

BinBin He (HN: binsquare), Gründer des YC-Spring-2026-Startups, ging vom Problem „läuft auf meiner Maschine“ aus: Container isolieren schwach, weil sie den Host-Kernel teilen, während echte VMs Sekunden zum Starten brauchen. Das Projekt zielte darauf ab, Hardware-Virtualisierung so günstig und portabel wie einen Container zu machen, und das Show HN vom 2026-04-17 stellte Kaltstarts unter einer Sekunde sowie .smolmachine-Artefakte vor.

Das Show HN erreichte 499 Punkte und 152 Kommentare, wobei die Diskussion sich auf das Sandboxing nicht vertrauenswürdigen Codes, KI-Agenten und das Ausführen von Docker oder Kubernetes innerhalb von MicroVMs konzentrierte. Das Unternehmen schloss sich dem Spring-2026-Batch von Y Combinator an und lieferte bis Mitte 2026 eine gehostete smol cloud aus, sodass dasselbe SDK und dasselbe .smolmachine-Artefakt lokal, in der Cloud oder selbst gehostet laufen, zusammen mit GPU-Zugriff (Vulkan) und CUDA-API-Remoting.

Aktiv mit Stand 2026-09-02: Open-Source-Runtime auf GitHub plus eine gehostete Cloud, positioniert für KI-Coding-Agenten und das Sandboxing nicht vertrauenswürdigen Codes statt als direkter Docker-Ersatz.

Container teilen den Host-Kernel, daher ist ihre Isolationsgrenze schwächer als die Maschinengrenze, der Entwickler bereits vertrauen.

Klassische VMs waren korrekt, aber langsam beim Start, weshalb Entwickler eine schwächere Container-Isolation tolerierten.

Das Starten von OCI-Images ohne Daemon und das Verpacken ganzer Maschinen in eine Datei machten die starke Option bequem.

KI-Agenten und die Ausführung nicht vertrauenswürdigen Codes schufen einen Moment, in dem Hardware-Isolation neu gefragt war.

Eine portable vollständige VM löste zudem Umgebungsdrift, nicht nur Sicherheit, und gab Entwicklern zwei Gründe zu wechseln.

Die stärkste Isolation günstig zu machen – eine vollständige VM in unter 200 ms – verwandelt „läuft auf meiner Maschine“ und „nicht vertrauenswürdiger Code“ von harten Einschränkungen in Produktkeile.

Mit Stand 2026-09-02 ist smol machines ein aktives Unternehmen aus dem YC-Spring-2026-Batch: smolvm steht unter Apache-2.0 auf GitHub, mit einer gehosteten smol cloud und selbst gehosteter Bereitstellung derselben .smolmachine-Artefakte. Engineering-Beiträge zeigen Workloads, mit denen Container kämpfen – einen echten Kubernetes-Cluster und GPU-beschleunigtes Rendering innerhalb einer Maschine –, und das Projekt zielt auf KI-Coding-Agenten und automatisiertes Sandboxing. Einschränkungen sind offen dokumentiert (Windows unterstützt keine GPU und keine Pack-Erstellung), und der Sicherheitsanspruch ist begrenzt: Hypervisor-Isolation pro Workload, keine gehärtete mandantenfähige Control Plane.