Del intérprete de código al computador agente: Por qué los agentes necesitan sandboxes con estado

Los agentes necesitan sandboxes con estado cuando una tarea requiere archivos persistentes, dependencias instaladas, acceso a navegador o vista previa, comandos de larga duración y revisión repetible de resultados más allá de una sola ejecución de código. Un intérprete de código sigue siendo útil para cálculos acotados, gráficos y scripts de un solo uso. En el momento en que un agente tiene que editar un repositorio, reintentar una prueba fallida, mantener artefactos generados, inspeccionar una interfaz web o devolver el trabajo a un humano, necesita algo más cercano a un espacio de trabajo o un computador agente.

¿Qué cambió del intérprete de código al computador agente?

Las primeras funciones de “intérprete de código” resolvieron un problema limitado pero importante: permitir que un modelo escribiera y ejecutara código, generalmente Python, sobre archivos adjuntos a una conversación. Eso es suficiente para muchas tareas de datos. Un usuario puede subir un CSV, solicitar una transformación, obtener un gráfico y descargar el resultado.

El trabajo de un agente tiene una superficie mayor. Un agente de codificación puede necesitar clonar un proyecto, instalar dependencias, editar archivos, ejecutar pruebas, inspeccionar registros, iniciar un servidor de desarrollo, abrir una vista previa, corregir el resultado y conservar el estado el tiempo suficiente para que un revisor verifique qué cambió. Un agente de navegador puede necesitar cookies, archivos descargados, capturas de pantalla, estado del DOM y una forma de reproducir un paso fallido. Un agente de investigación o evaluación puede necesitar cientos de trabajadores aislados que mantengan artefactos y registros para su posterior inspección.

Por eso el vocabulario está cambiando:

• Intérprete de código significa una herramienta de ejecución gestionada para scripts cortos y resultados generados.
• Sandbox significa un entorno aislado donde el trabajo no confiable o generado por agentes puede ejecutarse lejos del sistema anfitrión.
• Espacio de trabajo significa un entorno respaldado por archivos donde el estado de la tarea puede acumularse a lo largo de los pasos.
• Computador agente significa un entorno de ejecución más completo con archivos, comandos, paquetes, acceso a navegador o interfaz de usuario, registros, vistas previas, artefactos, controles de ciclo de vida y opciones de restablecimiento o instantánea.

Estos términos se superponen. La distinción útil no es de marca; es cuánto estado y superficie de revisión necesita el agente.

¿Qué significan los términos principales?

Concepto	Tarea principal	Modelo de estado típico	Mejor ajuste
Intérprete de código	Ejecutar código generado y devolver resultados	Estado de sesión de corta duración	Cálculos, transformaciones de archivos, gráficos, scripts pequeños
Sandbox	Aislar la ejecución del anfitrión y de otras sesiones	Efímero o persistente	Ejecutar código no confiable, ejecución de comandos, automatización de navegador
Espacio de trabajo	Mantener archivos y contexto de entorno juntos	Sistema de archivos persistente o imagen restaurable	Agentes de codificación, proyectos de datos, transferencia de tareas, revisión repetible
Computador agente	Darle al agente un entorno de tareas con herramientas y controles de ciclo de vida	Entorno de ejecución con estado con registros, artefactos, vistas previas y rutas de restablecimiento/instantánea	Tareas de software de varios pasos, agentes de navegador, evaluaciones, flujos de trabajo de larga duración

El mismo producto puede cubrir más de una casilla. Un sandbox con estado puede comportarse como un espacio de trabajo. Un espacio de trabajo con terminal, navegador, artefactos y gestión del ciclo de vida comienza a parecerse a un computador agente. La pregunta de evaluación es qué puede hacer el agente, qué estado sobrevive y con qué fiabilidad los humanos pueden inspeccionar o restablecer el resultado.

¿Cuándo es suficiente la ejecución efímera de código?

La ejecución efímera sigue siendo la opción predeterminada correcta cuando la tarea es pequeña, acotada y fácil de verificar a partir del resultado final.

Utilice un entorno tipo intérprete de código de corta duración cuando:

