Modal VM Sandboxes est passé en disponibilité générale le 1er octobre 2026, a annoncé l'entreprise d'infrastructure cloud pour l'IA Modal sur son blog officiel : des machines virtuelles Linux complètes, conçues pour les agents IA. Il suffit de basculer le paramètre de runtime du sandbox sur runtime="vm" pour qu'un agent travaille dans un véritable ordinateur — Docker, bases de données locales, voire bidouillage du noyau Linux — tandis que les API, les images et la facturation à l'usage restent inchangées.
Un paramètre : du conteneur à la vraie machine
VM Sandboxes conserve la façon de travailler des Sandboxes Modal : mêmes API, images modal.Image réutilisables, démarrages à froid en moins d'une seconde, CPU et mémoire « burstable », et des centaines de milliers de sandboxes simultanés par cluster. Ce qui change se situe en dessous : de vraies machines virtuelles au lieu de conteneurs gVisor. Modal a construit un runtime maison sur la base de Cloud Hypervisor (écrit en Rust), avec ses propres innovations sur les systèmes de fichiers hôtes, le chargement paresseux des images, le bursting mémoire et les snapshots.
Le coût de bascule est quasi nul : le sandbox gVisor reste le runtime par défaut, et passer à une vraie machine tient en un seul paramètre. La recommandation officielle est directe — ne prenez la VM que lorsque vous heurtez les murs de l'espace utilisateur : Docker, systèmes de fichiers FUSE ou fonctionnalités noyau exotiques.
Pourquoi les agents veulent un ordinateur
Modal raconte un tournant dans son billet : en début d'année, l'équipe a vu Ramp construire sur les Sandboxes Modal un agent interne qui pilote l'intégralité du cycle de vie du développement logiciel — et il est devenu évident à quoi ressemble l'environnement d'exécution que les agents veulent vraiment.
Les agents qui tournent en évaluation ou en production veulent de plus en plus vivre dans quelque chose qui ressemble à une vraie machine : stacks Docker, bases de données locales et serveurs de dev, environnements graphiques, simulateurs mobiles, voire le noyau Linux lui-même. En même temps, Modal ne voulait pas perdre l'ergonomie de l'ère des conteneurs — les API exec et filesystem, le modèle de ressources burstable — et a donc combiné les deux : la puissance d'une VM avec le toucher d'un conteneur.
Trois exemples déjà en production
Avant la GA, VM Sandboxes est resté des mois entre les mains de clients pilotes, qui ont lancé plus de 20 millions de VM. Le blog en cite trois.
Les Coding Sessions de Linear permettent de confier une issue à un agent de code sans quitter Linear ; derrière chaque session tourne une VM embarquant l'environnement de développement complet de l'utilisateur. Selon les ingénieurs de Linear, la bascule n'a demandé qu'un paramètre, et ensuite tout a simplement fonctionné — Docker se comporte enfin comme sur un hôte Linux normal.
L'entreprise d'IA juridique Legora s'en sert pour des évaluations d'agents au long cours : chaque sandbox démarre l'application Legora entière — Postgres, un éditeur DOCX, les propres sandboxes de code de l'agent — et tourne pendant des heures sur des milliers de documents. Auparavant, simuler un Docker complet dans des conteneurs exigeait des contournements réseau et FUSE à chaque couche ; avec les VM, tous ces contournements ont été supprimés.
Le laboratoire de données IA de pointe Snorkel l'utilise pour la simulation d'agents : des millions de simulations par mois, où les agents doivent réaliser des migrations de bases de données sans interruption et permuter des services à chaud sous charge, dans des environnements proches du réel. Selon eux, pour qu'une simulation ait un sens, l'environnement doit refléter le monde réel auquel l'agent sera réellement confronté — et VM Sandboxes offre à chaque simulation une machine complète.
Pas une simple « mise à jour de paramètres »
En assemblant les pièces, le poids de l'annonce devient clair.
D'abord, le foyer concurrentiel de l'infrastructure des agents descend dans la pile. Quand les modèles se distinguent à peine, celui qui donne aux agents l'« ordinateur » le plus proche de la production remporte les tâches les plus difficiles. Cette version comble le manque de « fidélité de l'environnement ».
Ensuite, Modal assemble les deux moitiés de la carte : Modal Clusters, passé en GA il y a peu, vise l'entraînement multi-nœuds ; VM Sandboxes vise le runtime et l'évaluation des agents — l'un est l'endroit où l'on construit les modèles, l'autre celui où les modèles travaillent.
Enfin, le choix devient plus simple pour les développeurs : si votre charge tourne bien dans le sandbox existant, n'y touchez pas ; dès que votre agent réclame des privilèges de vraie machine comme Docker ou des modules noyau, un paramètre suffit — pas de changement de plateforme, pas de réécriture d'images.
Il y a bien sûr des limites : au jour de la GA, VM Sandboxes est volontairement de « forme conteneur » pour un remplacement transparent ; les nouvelles primitives exploitant vraiment le modèle de programmation des VM sont encore à venir. Modal lui-même indique que la prochaine étape est de rendre les VM encore plus légères et élastiques.
Mais la direction est claire : dans la seconde moitié de la course aux agents de 2026, ce ne sont pas les seuls modèles qui décideront, mais l'allure du « ordinateur » dans lequel les agents vivent.
