LayerFS: el filesystem open source para agentes de IA

LayerFS: el filesystem que trata a los agentes como usuarios efímeros

LayerFS 1.0.0 es la primera release oficial del proyecto, publicada como código abierto bajo licencia MIT tras una serie de versiones 0.1.x de Developer Preview. La propuesta es directa: cada agente monta un Workspace completo y escribible sobre un historial compartido ya confirmado, hace su trabajo, confirma lo que cambió y desaparece.

El detalle que lo separa de un contenedor tradicional está en la documentación del proyecto: los agentes pasan cerca del 80% de su tiempo pensando y apenas un 10% dentro de Bash. Mantener una máquina encendida para un proceso que casi nunca la usa es caro y no escala cuando pasas de tres agentes a trescientos.

¿Cómo funciona un filesystem con workspaces efímeros?

La arquitectura se apoya en cuatro piezas que el proyecto describe en su documentación:

• Store: un único archivo SQLite guarda cada Branch, Commit y objeto de contenido. Cada proceso lo abre directamente, sin servidor de base de datos. Eso permite que agentes en computadoras distintas compartan el mismo Store.
• Branch, Commit y Layer: un Branch es una línea escribible de Commits. Publicar un Branch sobre main agrega una Layer.
• Workspace: el montaje enlaza el árbol confirmado completo sin copiarlo. Las escrituras van a un overlay propio hasta que un Commit las guarda. Desmontar borra el overlay, nunca el historial.
• Conflict: dos Commits que tocan el mismo archivo se rechazan con Conflict, salvo que una regla .lww indique que gana la edición más nueva.

Sobre eso se apoyan cuatro ideas secundarias: checkpoints automáticos en cada paso, objetos append-only que nunca se reescriben, reglas de conflicto estilo .gitignore para lockfiles y cachés, y un modelo de archivo grande con edición chica, donde una edición cuesta el tamaño de la edición y no el del archivo.

El fork recursivo es la parte más ambiciosa: se puede bifurcar cualquier Commit a cualquier profundidad y un fork no copia archivos, solo metadatos. El proyecto lo plantea como base para agentes de exploración recursiva y entrenamiento por refuerzo.

Los números: qué dicen los benchmarks del proyecto

El repositorio oficial publica resultados medidos sobre main, en un host arm64 Mac con Docker Desktop, 8 CPUs y 8.3 GB. Son mediciones de release, no una garantía para tu carga de trabajo:

• Deduplicación: el historial real de un proyecto con 157 snapshots (4,94 GB de árboles) se mantiene como Commits montables en 100,1 MB frente a 1.994,6 MB de Btrfs + zstd, un 19,9× menos. Los 156 snapshots se leyeron de vuelta.
• fs-bench: 5,20 s frente a 8,88 s del benchmark de filesystem de Cloudflare Computer, 1,71× más rápido y mejor en 10 de 12 escenarios.
• Conformidad POSIX: 8.798 aserciones de pjdfstest contra overlayfs del kernel, con 0 fallos inesperados.
• Carga concurrente: fsstress con cuatro procesos dejó 3.755 de 3.755 entradas idénticas y capturó 5,21 GB en un solo Commit en 4,9 segundos.

El propio proyecto es honesto sobre los límites: en fio es más lento en escritura secuencial (0,31×), lectura secuencial (0,81×) y escritura aleatoria (0,40×). Y el Store corre en un perfil Disposable sin durabilidad ante caídas o cortes de energía: el README advierte explícitamente que no se use como única copia de datos que no puedas reconstruir.

El contexto: la capa de ejecución ya es un commodity

LayerFS llega a un mercado que se está llenando rápido. El 20 de octubre de 2026, Daytona —infraestructura cloud para agentes de IA— anunció una Serie B de US$60M a una valoración de US$1.000M, según tech.eu, con lo que acumula US$91M levantados. La ronda la lideró FirstMark y participaron inversores como Patrick Collison (Stripe) y Tobi Lütke (Shopify). La compañía reportó un aumento de 25 veces en su revenue run rate entre enero y septiembre, y da infraestructura a Anthropic, OpenAI, NVIDIA, Cursor y Cognition.

Un día antes, el 15 de octubre de 2026, Perplexity liberó SPACE, su sandbox de ejecución, bajo licencia Apache 2.0, según Forkast. Está construido sobre microVMs Firecracker, arranca en unos 60 milisegundos de mediana y reportó cero escapes en aproximadamente 118 intentos de prueba adversariales.

Forkast lo resume sin vueltas: "La capa de ejecución ya no es una ventaja competitiva. Es un commodity". El mismo análisis señala que el Kubernetes Agent Sandbox CRD llegó a disponibilidad general en mayo de 2026 con un crecimiento de 16× en cinco meses, y que el MCP Registry superó los 42.000 servidores.

Ahí está la pregunta que LayerFS intenta responder. UiPath lo planteó en agosto de 2026 al presentar Maestro Flow, su capa de orquestación para agentes de código: "Las empresas no tienen un problema de agentes; tienen un problema de orquestación", dijo Raghu Malpani, su chief product and technology officer, según ADTmag. Aislar la ejecución ya está resuelto; coordinar el trabajo de muchos agentes sobre el mismo proyecto, no.

¿Qué significa esto para tu startup?

Si estás construyendo producto con agentes de código, hay tres decisiones que este lanzamiento te obliga a revisar.

Primero, deja de construir tu propio sandbox. Forkast lo dice de forma directa: SPACE, E2B, Modal y el CRD de Kubernetes ya resuelven el aislamiento. Si tu equipo está gastando sprints en microVMs y overlays, ese esfuerzo no te va a diferenciar. Redirige esos recursos a la capa de arriba: gobernanza, identidad, orquestación y la coordinación entre agentes y los sistemas que tocan.

Segundo, trata el historial de tus agentes como un activo auditable. La idea de que cada tool call sea un Commit y que cada línea tenga un blame con el paso que la escribió es directamente útil para compliance y para depurar. Si tu equipo corre varios agentes en paralelo sobre el mismo repositorio, un modelo de branches por agente con merge explícito te da algo que hoy suele faltar: saber quién escribió qué y poder volver atrás.

Tercero, prueba antes de comprometerte. LayerFS se instala pegando un prompt en tu propio agente de código, y hoy corre a través del plugin dsh-layerfs para DeepSeek Harness. Los requisitos son Node 22.19+, pnpm y Docker; el SDK pide un host Linux, Docker Engine y Node 20+. Ten presente la advertencia de durabilidad: úsalo para el trabajo de agentes y su historial, no como tu respaldo principal.

Conclusión

LayerFS no compite por el aislamiento —esa batalla ya la ganaron los microVMs y los sandboxes gestionados— sino por lo que pasa después: cómo se versiona, se comparte y se audita el trabajo de muchos agentes sobre un mismo proyecto. Para un founder, la lectura práctica es que la infraestructura de agentes se está partiendo en dos: abajo, ejecución barata y comoditizada; arriba, coordinación y gobernanza, que es donde todavía hay espacio para construir algo defendible.

Fuentes

• LayerFS (fuente original)
• Ephemeral-AI-Lab/layerfs — GitHub
• LayerFS Docs
• Daytona hits $1B valuation with $60M Series B for AI agent cloud — tech.eu
• Perplexity Ships Its Search Agent's Sandbox as Open Source — Forkast
• UiPath Targets Coding-Agent Orchestration with Maestro Flow — ADTmag