Zed Industries desarrolla un sistema de control de versiones para el contexto de agentes de IA usando Rust

Zed Industries ha presentado DeltaDB, un nuevo sistema de control de versiones diseñado específicamente para rastrear el contexto y el razonamiento de los agentes de IA. Lanzado a finales de octubre de 2026, esta infraestructura busca resolver el problema de la pérdida del historial conversacional cuando los desarrolladores colaboran con herramientas de codificación autónomas. El sistema utiliza Rust y tipos de datos replicados libres de conflictos (CRDT) para fusionar las ediciones humanas y de los agentes en un único grafo causal.

Qué ocurrió

El equipo detrás del editor de código Zed, fundado en 2021 por Nathan, Max y el autor, ha dedicado el último año a desarrollar tecnología para mejorar la colaboración entre equipos y agentes de software. Observaron que, aunque los agentes aceleran la producción de código, el proceso de pensamiento crítico suele quedar atrapado en interfaces de chat efímeras o comprimido en mensajes de commit ilegibles. DeltaDB es su solución, creando un registro persistente del contexto del agente que vincula cada cambio de código con la conversación que lo produjo.

DeltaDB permite a los usuarios señalar cualquier fragmento de código y recuperar todo el razonamiento detrás de él. Transmite los cambios tanto de humanos como de agentes en tiempo real, fusionándolos en un grafo acíclico dirigido de crecimiento monótono. Esta arquitectura garantiza que el contexto detrás de las decisiones de software no se pierda, permitiendo a los desarrolladores consultar por qué un código específico tiene cierto aspecto, ya sea escrito por un humano o por una IA.

Cómo funciona

En su núcleo, DeltaDB es una colección de CRDT almacenados localmente en SQLite y vinculados mediante un grafo acíclico dirigido. Cada nodo en este grafo, llamado delta, representa la unidad mínima de cambio. Este diseño permite a los clientes avanzar sin conexión y sincronizarse posteriormente, asegurando resistencia ante fallos de red. El sistema se asemeja al enfoque Eg-walker, utilizando un DAG para representar cada estado intermedio en lugar de depender de vectores de versión, que pueden crecer indefinidamente a medida que los actores se unen y abandonan hilos.

Para gestionar el rendimiento, el sistema utiliza árboles B+ copy-on-write para cachear instantáneas de estados recientes. Al aplicar ediciones concurrentes o navegar por el historial, el motor retrocede hasta el ancestro cacheado más cercano y reproduce solo los deltas necesarios. Este método es significativamente más rápido que reconstruir estados completos, ya que reutiliza la mayoría de los nodos de instantáneas anteriores y solo modifica las rutas tocadas por nuevos cambios. Las ediciones de texto se definen estructuralmente, permitiendo una identificación precisa de posiciones incluso durante modificaciones concurrentes.

La sincronización ocurre a través de líneas de tiempo, donde cada cliente se suscribe a fronteras específicas en el DAG. Cuando se comparte un hilo, una conexión WebSocket intercambia los deltas perdidos encontrando un ancestro común. Cada hilo es gestionado por un Cloudflare Durable Object separado, creando una arquitectura share-nothing que escala horizontalmente. Esta configuración permite que múltiples agentes y humanos escriban simultáneamente dentro de un solo hilo sin requerir commits tradicionales de Git para la coordinación.

Detalles clave

• DeltaDB almacena todos los datos localmente en SQLite, utilizando un grafo acíclico dirigido para vincular CRDT.
• El sistema evita los vectores de versión en favor de consultas de ascendencia DAG para manejar agentes transitorios.
• Los árboles B+ copy-on-write permiten una reificación eficiente del estado reutilizando nodos inalterados de las instantáneas.
• Cada hilo de agente se ejecuta en su propio Cloudflare Durable Object, permitiendo el escalado horizontal.
• Una macro de Rust llamada #[derive(Replicate)] simplifica la creación de estructuras replicadas complejas.
• Las líneas de tiempo permiten el trabajo paralelo por subagentes, que pueden fusionarse de vuelta en el hilo principal más tarde.

Por qué importa

Para los ingenieros que construyen herramientas integradas con IA, gestionar la consistencia de estado entre la intención humana y la salida del agente es un gran desafío. Los flujos de trabajo actuales a menudo pierden los matices de la toma de decisiones, dificultando la auditoría o comprensión de los cambios automatizados. DeltaDB demuestra un enfoque práctico para tratar las conversaciones de agentes como ciudadanos de primera clase en el control de versiones, en lugar de registros secundarios. Este cambio habilita una colaboración más fiable y facilita la depuración del código generado por IA.

El uso de Rust y CRDT destaca una tendencia hacia arquitecturas de software locales-first que priorizan la capacidad de respuesta y la funcionalidad sin conexión. Al desacoplar la representación de red del estado interno, los desarrolladores pueden construir sistemas que se sientan instantáneos mientras mantienen fuertes garantías de consistencia. Este modelo reduce la fricción de la colaboración en tiempo real, permitiendo a los equipos trabajar con agentes tan fluidamente como trabajan entre ellos.

Qué puedes hacer

• Evalúa cómo tus herramientas de IA actuales almacenan y recuperan el contexto conversacional para los cambios de código.
• Explora librerías de CRDT en Rust si estás construyendo funciones colaborativas en tiempo real.
• Considera implementar patrones de almacenamiento local-first para mejorar la resistencia sin conexión en tus aplicaciones.
• Investiga Cloudflare Durable Objects para componentes serverless escalables y con estado.
• Revisa el paper de Eg-walker para entender enfoques alternativos de resolución de conflictos en sistemas distribuidos.
• Experimenta mapeando los pensamientos de los agentes a objetos de datos estructurados en lugar de registros de texto plano.