Oak: el nuevo sistema de control de versiones nacido para los agentes de inteligencia artificial
Zach Geier, desarrollador con una década de experiencia en herramientas de productividad, ha presentado Oak, un sistema de control de versiones diseñado desde cero para trabajar con agentes de IA. El proyecto llega en un momento en que herramientas como Claude Code, Codex y Cursor están cambiando la forma en que se escribe software, y plantea una pregunta incómoda para el ecosistema: ¿está Git, el estándar dominante desde 2005, preparado para un mundo donde la mayor parte del código lo escriben máquinas?
La tesis central de Geier es que Git es una pieza de ingeniería extraordinaria, pero fue concebida para un problema distinto. "Git es extremadamente bueno en lo que fue construido: humanos haciendo cambios deliberados, revisando parches y preservando un historial distribuido", escribe en el blog del proyecto. Sin embargo, cuando el "autor" de un commit es un agente que necesita clonar un repositorio en segundos, ramificar por cada sesión y mantener contexto entre tareas, los supuestos de Git empiezan a chirriar. Descargar un repositorio entero, pelearse con worktrees para trabajar en paralelo o esperar a que operaciones de red terminen son fricciones que un humano tolera pero que un agente multiplica por miles.
Para resolverlo, Oak introduce tres ideas clave. La primera es el "branch-per-session": cada sesión de un agente opera sobre su propia rama, con descripciones legibles que sustituyen a los mensajes de commit tradicionales. La segunda son los "virtual mounts" o montajes virtuales, que permiten a un agente editar cualquier archivo de un repositorio sin necesidad de tener una copia completa en disco. El sistema hidrata el contenido bajo demanda gracias a un direccionamiento por contenido basado en BLAKE3 y chunking definido por contenido, lo que reduce drásticamente el tiempo de arranque. La tercera es un modelo de datos Blob/Manifest/Commit/Tree optimizado para escrituras rápidas y lecturas parciales, no para el flujo de "clone, commit, push" de Git.
El núcleo del proyecto es de código abierto bajo licencia Apache-2.0 y se distribuye como un workspace de Cargo. El crate oakvcs-core contiene los fundamentos: hashing BLAKE3, chunking, diff/merge, el modelo de datos y backends opcionales para repositorios locales en SQLite o Git de solo lectura. Sobre él se construye oakvcs-cli, el binario "oak" que los agentes invocan. La instalación es directa en macOS Apple Silicon y Linux x86_64 mediante un script, y también puede compilarse con cargo install oakvcs-cli en Windows, macOS y Linux, ya que la pila TLS usa rustls y ring, sin necesidad de toolchain C ni NASM. En Windows, oak mount requiere habilitar Projected File System (ProjFS), una característica opcional del sistema operativo.
Oak se promociona como "mucho más rápido que Git para cargas de trabajo de agentes", pero el equipo insiste en que la velocidad no es el argumento de venta, sino una consecuencia del diseño. El repositorio en sí fue escrito casi enteramente con IA bajo supervisión humana, una declaración de intenciones que Geier no esconde: si el proyecto predica que los agentes pueden construir software complejo, también debe demostrarlo con su propio código fuente.
El proyecto está todavía en una fase muy temprana. Geier reconoce que no hay build para algunas plataformas, faltan integración continua, sistema de issues y comentarios, e incluso el propio Oak se compila con GitHub Actions. El equipo ha prescindido de Git como backup durante varios meses y opera completamente "bootstrappeado" sobre Oak, una apuesta que reduce el riesgo de obsolescencia pero también multiplica el riesgo de pérdida de datos. Existe, eso sí, una válvula de escape: el comando oak export permite convertir un repositorio Oak de vuelta a un repositorio Git estándar en cualquier momento.
Geier no llega a este proyecto desde cero. Lleva cuatro años pensando en cómo reinventar el control de versiones: primero construyó Jam, una herramienta similar, y la vendió a otra compañía que lamentablemente cerró al cabo de poco más de un año. Esa experiencia, dice, le mostró "cómo de bien podía sentirse el control de versiones si empezáramos de nuevo". Ahora, con la llegada de los modelos generativos capaces de producir código a gran velocidad, considera que ha llegado el momento adecuado. Le acompaña Adam Morse, responsable del producto y del sistema visual, y entre ambos han conseguido más progreso en cuatro meses con asistencia de IA del que Geier logró en cuatro años anteriores.
El modelo de negocio combina software libre con servicios en la nube. El núcleo es open source y puede autoalojarse con oak serve, pero Oak ofrece planes de pago y, como detalle de lanzamiento, Geier enviará una pantalla de tinta electrónica personalizada con una especie de roble única a los primeros cien usuarios que se suscriban. Es un gesto pequeño, pero revelador de una filosofía que mezcla artesanal y experimental.
En el corto plazo, Oak se enfrenta al reto habitual de los nuevos VCS: la red de efectos. Git gana no por sus características técnicas, sino porque todo el ecosistema, desde GitHub hasta CI/CD, pasando por revisiones de código y formación universitaria, está construido alrededor de él. Oak responde a eso con interoperabilidad (exportación a Git) y con un argumento difícil de rebatir: si los agentes van a escribir la mayor parte del código en los próximos años, optimizar el sistema de control de versiones para máquinas, no para humanos, deja de ser una extravagancia y empieza a ser una necesidad. Las próximas versiones, con soporte multiplataforma completo y funciones de colaboración, dirán si la apuesta de Geier se convierte en una alternativa real o queda como un experimento brillante de los primeros años de la era agéntica.