10 puntos por GN⁺ 2026-04-24 | 1 comentarios | Compartir por WhatsApp
  • Ahora es posible ejecutar y coordinar varios hilos de agent al mismo tiempo dentro de la misma ventana, y en la nueva Threads Sidebar se puede controlar el alcance de acceso a carpetas y repositorios de cada hilo y ver el estado de ejecución en un solo lugar
  • Se pueden combinar distintos agents por hilo, un solo hilo puede leer y escribir a través de varios proyectos y repositorios, y cuando haga falta también se puede aplicar aislamiento con worktree por hilo
  • El layout predeterminado también se reorganizó con la Threads Sidebar como eje principal: Threads y el Agent Panel quedan a la izquierda, mientras que Project Panel y Git Panel se mueven a la derecha; los usuarios actuales pueden usar esta disposición de forma opt-in
  • Más que irse a cualquiera de los extremos de delegar todo a la IA o excluirla por completo, el enfoque está en combinar una forma de trabajo con participación directa en el código con herramientas de IA para crear sistemas confiables y bien diseñados
  • Ya se puede usar en la versión más reciente de Zed y, junto con un entorno de 120 fps, una estructura donde se puede elegir el agent y su publicación como open source, refuerza un flujo para manejar trabajo de agents a gran escala en una sola ventana

Función de agentes en paralelo

  • Zed ahora permite ejecutar y coordinar varios agents en paralelo dentro de la misma ventana
    • Con la función Parallel Agents se pueden operar varios hilos al mismo tiempo
    • En la nueva Threads Sidebar se puede controlar con precisión a qué carpetas y repositorios accede cada hilo
    • También se pueden monitorear en un solo lugar los hilos en ejecución
  • Esta función corre en el entorno de 120 fps de Zed, permite elegir el agent que se quiera usar y todo está publicado como open source

Muchos hilos, una sola ventana

  • La Threads Sidebar muestra todos los hilos agrupados por proyecto, lo que facilita manejar varios trabajos de agents al mismo tiempo
    • Se pueden combinar distintos agents para cada hilo
    • Con el enfoque choose your agent, la selección se puede hacer por hilo
  • También se puede trabajar a través de varios proyectos, y un solo hilo de agent puede leer y escribir en múltiples repositorios
  • Cuando sea necesario, se puede aplicar aislamiento con worktree, y también decidir por hilo si se usa o no
  • Desde la Sidebar se pueden ejecutar de inmediato tareas comunes como detener hilos, archivarlos o iniciar un hilo nuevo
  • Incluso en flujos complejos donde varios agents corren al mismo tiempo en varios proyectos, la Sidebar ayuda a mantener el trabajo organizado con facilidad

Nuevo layout predeterminado

  • Como la Threads Sidebar pasó a ser el centro de la exploración del proyecto, la disposición de paneles también se ajustó
    • Threads se acopla por defecto a la izquierda y queda junto al Agent Panel
    • Project Panel y Git Panel se mueven a la derecha
  • Este layout fue diseñado para ajustarse mejor al agentic work y mantiene los hilos de agent al frente incluso mientras se cambia entre hilos
  • Si se prefiere otra disposición, se puede cambiar la posición de acoplamiento haciendo clic derecho en el ícono del panel en la barra inferior, y también se puede ajustar desde el Settings Editor
  • Los usuarios actuales pueden usar este nuevo layout como opción opt-in
  • Incluso si ya se está acostumbrado a la disposición anterior, puede sentirse más natural probar primero el nuevo layout antes de volver a cambiarlo

Integración entre Agent y Editor

  • Las formas de usar IA pueden irse a extremos, pero usar IA sin dejar de involucrarse directamente en el código encaja mejor con la creación de software de alta calidad
  • La contribución de un ingeniero de software no debería medirse por la cantidad de líneas de código generadas, sino por construir sistemas confiables, bien diseñados y fáciles de modificar
  • El concepto de agentic engineering, presentado en 2025, se está consolidando como una forma de crear mejor software combinando el craftsmanship humano con herramientas de IA
  • Los agents en paralelo de Zed fueron creados con este principio en el centro, poniendo el foco en mejorar la experiencia de trabajo con agents a gran escala
  • Probaron el sistema durante varios días con cientos de hilos activos, y pasaron por varias iteraciones de UX y largas discusiones internas para pulir incluso las asperezas que un desarrollador podría no notar
  • El desarrollo tomó más tiempo y el proceso no fue fácil, pero el resultado permite abordar tareas más exigentes con agents sin sacrificar el oficio

