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 cuales 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 vuelve más compleja cuando los archivos pueden cambiar durante el flujo de trabajo, las personas necesitan revisar el resultado o varios agentes comparten el mismo contenido. En ese punto, también tienes que manejar sincronización, versiones, conflictos y 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 conocidas. Box Mount gestiona el movimiento en ambas direcciones, mientras que Box sigue siendo el sistema de registro gobernado.
Cuándo conviene usar Box Mount
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 agregarlo a un prompt, esas interfaces probablemente ya te den todo lo que necesitas.
La diferencia radica en si los documentos son simplemente contexto o si 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 la revisión legal y de seguridad.
En estos casos, el agente hace mucho más que recuperar contenido una sola vez: está trabajando con una colección de archivos dentro de un entorno de ejecución externo.
Ese es el patrón que aborda 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 líder 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 para una sala de transacciones que usa Box Mount para darle a un agente en un sandbox de DigitalOcean rutas de archivo comunes hacia el contenido en la nube de Box, leer localmente los documentos de la sala de transacciones y escribir el memorando terminado de vuelta a Box sin necesidad de crear ninguna lógica de descarga o subida.
Un espacio de trabajo familiar dentro del sandbox
Una vez que se monta una carpeta de Box, el agente ve un directorio común y corriente:
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. Por ejemplo, una aplicación de Node 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 se encarga de aprovisionar el sandbox y ejecutar el agente. Box Mount corre dentro de ese sandbox como un componente de sincronización headless (sin interfaz gráfica), 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.
Cómo usar 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 verificar 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 inicie 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 crear?
La revisión de contratos es un ejemplo. Un agente puede comparar acuerdos entrantes con un playbook 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 podrá ver el archivo actualizado en su entorno de trabajo.
Este mismo patrón sirve para redactar propuestas y RFP, analizar salas de transacciones, crear informes ejecutivos, sintetizar investigaciones, hacer revisiones de cumplimiento y otros flujos de trabajo con muchos documentos. Varios agentes también pueden trabajar a través de una carpeta compartida de Box; por ejemplo, uno crea un borrador, otro lo revisa y una persona toma 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 a un sandbox externo, pasa a formar parte del entorno de trabajo del agente y el trabajo resultante regresa 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 actualmente es 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 etapas tempranas, y buscamos desarrolladores que estén creando (o empezando a explorar) flujos de trabajo con agentes que se ejecuten en sandboxes y trabajen con contenido de Box.
Si esa descripción coincide con tu arquitectura, nos encantaría saber cómo mueves el contenido hoy, 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 guías 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.