• Los archivos de entrada se proporcionan de antemano.
• La tarea puede finalizar en una o pocas ejecuciones de script.
• La salida es un gráfico, tabla, archivo transformado o cálculo.
• No se requiere instalación de paquetes más allá del entorno gestionado.
• El usuario no necesita inspeccionar una aplicación en ejecución, estado del navegador o registro de comandos largos.
• La sesión puede descartarse una vez entregada la respuesta.

Por ejemplo, un analista de soporte que pide a un asistente que agrupe tickets por categoría no necesita un espacio de trabajo persistente. Un analista de datos que solicita una visualización única puede no necesitar acceso al navegador o instantáneas. Agregar más infraestructura de la que el trabajo necesita puede dificultar el ciclo de vida, el costo y la revisión de seguridad.

¿Cuándo necesitan los agentes un sandbox con estado?

Los sandboxes con estado se vuelven importantes cuando el agente no solo está calculando una respuesta, sino operando a través de un flujo de trabajo.

Los archivos deben sobrevivir a múltiples pasos

Los agentes a menudo crean archivos intermedios: datos fuente descargados, código generado, fixtures de prueba, artefactos de compilación, capturas de pantalla, informes y registros. Si cada ejecución comienza desde cero, el agente tiene que reconstruir repetidamente el contexto o exprimir demasiado estado en el prompt del modelo.

Un sistema de archivos con estado le da al agente una memoria de trabajo fuera de la ventana de contexto. También le da a los humanos algo concreto para inspeccionar.

Las dependencias deben instalarse o reutilizarse

Muchas tareas reales dependen de paquetes que no están presentes en un entorno de ejecución predeterminado. Un agente de codificación puede necesitar npm ci, pip install, un navegador Playwright, un compilador o un binario específico del proyecto. Un agente de datos puede necesitar una versión de biblioteca que coincida con la producción.

Si esas dependencias desaparecen después de cada comando, el agente pierde tiempo y crea más puntos de falla. Las plantillas y las instantáneas ayudan a los equipos a comenzar desde un entorno conocido en lugar de reconstruirlo en cada ejecución.

Los comandos pueden ejecutarse más tiempo que un turno del modelo

Las compilaciones, pruebas, rastreadores, migraciones, trabajos de entrenamiento y evaluaciones pueden ejecutarse más tiempo que un solo ciclo de respuesta. Los agentes necesitan iniciar un comando, observar la salida, recuperarse de fallos parciales y capturar registros.

Eso requiere estado del proceso. También requiere controles de tiempo de espera, cancelación y una forma de recuperar resultados después de que el modelo haya avanzado al siguiente paso.

El acceso al navegador y la vista previa se convierten en parte de la tarea

Muchos flujos de trabajo de agentes son visuales o están orientados a la web:

• Un agente de codificación inicia una aplicación web local y verifica la página renderizada.
• Un agente de navegador navega por un sitio, descarga archivos, llena formularios o captura capturas de pantalla.
• Un agente de revisión verifica que un gráfico, informe o página de demostración realmente se renderice.

Para esos trabajos, el entorno necesita más que stdout. Necesita puertos, URL de vista previa, automatización del navegador, capturas de pantalla o alguna otra ruta de artefacto que permita al agente y al revisor ver el resultado.

La revisión humana necesita evidencia repetible

Un agente puede decir “las pruebas pasaron” o “la aplicación se ve correcta”, pero los equipos de producción necesitan evidencia repetible. Un buen entorno de ejecución mantiene registros, archivos generados, capturas de pantalla y enlaces de vista previa el tiempo suficiente para que otra persona o proceso los revise.

Aquí es donde los sandboxes con estado cambian el modelo de colaboración. El sandbox no es solo una herramienta para el modelo; también es un artefacto de revisión.

¿Qué debe conservar un sandbox de agente con estado?

El estado es útil solo cuando es intencional. Un sandbox con estado debe dejar claro qué sobrevive, qué se restablece y qué se puede convertir en un punto de partida reutilizable.

Estado del sistema de archivos

El sistema de archivos es la unidad básica del trabajo del agente. Debe contener archivos fuente, resultados generados, artefactos de prueba, registros, capturas de pantalla y entradas descargadas. También debe ser fácil enumerar, leer, escribir, cargar y descargar archivos a través de un SDK, CLI o interfaz de usuario.

Estado del entorno de ejecución y paquetes