Cómo empezar

  • Parallel Agents está disponible en la versión más reciente de Zed
  • La Threads Sidebar se puede abrir con el ícono de la esquina inferior izquierda
  • También se puede abrir con atajos de teclado: en macOS option-cmd-j, y en Linux y Windows ctrl-option-j

1 comentarios

 
GN⁺ 2026-04-24
Opiniones de Hacker News
  • Cuanto más uso este flujo de trabajo, más me gusta. El verdadero game changer es (a) poder correr hilos en paralelo por cada worktree y (b) que haya suficientes hooks de ciclo de vida como para tratarlos casi como si levantaras VMs
    En mi caso, cuando creo un worktree copio archivos de config locales, y Postgres clona las DB de dev/test para permitir pruebas aisladas. Cuando cierro el worktree, también borro esa DB
    Hasta ahora, Conductor era lo mejor que había probado, pero en el trabajo solo nos dejan usar Copilot y además el backend está fijado a Claude/Codex, así que no puedo usarlo. Arbor es parecido, pero su desarrollo es menos activo y se siente más tosco, y la GUI de Opencode tiene hook de create pero no de teardown
    Si Zed logra conectar también esa parte y seguir manteniendo su identidad como buen editor, de verdad puede cambiar el panorama

    • Qué gusto verlo. Soy la persona que hizo Conductor, y este caso de uso ayuda muchísimo
      Estoy trabajando en conectar más agentes, y en particular hay muchas solicitudes para soporte de Copilot y el harness de OpenCode
      Hace poco también armé una vía de escape. Si activas Settings → Experimental → Big Terminal Mode, puedes crear una nueva terminal en el panel central (⌘⇧T) y usar el agente que quieras, como Copilot u OpenCode. Todavía le faltan cosas como notificaciones, así que no es una experiencia terminada, pero al menos te deja usar el harness que quieras antes de que salga la UI oficial
      Si quieres mandar feedback, siempre puedes escribir a charlie@conductor.build
    • A menos que esté entendiendo algo mal, esto parece algo que se puede resolver sin herramientas externas, con unos cuantos scripts auxiliares de shell
      Creas un nuevo git worktree, copias tu .env local u otros archivos de config, y luego rellenas puertos y variables que no choquen por cada worktree. Es para evitar conflictos en localhost, y también se podría resolver con Docker
      También puedes dejar un script de teardown para limpiar el worktree después de hacer merge a main, y para pruebas automatizadas yo también uso un Chrome debug port y un user data dir temporal distinto por worktree
      Por eso no me queda muy claro por qué haría falta una librería o herramienta aparte
    • Yo mismo armé un flujo multiagente basado en workspaces de JJ que no te ata a un agente específico. Puedes correr Codex, Claude o lo que sea
      https://www.visualjj.com/learn/parallel-ai-agents
    • En VSCode uso https://github.com/jackiotyu/git-worktree-manager para el mismo propósito
      Esta extensión tiene hooks before create / before destroy, así que puedes meterle cualquier tarea que quieras. En mi caso, hago symlink del archivo workspace del checkout de main, instalo paquetes y también copio algunos archivos. Es bastante práctico
    • Ouijit también vale la pena verlo. Yo lo uso mucho en el trabajo; se enfoca en darte el entorno que quieres y luego te da un shell donde puedes usar cualquier herramienta
      Si hace falta, también permite aislamiento por VM para cada worktree
      https://github.com/ouijit/ouijit
  • Ya parece claro que todos se están moviendo hacia agentes en paralelo y worktrees, así que me sorprendió que Zed sacara esto. Su identidad siempre había sido más centrada en el editor y con la IA como algo totalmente opcional
    La fortaleza de Zed está en que no depende de un agente en particular, en que crea worktrees automáticamente por repositorio para manejar múltiples repositorios desde un solo agente, y en que no es solo un wrapper sobre la CLI, sino que tiene una UI de agente de muy buena calidad. Hasta donde sé, es la primera herramienta grande que junta toda esa combinación

    • Sí, pero todavía le faltan bastantes cosas como la integración MCP de Claude
      Yo la conecto a logfire para ver telemetría, y la diferencia se siente muchísimo cuando estás optimizando o diagnosticando bugs. Tampoco hay plugins ni skills todavía
      Aun así, está bueno que puedas cambiar de provider con facilidad
  • El nuevo layout por defecto va exactamente en dirección opuesta a lo que yo quiero
    Para mí debería ser árbol del proyecto | editor de texto | vista del agente | hilos
    En la mayoría de las laptops apenas se ven bien dos paneles, así que en lugar de empujar un flujo de trabajo de cuatro paneles deberían enfocarse más en hacer fácil la gestión de paneles y el cambio entre vistas. Si no tienes un monitor ultrawide, Agents casi que queda mejor en una ventana separada
    Uso mucho Zed y esto se puede cambiar por configuración, así que es un detalle menor, pero me molesta porque se siente como una decisión de diseño bastante simbólica. Me hace pensar si no terminarán concluyendo que editar ya no es tan importante y hasta empiecen a relegar el soporte de VI mode

    • Yo también lo primero que hice fue devolver todo a como estaba antes. Realmente odié ese cambio automático de layout que metieron a la fuerza
      Viendo el changelog, últimamente parece que la mayor parte del esfuerzo se está yendo al lado de agentes, y eso me preocupa. A mí me gusta Zed porque es un buen editor que además entiende un poco de agentes, no porque quiera que pivote cada vez más hacia la gestión profunda de agentes
    • Si quitan el soporte de VI, me voy de inmediato, tanto como contribuidor como usuario. De hecho, esa fue la razón por la que empecé a usar Zed
      Igual, no creo que lo vayan a quitar pronto
    • Pensar que van a dejar de darle soporte a VI solo porque concluyeron que editar ya no importa me parece un salto lógico demasiado grande
  • Yo más bien trato de evitar a propósito los agentes en paralelo. La carga cognitiva se dispara, y muchas veces terminas teniendo que seguir redirigiendo al agente, en medio del trabajo, hacia una dirección que estructuralmente sí tenga sentido

    • De acuerdo. Para tareas simples funciona bien, pero esas tareas ya de por sí son rápidas incluso si las haces en serie
      En tareas complejas normalmente hay que dejar abierta la salida de thinking para interrumpir a medio camino o meter guía. Si no haces eso, muchas veces el resultado sale mal, y luego es difícil corregirlo; si además estás viendo procesos en paralelo, se vuelve todavía más complicado
    • A mí me pasa igual. También aumenta la carga de revisión, y si además tienes que hacer code review, el multitasking casi mata toda la productividad
      Últimamente proceso un solo cambio a la vez y mantengo ese flujo hasta sentirme completamente seguro de que puedo hacer merge con confianza
    • Totalmente de acuerdo. Cuantos más agentes levantas, más terminas cayendo en vibe coding y menos en guide coding
      En algún momento tu cerebro empieza a mandarte la señal de que mejor hagas commit y sigas de largo, y toca resistirse a esa tentación a la fuerza
  • No me gusta que el layout por defecto le quite espacio al código y al árbol de archivos para hacerle lugar a herramientas de IA
    Me encanta Zed y lo uso todos los días, pero si hubiera visto este layout cuando lo instalé por primera vez, probablemente no lo habría tomado en serio
    Creo que sí puede ahuyentar a parte de los usuarios nuevos

    • Yo creo que en realidad va a atraer a más usuarios de los que va a perder
      La mayoría de las otras herramientas que hacen algo parecido son pesadas, tienen muchos bugs y están hechas con Electron
    • Por suerte cambiarlo es facilísimo. Eso sí, para un usuario nuevo no es del todo intuitivo
      Solo hay que hacer clic derecho en el pequeño ícono de panel de la barra inferior y elegir la posición de acople; clic izquierdo solo alterna la visibilidad del panel
    • Ya casi parece que tener un monitor 4K dejó de ser algo bueno de tener en un editor y pasó a ser casi un requisito
      Incluso ahora ya tengo abierto agent, editor y files/git al mismo tiempo, y si a eso le agregas un cuarto panel, en una resolución baja se vuelve demasiado apretado. Yo sí tengo un monitor 4K, pero normalmente usaba medio lado para el editor y el otro medio para otra ventana, como el navegador, así que igual me sigue fastidiando un poco este flujo de usar el editor en pantalla completa
      Claro, esto no deja de ser solo el layout por defecto, y seguro en Zed hay forma de cambiarlo. Si permitieran acomodar paneles como en los IDE de JetBrains, tipo arriba izquierda / abajo izquierda / abajo derecha / arriba derecha, y ocultarlos o mostrarlos todos de una, por ejemplo podrías dejar archivos arriba a la izquierda, agentes abajo a la izquierda, y mantener el centro enfocado en el editor
    • También podría atraer a más usuarios. Yo no quiero ver código
      Prefiero más una app estilo codex donde puedas amontonar varios proyectos en un solo lugar y cambiar de contexto sin parar
    • A mí al principio también me dio esa impresión, pero viendo bien los cambios, parece que en realidad lo principal fue cambiar qué panel se acopla a la izquierda o a la derecha y retocar un poco el panel de IA
      En macOS, ⌘B sigue alternando el dock izquierdo y ⌘R el dock derecho
      Si activas el nuevo layout, los paneles que antes estaban a la izquierda pasan a la derecha, así que incluso para un uso tradicional de programación pienso darle una oportunidad. En la ventana de configuración puedes cambiar la posición de acople de cada panel
  • Para mí los agentes en paralelo no son la regla, sino la excepción. Tal vez el problema sea yo, pero incluso en esos casos excepcionales siento que basta con abrir unas cuantas terminales más
    No estoy seguro de que esto realmente deba convertirse en el flujo de trabajo principal. Mi cerebro funciona mejor cuando se mete a fondo en un solo problema

    • Yo soy exactamente del mismo tipo, pero esta actualización sí me entusiasma bastante
      Más que la ejecución en paralelo en sí, lo que más importa es poder moverse fácilmente entre hilos. Te permite profundizar en investigaciones secundarias desde un hilo lateral sin romper tu contexto principal de edición
    • Antes casi no lo usaba, pero ahora sí quiero probarlo. La razón es que te permite manejar de forma aislada el spin up / tear down de cualquier tarea
      Por ejemplo, preparar primero un borrador de cambios antes de empezar a editar, o hacer checkout de una rama y dejar listo el código antes de una revisión
  • Probé Zed y sentí que perfectamente podría usarlo como editor principal, pero me faltaron extensiones. Le faltaban cosas como TODO highlight, TabOut y otros pequeños detalles de QoL; tampoco era tan fácil moverse a un número de línea como en VSCode, y también extrañé el filtro de pestañas que alguien mencionó en otro comentario
    Y que no se pueda configurar el tamaño de fuente en el editor de mensajes de commit de git me pareció raro
    De lo añadido recientemente, la integración con dev containers me pareció realmente muy buena
    Le deseo lo mejor a Zed

    • Por cierto, ahora ya hay una extensión de resaltado de TODO. No estoy frente a la máquina en este momento, pero creo que se llamaba algo como comments highlighter
    • Las extensiones de Zed que no existan, las puedes hacer tú mismo con zed agents
  • La UI de agentes de Zed es la interfaz más confusa que he visto. Los íconos son pequeños y ambiguos, y cuando presionas la x, a veces se cierra el editor, otras veces se cierra el agente y otras veces se cierra el panel, así que es difícil predecir qué va a pasar
    Intenté volver a usarlo por las nuevas funciones, pero ese comportamiento impredecible hizo que al final lo desinstalara. Además, tampoco soporta opencode Go, que es el que yo tengo suscrito

  • Warp también sacó algo parecido hace como una semana, pero desde mi punto de vista la implementación de Zed es más lógica
    Creo que ya va siendo hora de volver a probar Zed. Me volvió esa comezón mensual de “¿y si esta vez uso este terminal/IDE?”

    • Warp también me gusta, pero se siente algo opaco y confuso
      Puede ser que yo todavía no haya superado bien la curva de aprendizaje, o simplemente que siga estando más cerca de una alfa y cambie con mucha frecuencia
  • Parece que la función de Parallel agents está diseñada alrededor de git worktree o de proyectos locales, pero a mí el modo de proyecto local me parece justo la parte que distrae del punto principal
    Mi flujo de desarrollo diario ya se movió por completo a jj workspaces, así que hasta que Zed no soporte jj, no voy a usar esta función
    Además, con este cambio también se me desordenó el layout de maneras que no esperaba, y ahora mismo ni siquiera sé bien cómo volver a dejarlo como antes