Les agents de programmation commencent de plus en plus à exécuter des tâches sans intervention humaine : modification de fichiers, téléchargement de dépendances, lancement de compilations et utilisation du terminal. ArcBox souhaite réduire le risque lié à la fourniture de ce niveau d’accès, en proposant une solution différente de la demande constante d’autorisation à l’utilisateur. Sa commande abctl claude permet d’exécuter Claude Code dans une microVM indépendante équipée de son propre noyau, système de fichiers et réseau, sans monter par défaut les fichiers de la machine hôte Mac.

Les atouts d’ArcBox et de ses microVM pour agents en 30 secondes

• ArcBox exécute Claude Code dans une microVM jetable via abctl claude.
• L’agent dispose de son propre noyau et système de fichiers, et commence avec un /workspace vide, sans accès direct aux fichiers du Mac.
• Les sandboxes utilisent Firecracker par virtualisation imbriquée, et requièrent actuellement un Apple Silicon M3 ou supérieur, avec macOS 15 ou version ultérieure.
• ArcBox fonctionne également comme moteur compatible Docker, permettant d’utiliser Kubernetes, des machines Linux et des machines virtuelles macOS.
• Le projet, développé en Rust, est distribué sous licences MIT et Apache-2.0, et est encore en phase bêta publique.

Ce développement intervient à un moment où la sécurité des agents devient un enjeu différent de celui des assistants traditionnels. Un chatbot qui renvoie du code incorrect peut obliger le développeur à le revoir. Un agent ayant accès au terminal peut exécuter ce code, modifier un dépôt ou installer des logiciels avant que quiconque n’ait examiné chaque étape.

Les confirmations du type « autoriser cette commande » créent une barrière, mais perdent en efficacité si elles apparaissent en permanence. ArcBox adopte une approche différente : laisser l’agent travailler en toute autonomie, mais en l’enfermant dans un environnement dont la portée est limitée par l’infrastructure.

Claude Code dispose de son propre ordinateur jetable

ArcBox est une plateforme d’exécution ouverte pour macOS, codée intégralement en Rust. Bien que ses développeurs envisagent aussi cette solution comme une alternative à Docker Desktop et OrbStack, l’un de ses usages les plus intéressants concerne particulièrement les agents d’intelligence artificielle et l’exécution de code potentiellement non fiable.

Le concept est simple : avec une seule commande :

abctl claude

ArcBox crée le sandbox correspondant et connecte le terminal de l’utilisateur à Claude Code s’exécutant à l’intérieur.

L’isolation va plus loin que celle qu’offre simplement l’exécution dans un autre répertoire : chaque sandbox possède son propre noyau, système de fichiers et environnement réseau. Selon la documentation du projet, rien du système hôte n’est monté dans la microVM au départ.

Le répertoire /workspace est vide au lancement. Si Claude doit travailler sur un dépôt, il doit le cloner dans cet environnement. Les fichiers à conserver ultérieurement peuvent être copiés depuis le sandbox vers la machine hôte.

Ce modèle permet de traiter de manière différente une opération potentiellement dangereuse.

Si l’agent supprime accidentellement tous les fichiers de la machine, le dommage reste contenu dans un environnement conçu pour être jetable. L’objectif est d’éviter que la même commande ne s’exécute directement sur vos documents, dépôts ou paramètres personnels stockés sur le Mac.

Pour cela, ArcBox désactive les alertes de permission de Claude Code dans ce mode. La sécurité ne repose plus uniquement sur l’approbation manuelle de chaque commande par l’utilisateur, mais s’appuie principalement sur la microVM comme frontière d’isolation.

Firecracker trouve une nouvelle vocation avec les agents IA

Pour créer ces environnements, ArcBox utilise Firecracker, bien que son architecture sous macOS nécessite une étape supplémentaire.

Les sandboxes fonctionnent comme des microVM Firecracker par virtualisation imbriquée dans le guest géré par ArcBox. Firecracker, initialement développé par Amazon Web Services (AWS), est connu pour son utilisation dans AWS Lambda et Fargate.

Sa philosophie correspond bien aux besoins des agents : offrir un confinement via virtualisation, sans supporter nécessairement la charge opérationnelle d’une machine virtuelle complète.

ArcBox permet de créer des sandboxes à partir de modèles, d’images Docker existantes ou de Dockerfiles. Il propose aussi des checkpoints pour capturer un environnement configuré et le restaurer ultérieurement.

Cela ouvre des possibilités au-delà de Claude Code.

Une équipe pourrait préparer une image avec des compilateurs et dépendances spécifiques, la livrer à un agent, lui permettre d’exécuter une tâche, puis détruire l’environnement. Un autre sandbox pourrait se charger d’analyser du code externe sans partager directement le système de fichiers principal.