El entorno de ejecución debe admitir los lenguajes y gestores de paquetes que requiere la tarea. Para los agentes de codificación, eso generalmente significa comandos de shell, dependencias a nivel de proyecto y la capacidad de reutilizar un entorno preparado. Para los agentes de navegador, puede incluir binarios de navegador y marcos de automatización.

Acceso a red y web

El acceso a la red necesita una política cuidadosa, no una apertura vaga. Algunos agentes necesitan descargas de paquetes salientes, llamadas API o navegación web. Otros deberían ejecutarse con reglas de salida más estrictas. Los equipos deben evaluar si el entorno de ejecución les permite decidir qué puede alcanzar el sandbox y cómo se registran esas elecciones.

Captura de vista previa y artefactos

La salida del agente a menudo incluye más que texto. Busque soporte para archivos, capturas de pantalla, sesiones de navegador, puertos expuestos, vistas previas web y registros de comandos. Estos artefactos son cómo los revisores pasan de confiar en la afirmación del agente a verificar el resultado real.

Controles del ciclo de vida

Con estado no significa permanente. El entorno de ejecución debe admitir creación, tiempo de espera, pausa o reanudación cuando esté disponible, terminación y limpieza. También debe admitir plantillas o instantáneas para que un entorno preparado pueda reutilizarse sin conservar cada sesión para siempre.

Rutas de restablecimiento e instantánea

Los agentes cometen errores. Un computador agente práctico necesita una ruta de restablecimiento limpia y una forma de capturar un buen estado antes de un trabajo arriesgado. Las instantáneas son útiles después de la configuración, después de la instalación de dependencias o antes de una ejecución de evaluación larga.

¿Cómo deben evaluar los equipos un entorno de ejecución de agente?

Los criterios de evaluación deben separarse de las afirmaciones del proveedor. El entorno de ejecución adecuado depende del flujo de trabajo, el perfil de riesgo y el proceso de revisión.

Criterio	Qué preguntar	Por qué es importante
Ciclo de vida	¿Cómo se crean, pausan, reanudan, expiran y eliminan los entornos?	Evita sesiones abandonadas y costos descontrolados
Sistema de archivos	¿Pueden el agente y el revisor inspeccionar archivos y artefactos?	Hace que el trabajo de varios pasos sea revisable
Instalación de paquetes	¿Se pueden instalar, almacenar en caché, crear plantillas o instantáneas de las dependencias?	Reduce la repetición de configuración y la deriva
Ejecución de comandos	¿Son accesibles los registros, códigos de salida, tiempos de espera y trabajos en segundo plano?	Hace que los fallos sean depurables
Acceso a navegador o vista previa	¿Puede el agente inspeccionar la salida renderizada o automatizar un navegador?	Soporta aplicaciones web, tareas de interfaz de usuario y revisión visual
Política de red	¿Qué acceso saliente está permitido y cómo se controla?	Reduce el riesgo de obtención de paquetes, navegación web y llamadas externas
Aislamiento	¿Qué límite separa los sandboxes entre sí y del anfitrión?	Determina para qué tipo de código y datos es adecuado el entorno de ejecución
Plantillas e instantáneas	¿Pueden los equipos reutilizar entornos conocidos y buenos?	Mejora la reproducibilidad
Transferencia humana	¿Puede un revisor ver los mismos archivos, registros, capturas de pantalla o vista previa?	Convierte el entorno de ejecución en un artefacto revisable
Modelo de costos	¿La facturación está vinculada al tiempo de sesión, CPU, memoria, almacenamiento o concurrencia?	Evita costos sorpresa cuando los agentes se ejecutan en paralelo

Las preguntas sensibles a la seguridad merecen documentación exacta y revisión del producto. Evite tratar cualquier sandbox como protección mágica. El aislamiento, el acceso a la red, el manejo de secretos y los registros necesitan decisiones de diseño explícitas.

¿Dónde encaja Novita Agent Sandbox?

Novita Agent Sandbox está diseñado para flujos de trabajo de agentes que necesitan entornos de ejecución aislados y con estado. La descripción general de Agent Sandbox describe los sandboxes como entornos donde los agentes pueden ejecutar comandos, leer y escribir archivos, instalar dependencias y usar flujos de trabajo basados en navegador. También define plantillas para entornos iniciales preparados e instantáneas para guardar el estado configurado del sandbox.

