La mayoría de quienes desafían a GitHub prometen una versión mejor del mismo flujo de trabajo. Zed sostiene que el flujo en sí ya caducó, y ha puesto Delta en beta pública para demostrarlo: un entorno donde desarrolladores y agentes de programación comparten un mismo hilo en vivo en lugar del pull request. El argumento pesa más que otros porque Zed ya asumió el costo: los pull requests están apagados en el propio repositorio de Delta, y 33 empleados han subido 570 cambios a main sin ellos.
Claves del anuncio
- Delta funciona sobre DeltaDB, que conserva las ediciones y la conversación entre personas y agentes que ocurren entre un commit de Git y el siguiente —material que Git normalmente descarta—, mientras el commit sigue siendo el punto de control desde el que los equipos publican y compilan.
- El revisor entra al hilo en vez de leer un diff, hereda el contexto del agente original y recibe una copia aislada de los worktrees padre para ejecutar y modificar código sin estorbar al autor.
- La beta es gratuita y corre en macOS, Linux, Windows y la web, con acceso a los hilos desde el navegador móvil; hay planes de pago anunciados, pero todavía sin precio.
El diagnóstico: la revisión perdió el contexto, no la escala
Los pull requests tienen unos 15 años y codifican un supuesto que se está rompiendo en silencio: que quien escribió el diff puede explicarlo. En cuanto los agentes de IA producen la mayor parte de las líneas, el volumen crece mientras el razonamiento queda encerrado en una sesión que el revisor nunca vio.
Zed es directa al señalar los parches habituales. Apilar un cambio grande en varias ramas facilita hojearlo, pero no restituye nada del pensamiento; y pegar un diff en un segundo agente le pide a ese agente que reconstruya decisiones que el autor ya había cerrado. Ambos tratan la legibilidad como un problema de formato. El planteo de Zed —por qué el agente de un colega tendría que adivinar cómo llegaste hasta ahí— sitúa el problema en otro lado: en lo que la herramienta tira a la basura en el momento del commit.
Qué cambia en la práctica
El giro práctico es que la colaboración deja de esperar al push. Los compañeros son invitados a una conversación en curso con un agente, ven los mismos worktrees y trabajan desde sus propias máquinas; como el contexto del agente viaja con el hilo, un revisor puede preguntarle directamente por qué el autor eligió un Mutex y no un RwLock. El trabajo sobrevive a que el autor cierre sesión, y las revisiones pueden dividirse en subhilos cuyas copias aisladas del worktree permiten al revisor arreglar un problema en lugar de solo señalarlo, e incorporar el resultado antes de que el cambio aterrice.
Esa última capacidad es la genuinamente novedosa, y también donde se acumulan las preguntas abiertas. Una revisión en la que el revisor edita el código difumina la separación que convertía a la revisión en un control independiente, y los equipos con obligaciones de auditoría o cumplimiento querrán saber cómo se atribuyen la autoría y la aprobación dentro de un hilo. Zed todavía no lo ha detallado.
La adopción es parcial a propósito
Nada aquí exige una migración de todo o nada, y Zed está modelando ese estado intermedio en carne propia: zed-industries/zed sigue en GitHub, donde su comunidad abre issues, y se anima a quienes contribuyen a compartir hilos de Delta junto a sus pull requests. Como DeltaDB extiende Git en vez de desplazarlo, los colegas que nunca instalen Delta siguen viendo un repositorio corriente, lo que abarata abandonar la prueba y es probablemente la decisión de diseño más importante del producto.
La hoja de ruta es más ambiciosa que la beta. Zed llama al flujo objetivo ingeniería continua, con el argumento de que la integración y la entrega se volvieron continuas mientras el resto de la ingeniería se quedó por lotes, y planea llevar el almacenamiento de Git a DeltaDB y, con el tiempo, meter la verificación tipo CI dentro del hilo mediante compilaciones basadas en contenido. Hoy un agente solo puede disparar un proveedor de CI existente y leer el resultado antes de integrar.
Perspectivas
Leer el código escrito por agentes como razón para reconstruir la forja no es una postura aislada: Cursor apuntó con Origin a los flujos centrales de GitHub desde una premisa parecida. Lo que separa a Zed es la apuesta de fondo: sus rivales conservan ramas, commits y diffs como primitivas, mientras Zed espera que el hilo se vuelva la unidad del desarrollo de software y que los deltas sean la forma correcta de modelar su estado. Las condiciones comerciales decidirán hasta dónde llega el argumento, y siguen sin anunciarse más allá de la promesa de que algún nivel gratuito sobrevivirá.
FAQ — Preguntas frecuentes
¿Delta reemplaza a Git?
No. DeltaDB superpone versiones incrementales basadas en deltas sobre el versionado por contenido de Git, y el commit sigue siendo lo que se publica, se descarga y se compila. Lo que se añade es el trabajo entre commits, que Git no conserva.
¿Delta es gratis?
Sí, mientras dure la beta pública. Zed dice que llegarán planes de pago para individuos y equipos y que siempre existirá una versión gratuita, pero no ha publicado precios ni explicado qué incluirá ese nivel gratuito.
¿Un equipo puede adoptar Delta sin salir de GitHub?
Sí, y Zed sostiene exactamente ese arreglo en su propio repositorio de código abierto. Quienes contribuyen comparten hilos de Delta junto a sus pull requests, mientras que cualquiera que nunca abra Delta sigue trabajando contra un repositorio Git estándar.
