Modal VM Sandboxes sind seit dem 1. Oktober 2026 allgemein verfügbar (GA). Das hat das KI-Cloud-Infrastrukturunternehmen Modal in seinem offiziellen Blog verkündet: vollwertige Linux-VMs, gebaut für KI-Agenten. Ein Wechsel des Sandbox-Runtime-Flags auf runtime="vm" genügt, und ein Agent arbeitet in einem echten Computer — Docker, lokale Datenbanken, sogar Herumbasteln am Linux-Kernel sind möglich, während APIs, Images und nutzungsbasierte Abrechnung unverändert bleiben.
Ein Flag: vom Container zur echten Maschine
VM Sandboxes behalten die Arbeitsweise der Modal Sandboxes bei: dieselben APIs, wiederverwendbare modal.Image-Images, Cold Starts unter einer Sekunde, burstable CPU und Speicher sowie Hunderttausende gleichzeitige Sandboxes pro Cluster. Was sich ändert, liegt darunter: echte virtuelle Maschinen statt gVisor-Container. Modal hat auf Basis des Rust-basierten Cloud Hypervisor eine eigene Runtime gebaut und eigene Innovationen bei Host-Dateisystemen, Lazy Image Loading, Memory Bursting und Snapshots eingebracht.
Die Wechselkosten sind minimal: Die gVisor-Sandbox bleibt die Standard-Runtime, und der Umstieg auf eine echte Maschine ist eine Ein-Flag-Änderung. Die offizielle Empfehlung ist unmissverständlich — greife nur dann zur VM, wenn du an die Wände des Userspace stößt: Docker, FUSE-Dateisysteme oder exotische Kernel-Features.
Warum Agenten einen Computer wollen
Modal erzählt im Blog von einem Wendepunkt: Anfang des Jahres beobachtete das Team, wie Ramp auf Modal Sandboxes einen internen Agenten baute, der den kompletten Softwareentwicklungszyklus steuert — da wurde klar, wie die Laufzeitumgebung aussehen muss, die Agenten wirklich wollen.
Agenten in Evaluierung oder Produktion wollen zunehmend in etwas leben, das wie eine echte Maschine aussieht: Docker-Stacks, lokale Datenbanken und Dev-Server, grafische Umgebungen, mobile Simulatoren, sogar der Linux-Kernel selbst. Gleichzeitig wollte Modal die Ergonomie der Container-Ära nicht verlieren — exec- und Dateisystem-APIs, das burstable Ressourcenmodell — und hat beides kombiniert: die Leistung einer VM mit dem Gefühl eines Containers.
Drei Beispiele, die bereits laufen
Schon vor der GA waren VM Sandboxes monatelang bei Early Customers im Einsatz, die über 20 Millionen VMs gestartet haben. Der Blog nennt drei Namen.
Linears Coding Sessions lassen Nutzer ein Issue an einen Coding-Agenten übergeben, ohne Linear zu verlassen; hinter jeder Session läuft eine VM mit der kompletten Dev-Umgebung des Nutzers. Laut den Linear-Ingenieuren war der Wechsel ein einziges Flag, danach lief alles einfach — Docker verhält sich endlich wie auf einem normalen Linux-Host.
Das Legal-AI-Unternehmen Legora nutzt sie für langlaufende Agenten-Evaluierungen: In jeder Sandbox wird die gesamte Legora-App hochgefahren — Postgres, ein DOCX-Editor, die eigenen Code-Sandboxes des Agenten — und läuft stundenlang über Tausende Dokumente. Zuvor brauchte es in Containern auf jeder Ebene Netzwerk- und FUSE-Workarounds, um vollwertiges Docker zu simulieren; mit VMs wurden sämtliche Workarounds gelöscht.
Das Frontier-AI-Datenlabor Snorkel nutzt sie für Agenten-Simulationen: Millionen Simulationen pro Monat, in denen Agenten Zero-Downtime-Datenbankmigrationen und das Hot-Swapping von Diensten unter Last in nahezu realen Umgebungen bewältigen müssen. In ihren Worten: Damit eine Simulation aussagekräftig ist, muss die Umgebung die reale Welt widerspiegeln, auf die der Agent tatsächlich treffen wird — und VM Sandboxes geben jeder Simulation eine komplette Maschine.
Kein simples „Settings-Upgrade"
Legt man die Puzzleteile zusammen, wird das Gewicht der Ankündigung klar.
Erstens verlagert sich der Wettbewerbsfokus der Agenten-Infrastruktur nach unten im Stack. Wenn sich Modelle kaum noch unterscheiden lassen, gewinnt die komplexeren Aufgaben, wer Agenten den produktionsnäheren „Computer" gibt. Diese Version schließt die Lücke bei der „Umgebungstreue".
Zweitens fügt Modal beide Hälften der Landkarte zusammen: Modal Clusters, das vor Kurzem GA wurde, zielt auf Multi-Node-Training; VM Sandboxes zielen auf Agenten-Runtime und Evaluierung — das eine ist der Ort, an dem Modelle gebaut werden, das andere der Ort, an dem Modelle arbeiten.
Drittens wird die Entscheidung für Entwickler einfacher: Läuft der Workload in der bestehenden Sandbox problemlos, nichts anfassen; sobald der Agent echte Maschinen-Privilegien wie Docker oder Kernel-Module verlangt, reicht ein Flag — kein Plattformwechsel, kein Umschreiben von Images.
Grenzen gibt es natürlich: Am GA-Tag sind VM Sandboxes bewusst „containerförmig", um den nahtlosen Austausch zu ermöglichen; neue Primitive, die das VM-Programmiermodell wirklich ausnutzen, kommen erst noch. Modal selbst sagt, der nächste Schritt sei, VMs noch leichter und elastischer zu machen.
Die Richtung ist dennoch klar: In der zweiten Hälfte des Agenten-Wettrennens 2026 entscheiden nicht allein die Modelle, sondern wie der „Computer" aussieht, in dem Agenten leben.