Cette approche peut également être utile dans l’intégration continue (CI), l’analyse automatisée et les tests de logiciels dont la provenance n’est pas entièrement contrôlée.

Une limitation importante : les sandboxes nécessitent actuellement un Mac avec Apple Silicon M3 ou supérieur, et macOS 15 ou version ultérieure. ArcBox requiert la virtualisation imbriquée pour fonctionner, ce qui empêche les modèles antérieurs d’utiliser abctl claude de la même manière.

ArcBox veut aller au-delà du simple sandbox pour Claude

Le projet vise une portée beaucoup plus large. Son but est de gérer différentes charges de travail via un seul daemon et une seule interface en ligne de commande.

ArcBox propose aujourd’hui quatre principales catégories : conteneurs, sandboxes, machines Linux et machines virtuelles macOS.

Dans le premier cas, il fonctionne comme moteur compatible Docker. Il expose un socket compatible, permettant d’utiliser des outils comme Docker CLI, Compose, BuildKit ou Buildx.

Il intègre aussi Kubernetes via un cluster local basé sur k3s, avec une connexion via kubectl.

Sur Mac Silicon, il supporte des images Linux ARM64, ainsi que linux/amd64. Pour celles-ci, il utilise FEX, un traducteur d’architecture x86-64 embarqué dans le guest.

Pour des environnements nécessitant un système complet, apparaît abctl machine. ArcBox peut créer des machines Linux avec noyau et stockage persistants, notamment pour Ubuntu et Alpine, avec une documentation détaillée.

Il arrive même à gérer des machines virtuelles macOS jetables. Dans ce cas, il utilise Virtualization.framework, la technologie de virtualisation d’Apple, et peut réaliser des clones copy-on-write à partir d’une image de base.

En résumé, cette plateforme tente de fédérer des fonctions habituellement réparties entre un environnement de conteneurs, un gestionnaire de VM et une plateforme dédiée aux agents.

L’isolation pourrait devenir une pratique courante pour les agents

L’intérêt technologique d’ArcBox réside précisément dans cette convergence.

Lors des premières phases de l’IA générative, le modèle recevait une question et produisait une réponse sous forme de texte. On pouvait vérifier cette réponse avant qu’elle ait des répercussions ailleurs.

Les agents changent cette relation.

Un outil de programmation peut désormais utiliser Git, installer des paquets, exécuter des scripts, lancer des conteneurs, se connecter à Internet et modifier des centaines de fichiers en une seule tâche. Plus l’autonomie est grande, plus il devient difficile de limiter l’action à une simple confirmation manuelle.

C’est pourquoi les technologies évoquées—machines éphémères, isolation, systèmes de fichiers jetables, restrictions réseau et identifiants temporaires—prennent aujourd’hui toute leur importance.

Cela ne signifie pas qu’exécuter un agent dans une microVM élimine complètement tous les risques.

Si une clé API est intégrée dans le sandbox, l’agent pourra l’utiliser selon les permissions attribuées. S’il dispose d’une connexion Internet, il pourra aussi communiquer avec des services externes. Toute virtualisation présente également un risque de vulnérabilités.

L’isolation réduit l’impact potentiel de certains erreurs, mais il reste important de choisir judicieusement les ressources à confier à l’agent.

ArcBox est intéressant car il transpose ce principe directement sur le poste du développeur, dans un flux simple. L’utilisateur peut offrir à Claude Code un environnement expérimental, où il peut tester, casser et recommencer, sans nécessairement lui donner directement accès à tout le Mac.

L’évolution des agents pourrait faire que ce modèle devienne la norme. Si les outils d’IA exécutent de plus en plus de code en autonomie, la machine sur laquelle ils travaillent pourrait devenir aussi critique pour la sécurité que les permissions accordées au modèle lui-même.

Foire aux questions

Qu’est-ce qu’ArcBox ?

ArcBox est une plateforme d’exécution ouverte, écrite en Rust pour macOS. Elle rassemble la prise en charge de conteneurs compatibles Docker, Kubernetes, de sandboxes pour agents, et de machines virtuelles Linux et macOS.

Que fait abctl claude ?

Cette commande crée un sandbox et exécute Claude Code dans une microVM isolée. L’environnement possède son propre noyau et système de fichiers, et ne monte pas par défaut ceux du Mac hôte.

ArcBox peut-elle remplacer Docker Desktop ?

ArcBox se présente comme une alternative ouverte à Docker Desktop et OrbStack, avec compatibilité Docker CLI, Compose, BuildKit, etc. Le projet étant en bêta publique, il faut considérer son stade de développement.

Quels sont les prérequis pour faire tourner Claude Code dans une microVM avec ArcBox ?

Les sandboxes requièrent actuellement un Mac avec Apple Silicon M3 ou supérieur et macOS 15 ou version ultérieure, en raison de la virtualisation imbriquée nécessaire.