Eso hace que Novita sea una opción a evaluar cuando su carga de trabajo de agente necesite:

• ejecución de código dentro de un entorno aislado;
• acceso a archivos a través de múltiples pasos;
• instalación de dependencias y entornos preparados reutilizables;
• flujos de trabajo orientados al navegador;
• artefactos generados que los humanos puedan inspeccionar;
• controles de ciclo de vida a través de SDK o CLI;
• una dirección de plataforma que combine API de modelos e infraestructura de sandbox para agentes.

Esto no significa que cada agente necesite un sandbox con estado. Si su aplicación solo necesita ejecución única de Python sobre un archivo subido por el usuario, un patrón de intérprete de código puede ser más simple. Si su equipo ya tiene un entorno de ejecución interno con salida estricta, manejo de secretos, auditoría y flujos de revisión, la pregunta es si un sandbox externo mejora la velocidad del desarrollador sin debilitar esos controles.

Use Novita Agent Sandbox como parte de una decisión arquitectónica, no como un reemplazo ciego para cada ruta de ejecución.

Una regla de decisión práctica

Haga una pregunta antes de elegir el entorno de ejecución:

¿Podría una segunda persona o agente reanudar, inspeccionar o reproducir este trabajo desde el entorno después de que termine el primer turno del modelo?

Si la respuesta es no y la salida sigue siendo útil, la ejecución efímera probablemente sea suficiente. Si la respuesta debe ser sí, la tarea se está moviendo hacia un sandbox con estado o un computador agente.

Para sistemas de agentes en producción, esto a menudo se convierte en el patrón predeterminado:

1. Comience desde una plantilla o instantánea limpia.
2. Deje que el agente trabaje dentro de un entorno de ejecución aislado.
3. Capture archivos, registros, capturas de pantalla, vistas previas y resultados de comandos.
4. Conserve el entorno el tiempo suficiente para la revisión.
5. Restablezca, elimine o tome una instantánea según el resultado.

Ese flujo de trabajo le da al modelo espacio para actuar mientras mantiene el resultado inspeccionable.

Artículos recomendados

• Construyendo un agente de codificación con Novita Agent Sandbox
• Aloje Clawdbot con la plantilla de Novita Sandbox
• Qué proveedor de inferencia es adecuado para agentes de IA

Preguntas frecuentes

¿Un intérprete de código es lo mismo que un sandbox de agente?

No. Un intérprete de código generalmente se enfoca en ejecutar código generado y devolver resultados dentro de una sesión gestionada. Un sandbox de agente es un entorno aislado más amplio para comandos, archivos, dependencias, flujos de trabajo de navegador, control de ciclo de vida y artefactos revisables.

¿Todos los agentes de IA necesitan sandboxes con estado?

No. Las transformaciones de datos simples, los cálculos y los scripts de un solo uso pueden funcionar bien en ejecución efímera. Los agentes necesitan sandboxes con estado cuando el flujo de trabajo depende de archivos persistentes, paquetes instalados, procesos de larga duración, acceso a navegador o vista previa, o revisión humana de artefactos.

¿Qué es un computador agente?

Un computador agente es un entorno de tareas que le da a un agente de IA herramientas similares a las de una computadora: sistema de archivos, shell, paquetes, acceso a navegador o interfaz de usuario, registros, artefactos, controles de ciclo de vida y opciones de restablecimiento o instantánea. Es un concepto útil para trabajos de agente de larga duración y revisables.

¿Por qué son importantes las instantáneas para los flujos de trabajo de agentes?

Las instantáneas permiten a los equipos guardar un entorno configurado y reutilizarlo más tarde. Reducen el trabajo repetitivo de configuración, mejoran la reproducibilidad y proporcionan un punto limpio al que regresar antes de que el agente realice acciones arriesgadas o experimentales.

¿Cómo deberían los equipos pensar en la seguridad del sandbox?

Trate la seguridad del sandbox como una decisión arquitectónica. Revise el modelo de aislamiento, el acceso a la red, el manejo de secretos, los registros, la limpieza del ciclo de vida y el proceso de revisión humana antes de ejecutar cargas de trabajo sensibles o código no confiable.