Escrito por @41five
Box Mount ya está disponible en versión preliminar privada.
Si estás creando un agente de IA que se ejecuta dentro de un sandbox, lograr que el modelo haga un trabajo útil es solo una parte del proceso. El agente también necesita documentos con los que trabajar, herramientas para procesarlos y un lugar donde guardar los archivos que crea.
Al principio, mover esos documentos puede parecer cuestión de unas cuantas llamadas a la API: descargar la entrada, ejecutar el agente y subir el resultado. Pero esa capa se complica cuando los archivos pueden cambiar durante el flujo de trabajo, las personas necesitan revisar el resultado o varios agentes comparten el mismo contenido. Entonces también tienes que encargarte de la sincronización, las versiones, los conflictos y los reintentos.
Box Mount está diseñado precisamente para esa parte del flujo de trabajo. Le proporciona al sandbox del agente un espacio de trabajo de Box compatible con POSIX, lo que permite que el código y las herramientas dentro del sandbox trabajen con el contenido de Box mediante rutas de archivo familiares. Box Mount gestiona el movimiento en ambas direcciones, mientras que Box sigue siendo el sistema de registro gobernado.
Cuándo Box Mount es la opción adecuada
Box Mount no pretende reemplazar todas las llamadas a la API de Box ni a MCP. Si tu agente solo necesita recuperar un documento y añadirlo a un prompt, esas interfaces probablemente ya te ofrezcan todo lo que necesitas.
La diferencia radica en si los documentos son simplemente contexto o forman parte del entorno de trabajo del agente.
Imagina un agente que revisa una carpeta de contratos, ejecuta herramientas de procesamiento de documentos, crea un memorando de revisión y luego espera a que un abogado haga cambios. O un flujo de trabajo de RFP (solicitud de propuesta) que extrae información de una biblioteca de respuestas aprobadas, genera un borrador y lo envía de vuelta para su revisión legal y de seguridad.
En estos casos, el agente hace mucho más que recuperar contenido una sola vez: trabaja con un conjunto de archivos dentro de un entorno de ejecución externo.
Ese es el patrón al que apunta Box Mount: un desarrollador aprovisiona un sandbox para el agente, lleva el contenido de Box a ese entorno y devuelve el trabajo del agente a Box.
Mira Box Mount en acción
Esta breve demostración muestra una aplicación de revisión de contratos que usa Box Mount para llevar contenido de Box a un sandbox de E2B, ejecutar un agente sobre ese espacio de trabajo y sincronizar la revisión terminada de vuelta a Box para que una persona la revise.
Aquí se muestra una revisión de sala de transacciones (deal room) con múltiples agentes que utiliza Box Mount para llevar contenido empresarial a un sandbox de la API de Agentes de OpenAI, ejecutar un agente principal y tres agentes especialistas en paralelo sobre cinco archivos de origen, y sincronizar automáticamente cuatro informes de vuelta a Box cuando se modifica el MSA subyacente.
Esta demostración presenta una revisión de cuestionario de seguridad que usa Box Mount para llevar documentos de políticas aprobadas a una microVM de Vercel Sandbox, ejecutar un agente sobre 12 elementos para encontrar evidencia de 10 respuestas válidas y marcar 2 para revisión humana, y sincronizar automáticamente el libro de Excel terminado de vuelta a Box.
Esta demostración muestra un memorando de diligencia de sala de transacciones que usa Box Mount para darle a un agente en un sandbox de DigitalOcean rutas de archivo normales hacia el contenido en la nube de Box, leer los documentos de la sala de transacciones de forma local y escribir el memorando terminado de vuelta a Box sin necesidad de desarrollar ninguna lógica de descarga o subida.
Un espacio de trabajo familiar dentro del sandbox
Una vez montada una carpeta de Box, el agente ve un directorio común:
1/mnt/box2├── Incoming/3│ └── Acme-MSA.docx4├── Playbook/5│ └── approved-contract-playbook.md6└── Reviewed/
A partir de ahí, las bibliotecas y herramientas de línea de comandos existentes pueden trabajar con el contenido sin necesitar una herramienta específica de Box para cada operación. Una aplicación de Node, por ejemplo, puede usar las mismas API del sistema de archivos que usaría para archivos locales:
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);
Esa última escritura es simplemente una operación de archivo normal desde el punto de vista de la aplicación. Box Mount sincroniza la nueva revisión con Box, donde una persona puede abrirla, editarla, asignar una tarea o crear otra versión.
Si alguien actualiza el archivo en Box mientras el sandbox sigue en ejecución, ese cambio puede reflejarse en el espacio de trabajo montado para el siguiente paso del agente. Esto crea un entorno de trabajo compartido entre agentes y personas sin obligar a los desarrolladores a construir lógicas personalizadas de movimiento y sincronización para cada archivo.
También hace que el flujo de trabajo dependa menos de un modelo o framework de agentes en particular. El sandbox podría ejecutar un agente de OpenAI, uno de Anthropic, LangGraph, CrewAI, un script de Python, la CLI de LibreOffice o una combinación de herramientas. Mientras la herramienta sepa trabajar con archivos, podrá trabajar con el espacio de trabajo montado.
Cómo encajan las piezas
Tu producto u orquestador es responsable de aprovisionar el sandbox y ejecutar el agente. Box Mount se ejecuta dentro de ese sandbox como un componente de sincronización headless, proporcionando la interfaz del sistema de archivos y comunicándose con Box a través de sus API.
El agente trabaja mediante la ruta montada en lugar de llamar a Box por cada operación con documentos. Box Mount mantiene la carpeta actualizada, sube los cambios, detecta actualizaciones conflictivas y completa una sincronización final cuando se desmonta el espacio de trabajo.
Box sigue proporcionando la capa de contenido, incluidos permisos, versiones, clasificaciones, retención, protecciones de Shield e historial de auditoría. El sandbox contiene una copia de trabajo sincronizada, por lo que los desarrolladores deben seguir gestionando ese entorno y sus datos locales según sus propios requisitos de seguridad.
El producto del cliente aprovisiona el sandbox y ejecuta el agente. Box Mount conecta el espacio de trabajo del sistema de archivos del agente con Box a través de las API de Box.
Uso de Box Mount
El flujo de trabajo básico de Box Mount requiere solo unos pocos comandos. Primero, configura tus credenciales de Box:
1box-mount config
Monta una carpeta de Box en el sandbox del agente:
1mkdir -p /mnt/box2box-mount mount "/mnt/box" "<box-folder-id>"
Una vez montada, el agente puede usar herramientas comunes del sistema de archivos:
1find /mnt/box -type f2cat /mnt/box/Playbook/approved-contract-playbook.md3cp generated-review.md /mnt/box/Reviewed/
Puedes comprobar el montaje activo mientras el agente se está ejecutando:
1box-mount status
Cuando termine la ejecución, desmonta el espacio de trabajo y completa la sincronización final:
1box-mount unmount "/mnt/box"
La autenticación y el aprovisionamiento dependerán de cómo tu aplicación lance sus sandboxes. La documentación de la versión preliminar privada incluida con el binario cubre las opciones de configuración disponibles.
¿Qué podrías construir?
La revisión de contratos es un ejemplo. Un agente puede comparar acuerdos entrantes con un manual aprobado, escribir sus hallazgos de vuelta en Box y entregarle el resultado a un abogado. Si el abogado modifica la revisión en Box, el agente verá el archivo actualizado en su entorno de trabajo.
El mismo patrón puede aplicarse a la redacción de propuestas y RFP, el análisis de salas de transacciones, la creación de informes ejecutivos, la síntesis de investigaciones, la revisión de cumplimiento normativo y otros flujos de trabajo intensivos en documentos. Varios agentes también pueden trabajar a través de una carpeta compartida de Box; por ejemplo, uno creando un borrador, otro revisándolo y una persona tomando la decisión final.
El modelo y el flujo de trabajo pueden cambiar, pero el patrón subyacente se mantiene igual: el contenido de Box entra en un sandbox externo, pasa a formar parte del entorno de trabajo del agente y el trabajo resultante vuelve a Box.
Explora la aplicación de ejemplo
El ejemplo de revisión de contratos con Box Mount muestra un flujo de trabajo completo usando E2B.
La aplicación crea un sandbox, instala Box Mount, monta un espacio de trabajo de contratos de Box y ejecuta Box AI o un agente de OpenAI. Luego sincroniza la revisión generada de vuelta a Box, opcionalmente la asigna a un revisor humano y deja el sandbox en ejecución para que los desarrolladores puedan inspeccionar el resultado antes de eliminarlo.
El repositorio es actualmente privado y no incluye el binario de Box Mount. Los participantes de la versión preliminar privada necesitarán acceso al repositorio y deberán colocar el binario que se les proporcione en el directorio private/ del proyecto antes de ejecutar el ejemplo.
Únete a la versión preliminar privada
Box Mount aún está en sus primeras etapas, y buscamos desarrolladores que estén construyendo (o empezando a explorar) flujos de trabajo con agentes que se ejecuten en sandboxes y trabajen con contenido de Box.
Si eso describe tu arquitectura, nos encantaría saber cómo mueves el contenido hoy en día, qué se ejecuta dentro de tu sandbox y en qué punto el enfoque actual empieza a volverse problemático. Los participantes de la versión preliminar privada recibirán el binario de Box Mount y orientación de configuración para que puedan probarlo con sus propios flujos de trabajo.
https://bit.ly/box-mount-preview
Si necesitas que el contenido de Box forme parte del entorno de trabajo de tu agente, nos encantaría ver lo que construyes.
