Zed lanza la beta publica de Delta para dejar atras el pull request de GitHub
El entorno colaborativo de Zed sustituye los PR por hilos compartidos entre desarrolladores y agentes de codigo. La compania ya ha desactivado los pull requests en su propio repositorio.
Zed ha abierto la beta publica de Delta, un entorno colaborativo donde desarrolladores y agentes de codigo trabajan, revisan y corrigen codigo dentro de hilos compartidos en vez de pull requests. La compania ya ha desactivado los PR en el repositorio de Delta y, segun su cofundador y CEO, esta a pocos meses de abandonar GitHub por completo.
El diagnostico de partida lo resume Nathan Sobo en el blog que acompana al lanzamiento: "todo el mundo esta en una carrera por reemplazar GitHub ahora mismo". El motivo no es solo ideologico. GitHub viene de una racha de incidentes seria: paso de unos 1.000 millones de commits en todo 2025 a 1.400 millones al mes en abril, y en agosto la plataforma hablaba ya de 2.900 millones de commits mensuales. La carga se ha traducido en caidas como la de agosto, con casi ocho horas de interrupcion y tasas de error en torno al 20% en web y API en el peor momento.
A eso se suma un problema de modelo de interaccion. Con agentes generando codigo a un ritmo que la plataforma no diseno para asumir, el diff de un pull request ensena el resultado pero deja fuera el razonamiento que lo produjo, que en buena parte vive en una conversacion con el agente.
Hilos y deltas por debajo de Git
La pieza central de Delta es el hilo: el registro continuo de una tarea asistida por agente en el que la conversacion y los archivos que se van tocando quedan conectados. Un desarrollador puede encargar un trabajo, seguir discutiendolo y refinando, y pasar despues todo ese cuerpo de trabajo a otra persona. Cada hilo trabaja contra su propia copia del proyecto, de modo que varias lineas de trabajo avanzan en paralelo sin pisarse los archivos.
Los companeros pueden sumarse a un hilo existente o abrir uno de revision aparte para examinar un cambio, interrogar al agente que lo produjo y probar variantes antes de devolver lo aceptado al trabajo original.
Por debajo esta DeltaDB, el sistema de control de versiones basado en operaciones que Zed ya dejo entrever en 2025. En lugar de esperar a que alguien empaquete el trabajo en un commit, registra eventos individuales segun ocurren, incluidas las ediciones de codigo y la actividad de la conversacion, y usa ese historial para mantener sincronizados a los participantes. Zed llama "deltas" a esos registros. Git no desaparece: Delta sigue funcionando sobre repositorios Git y las ramas, commits y remotos se usan igual. Lo que hace DeltaDB es anadir una capa de historia entre commits que Git descarta.
Zed ya se esta comiendo su propio perro: 33 desarrolladores han integrado 570 cambios a main sin pasar por un pull request. Segun Sobo, el equipo que trabaja solo en Delta no tiene ya motivo para entrar en GitHub.
Queda trabajo por delante. El siguiente gran desacoplado es el almacenamiento Git, que la compania quiere llevar a DeltaDB, y la integracion continua y las releases siguen pendientes de resolver. Para quien administra repositorios, la pregunta practica es si el modelo de hilos se puede adoptar con el Git que ya tiene en produccion sin duplicar historial ni herramientas de revision.
