Rédigé par @41five
Box Mount est désormais disponible en version d'aperçu privé.
Si vous développez un agent IA qui s'exécute dans un sandbox, réussir à faire accomplir un travail utile au modèle ne représente qu'une partie du défi. L'agent a toujours besoin de documents sur lesquels travailler, d'outils pour les traiter et d'un endroit où stocker les fichiers qu'il crée.
Au départ, déplacer ces documents peut sembler se résumer à quelques appels API : télécharger l'entrée, exécuter l'agent, puis téléverser le résultat. Mais cette couche devient vite plus complexe dès que des fichiers peuvent être modifiés pendant le flux de travail, que des collaborateurs doivent valider la sortie ou que plusieurs agents partagent le même contenu. Vous devez alors gérer la synchronisation, les versions, les conflits et les nouvelles tentatives.
Box Mount a été conçu précisément pour cette partie du flux de travail. Il offre au sandbox d'un agent un espace de travail Box compatible POSIX, permettant au code et aux outils présents dans le sandbox d'interagir avec le contenu Box via des chemins de fichiers familiers. Box Mount gère les transferts dans les deux sens, tandis que Box reste le système de référence gouverné.
Quand utiliser Box Mount
Box Mount n'a pas vocation à remplacer tous les appels API Box ou MCP. Si votre agent doit simplement récupérer un document pour l'ajouter à un prompt, ces interfaces suffisent probablement déjà à vos besoins.
La différence tient au rôle des documents : sont-ils un simple contexte ou font-ils partie intégrante de l'environnement de travail de l'agent ?
Imaginez un agent qui examine un dossier de contrats, exécute des outils de traitement documentaire, rédige une note de synthèse, puis attend qu'un juriste apporte des modifications. Ou encore un flux de réponse à appel d'offres qui puise dans une bibliothèque de réponses approuvées, génère un brouillon et le renvoie pour validation juridique et sécurité.
Dans ces cas de figure, l'agent fait bien plus que récupérer du contenu une seule fois. Il travaille sur un ensemble de fichiers au sein d'un environnement d'exécution externe.
C'est exactement le schéma que cible Box Mount : un développeur provisionne un sandbox d'agent, y intègre du contenu Box, puis renvoie le travail de l'agent vers Box.
Découvrez Box Mount en action
Cette courte démonstration présente une application de révision de contrats utilisant Box Mount pour intégrer du contenu Box dans un sandbox E2B, exécuter un agent sur cet espace de travail, puis synchroniser la révision terminée vers Box pour validation humaine.
Voici une revue de deal room multi-agents utilisant Box Mount pour importer du contenu d'entreprise dans un sandbox de l'API Agents d'OpenAI, exécuter en parallèle un agent principal et trois agents spécialisés sur cinq fichiers sources, et synchroniser automatiquement quatre rapports vers Box lorsque le MSA sous-jacent est modifié.
Cette démo illustre la révision d'un questionnaire de sécurité avec Box Mount pour importer des documents de politique approuvés dans une microVM Vercel Sandbox, exécuter un agent sur 12 points afin de fournir des preuves pour 10 réponses valides et signaler 2 points pour révision humaine, puis synchroniser automatiquement le classeur Excel finalisé vers Box.
Cette démo montre la rédaction d'une note de diligence pour une deal room : Box Mount fournit à un agent dans un sandbox DigitalOcean des chemins de fichiers classiques vers le contenu cloud Box, lit localement les documents de la deal room et écrit la note finale directement dans Box, sans avoir à développer la moindre logique de téléchargement ou de téléversement.
Un espace de travail familier au sein du sandbox
Une fois un dossier Box monté, l'agent voit un répertoire tout à fait classique :
1/mnt/box2├── Incoming/3│ └── Acme-MSA.docx4├── Playbook/5│ └── approved-contract-playbook.md6└── Reviewed/
À partir de là, les bibliothèques et outils en ligne de commande existants peuvent exploiter ce contenu sans nécessiter un outil spécifique à Box pour chaque opération. Une application Node, par exemple, peut utiliser les mêmes API de système de fichiers que pour des fichiers locaux :
1import { readFile, writeFile } from "node:fs/promises";23const playbook = await readFile(4 "/mnt/box/Playbook/approved-contract-playbook.md",5 "utf8",6);78const review = await reviewContract({9 contractPath: "/mnt/box/Incoming/Acme-MSA.docx",10 playbook,11});1213await writeFile(14 "/mnt/box/Reviewed/Acme-MSA-review.md",15 review,16);
Du point de vue de l'application, cette dernière écriture n'est qu'une opération sur fichier ordinaire. Box Mount synchronise ensuite la nouvelle révision vers Box, où un collaborateur peut l'ouvrir, la modifier, lui attribuer une tâche ou créer une autre version.
Si quelqu'un met à jour le fichier dans Box pendant que le sandbox est encore actif, cette modification peut être répercutée dans l'espace de travail monté pour la prochaine étape de l'agent. Cela crée un environnement de travail partagé entre agents et humains, sans obliger les développeurs à concevoir une logique personnalisée de transfert et de synchronisation pour chaque fichier.
Le flux de travail dépend également moins d'un modèle ou d'un framework d'agents particulier. Le sandbox peut exécuter un agent OpenAI, un agent Anthropic, LangGraph, CrewAI, un script Python, LibreOffice CLI ou une combinaison de ces outils. Tant que l'outil sait manipuler des fichiers, il peut interagir avec l'espace de travail monté.
Comment les pièces s'articulent
Votre produit ou orchestrateur est responsable du provisionnement du sandbox et de l'exécution de l'agent. Box Mount s'exécute à l'intérieur de ce sandbox comme un composant de synchronisation headless : il fournit l'interface du système de fichiers et communique avec Box via les API Box.
L'agent passe par le chemin monté plutôt que d'appeler Box pour chaque opération documentaire. Box Mount maintient le dossier à jour, téléverse les modifications, détecte les mises à jour conflictuelles et effectue une synchronisation finale lorsque l'espace de travail est démonté.
Box continue d'assurer la couche de contenu, incluant les autorisations, les versions, les classifications, la conservation, les protections Shield et l'historique d'audit. Le sandbox contient une copie de travail synchronisée ; les développeurs doivent donc continuer à gérer cet environnement et ses données locales conformément à leurs propres exigences de sécurité.
Le produit du client provisionne le sandbox et exécute l'agent. Box Mount relie l'espace de travail du système de fichiers de l'agent à Box via les API Box.
Utiliser Box Mount
Le flux de travail de base de Box Mount ne nécessite que quelques commandes. Commencez par configurer vos identifiants Box :
1box-mount config
Montez un dossier Box dans le sandbox de l'agent :
1mkdir -p /mnt/box2box-mount mount "/mnt/box" "<box-folder-id>"
Une fois le montage effectué, l'agent peut utiliser les outils classiques du système de fichiers :
1find /mnt/box -type f2cat /mnt/box/Playbook/approved-contract-playbook.md3cp generated-review.md /mnt/box/Reviewed/
Vous pouvez vérifier le montage actif pendant l'exécution de l'agent :
1box-mount status
Une fois l'exécution terminée, démontez l'espace de travail et finalisez la synchronisation :
1box-mount unmount "/mnt/box"
L'authentification et le provisionnement dépendront de la façon dont votre application lance ses sandboxes. La documentation de l'aperçu privé fournie avec le binaire détaille les options de configuration disponibles.
Que pourriez-vous construire ?
La révision de contrats n'est qu'un exemple. Un agent peut comparer des accords entrants avec un guide de bonnes pratiques approuvé, consigner ses conclusions dans Box et transmettre le résultat à un juriste. Si ce dernier modifie la révision dans Box, l'agent verra le fichier mis à jour dans son environnement de travail.
Ce même schéma peut servir à la rédaction de propositions et de réponses à appels d'offres, à l'analyse de deal rooms, à la création de notes de synthèse pour la direction, à la synthèse de recherches, aux audits de conformité et à bien d'autres flux de travail intensifs en documents. Plusieurs agents peuvent également collaborer via un dossier Box partagé : l'un rédige un brouillon, un autre le révise, et un humain tranche en dernier ressort.
Le modèle et le flux de travail peuvent changer, mais le principe sous-jacent reste le même : le contenu Box entre dans un sandbox externe, intègre l'environnement de travail de l'agent, et le résultat retourne dans Box.
Explorez l'application d'exemple
L'exemple de révision de contrats Box Mount présente un flux de travail complet utilisant E2B.
L'application crée un sandbox, installe Box Mount, monte un espace de travail de contrats Box et exécute soit Box AI, soit un agent OpenAI. Elle synchronise ensuite la révision générée vers Box, l'attribue éventuellement à un relecteur humain et laisse le sandbox actif pour que les développeurs puissent inspecter le résultat avant de le détruire.
Le dépôt est actuellement privé et n'inclut pas le binaire Box Mount. Les participants à l'aperçu privé devront obtenir l'accès au dépôt et placer le binaire qui leur a été fourni dans le répertoire private/ du projet avant d'exécuter l'exemple.
Rejoignez l'aperçu privé
Box Mount n'en est qu'à ses débuts, et nous recherchons des développeurs qui conçoivent (ou commencent à explorer) des flux de travail d'agents s'exécutant dans des sandboxes et interagissant avec du contenu Box.
Si cela correspond à votre architecture, nous aimerions savoir comment vous déplacez vos contenus aujourd'hui, ce qui s'exécute dans votre sandbox et à quel moment l'approche actuelle commence à montrer ses limites. Les participants à l'aperçu privé recevront le binaire Box Mount ainsi que des instructions de configuration pour pouvoir le tester avec leurs propres flux de travail.
https://bit.ly/box-mount-preview
Si le contenu Box doit faire partie de l'environnement de travail de votre agent, nous serions ravis de découvrir ce que vous allez construire.
