Anatomía de las cajas de arena donde corren los agentes de IA
La evolución de los agentes de inteligencia artificial está marcando un giro fundamental en su infraestructura: el desplazamiento del cómputo local hacia entornos en la nube. Herramientas como Claude Code e Instinct ya no dependen exclusivamente del hardware del usuario, sino que operan en entornos virtualizados diseñados específicamente para ejecutar código de forma segura y eficiente. Este cambio no solo permite que los agentes sean accesibles desde dispositivos móviles, sino que introduce una arquitectura de "cajas de arena" (sandboxes) que garantiza el aislamiento y la persistencia de los datos.
La arquitectura de aislamiento: El dominio de Firecracker
Según el análisis técnico detallado por Rohan Adwankar, tanto Claude Code como Instinct basan su infraestructura en Firecracker, una tecnología de microVMs (máquinas virtuales) desarrollada por AWS. Firecracker permite lanzar máquinas virtuales extremadamente ligeras con un kernel propio, optimizando el tiempo de arranque y el consumo de recursos.
En el caso de Claude Code, la implementación es minimalista y altamente controlada. Su entorno no utiliza el sistema de inicio estándar (systemd), sino que arranca directamente en un binario escrito en Rust llamado process_api (PID 1). Este agente de control actúa como el puente entre el host y la VM, gestionando el montaje de discos y escuchando peticiones a través del puerto vsock 2024. La seguridad es prioritaria: el sistema está sellado para evitar que el usuario o el agente puedan volcar la memoria del proceso principal o acceder a recursos críticos del sistema.
El almacenamiento de Claude Code se divide en dos capas: una persistente y escribible para el usuario (vda) y varias capas de solo lectura (vdc, vdd, etc.) que contienen el "harness" o arnés de ejecución (un binario de Bun de 324 MB) y las habilidades del agente. La inferencia del modelo no ocurre dentro de la VM, sino que se realiza mediante Server-Sent Events (SSE) sobre HTTPS/2 hacia los servidores de Anthropic, pasando por un gateway de salida estrictamente controlado.
Instinct y el modelo de "Sandbox-as-a-Service"
Por otro lado, la startup Instinct adopta un enfoque diferente al no gestionar su propia flota de VMs, sino alquilar sandboxes a través de E2B. Mientras que Claude Code utiliza un init personalizado, los entornos de E2B ejecutan una distribución completa de Ubuntu con systemd y un escritorio XFCE, lo que permite una versatilidad mayor, aunque con un tiempo de arranque ligeramente superior (aproximadamente 1.26 segundos).
La innovación más disruptiva de Instinct reside en la gestión de la memoria a largo plazo. Para evitar que el agente "olvide" el contexto al destruir la VM desechable, Instinct implementa un sistema de memoria basado en un repositorio Git de archivos Markdown con enlaces tipo wiki. El agente no interactúa con una API de memoria compleja, sino que escribe archivos, realiza commits y los empuja a un almacenamiento durable en Amazon S3.
Este "bóveda de memoria" organiza la información en entidades, flujos de trabajo y una línea de tiempo que se simplifica con el tiempo (de registros brutos a resúmenes semanales o mensuales), imitando la capacidad de síntesis de la memoria humana. La seguridad se gestiona mediante credenciales temporales de AWS (STS), lo que significa que si una sandbox se ve comprometida, el acceso expira automáticamente.
Análisis: Seguridad vs. Versatilidad
La comparativa entre ambos enfoques revela dos filosofías de diseño. Claude Code apuesta por un control total y una superficie de ataque mínima, eliminando casi todo lo que no sea estrictamente necesario para la ejecución del agente. Es una arquitectura de "fortaleza", donde el operador vive dentro del espacio del inquilino pero está blindado.
Instinct, apoyándose en E2B, prioriza la experiencia de "asistente real" sobre la de "chatbot". Al utilizar un sistema de archivos Git para la memoria, transforman la persistencia de datos en un historial versionado y legible, permitiendo que el agente evolucione su conocimiento sobre el usuario de manera orgánica y transparente.
Conclusión: Hacia un cómputo efímero y persistente
El estado actual de los agentes de IA muestra una tendencia clara hacia el cómputo efímero: la máquina virtual nace, ejecuta la tarea y muere, pero la identidad y el conocimiento del agente persisten en capas de almacenamiento externas (S3 o discos persistentes).
Podemos esperar que esta tendencia se acelere, convirtiendo a las microVMs en el estándar para cualquier IA que necesite ejecutar código. La capacidad de desplegar entornos aislados en milisegundos permitirá que los agentes no solo escriban código, sino que lo prueben, lo desplieguen y lo mantengan en entornos seguros, eliminando el riesgo de que un error de la IA comprometa el sistema operativo del usuario final.