Delta

La nueva herramienta Delta de Zed busca hacer de la “IA multijugador” una parte central del desarrollo de software, combinando chats compartidos con agentes, anotaciones en línea y una transcripción respaldada por DeltaDB de cómo se produjeron los cambios de código. Los comentaristas ven potencial para mentoría, depuración y coordinación del trabajo impulsado por agentes entre equipos y modelos, especialmente mediante formas más ricas de comentar y navegar planes largos generados por IA. Al mismo tiempo, muchos son escépticos sobre la edición colaborativa en tiempo real, las implicaciones de bloqueo a largo plazo y privacidad de almacenar cada conversación de agente, y el aparente cambio de enfoque de Zed desde pulir su editor de código principal hacia productos cada vez más centrados en IA.

Explicaciones de IA y resúmenes de código

  • A muchos no les gustan los resúmenes de código por defecto de los LLM: son demasiado verbosos, se saltan casos límite o suenan como prosa de “desarrollador intermedio”.
  • Algunos los encuentran útiles cuando están muy acotados: panorámicas de alto nivel de diffs, esquemas, APIs, con humanos filtrando y puliendo.
  • Varios abogan por formatos mejores que la prosa larga: pseudo‑código, “ejemplos de juguete”, lenguajes de especificación estructurados, recorridos con fragmentos destacados o incluso cómics.
  • Un punto de dolor recurrente es tener que iterar sobre los prompts varias veces para obtener una explicación concisa y precisa.

Concepto y valor de Delta / DeltaDB

  • Las ideas centrales percibidas: conversaciones de agentes multijugador, anotaciones en línea sobre la salida del agente y la conversación como documento.
  • Quienes lo apoyan ven casos de uso sólidos para mentoría, traspasos, depuración de la salida del agente y flujos de trabajo entre modelos.
  • Los escépticos cuestionan su diferenciación frente a herramientas existentes (Codex, Cursor, CLIs, otros harnesses) y lo ven como otra “ventana de agente” que puede clonarse.
  • Algunos cuestionan DeltaDB y el almacenamiento de transcripciones por parecer excesivos comparados con flujos de trabajo de Git o contexto centrado en el código.

Guardar conversaciones de agentes frente a documentación

  • Un bando ve las transcripciones persistentes como cruciales: permiten reanudar el trabajo, recuperar la intención, verificar la finalización y consultar razonamientos pasados.
  • Otros argumentan que los chats largos divagan; lo que importa son especificaciones/ADR destilados. Temen que esto reemplace la documentación en vez de mejorarla.
  • Algunos se preocupan de que los documentos generados por LLM se conviertan en líneas temporales verbosas en lugar de especificaciones limpias y actualizadas.

Programación multijugador y colaboración

  • Muchos comentaristas son escépticos sobre la programación “multijugador” en tiempo real; la programación en pareja y el uso compartido en vivo se consideran de nicho o agotadores.
  • Otros informan experiencias positivas cuando la programación en pareja funciona bien, especialmente para enseñar, resolver problemas difíciles o depurar.
  • Algunos piensan que el verdadero valor de Delta es el contexto compartido asíncrono con agentes, no la edición simultánea.

Dirección de Zed y preocupaciones de producto

  • Sentimiento mixto: elogios por la velocidad de Zed y la innovación en la interacción humano‑IA, pero frustración porque los errores básicos y lo fundamental del editor parecen descuidados.
  • Algunos ven una “crisis de identidad” o un giro hacia IA impulsado por la presión del capital riesgo, con temores de bloqueo y posibles cambios futuros de licencia.
  • Un subconjunto prefiere alternativas sin IA o de OSS (Gram, neovim, Sublime, etc.) y resiente que la IA se vuelva central.

Comentarios de UX y accesibilidad

  • Múltiples quejas sobre diseño de bajo contraste, temas difíciles de leer y descripciones de producto vagas sin demos claras.