- Agora é possível executar e coordenar várias threads de agent ao mesmo tempo na mesma janela, e a nova Threads Sidebar permite controlar o escopo de acesso a pastas e repositórios de cada thread e visualizar o status de execução em um só lugar
- É possível combinar agents diferentes em cada thread, uma única thread pode ler e escrever em vários projetos e repositórios, e, quando necessário, o isolamento por worktree também pode ser aplicado por thread
- O layout padrão também foi reorganizado em torno da Threads Sidebar, com Threads e Agent Panel posicionados à esquerda e Project Panel e Git Panel movidos para a direita; usuários atuais podem usar esse layout via opt-in
- Em vez dos dois extremos de delegar tudo à AI ou excluí-la completamente, o foco está em combinar uma forma de trabalho com envolvimento direto no código com ferramentas de AI para criar sistemas confiáveis e bem projetados
- Já está disponível na versão mais recente do Zed e, junto com o ambiente de 120 fps, a estrutura com escolha de agent e a disponibilização em código aberto, reforça o fluxo de lidar com trabalho de agents em grande escala em uma única janela
Recurso de agentes paralelos
- O Zed agora permite executar e coordenar vários agents em paralelo na mesma janela
- Com o recurso Parallel Agents, é possível operar várias threads ao mesmo tempo
- Na nova Threads Sidebar, é possível controlar com precisão quais pastas e repositórios cada thread pode acessar
- Também é possível monitorar as threads em execução em um só lugar
- Esse recurso funciona no ambiente de 120 fps do Zed, permite escolher o agent que você quiser usar e tudo é disponibilizado como código aberto
Muitas threads, uma janela
- A Threads Sidebar exibe todas as threads agrupadas por projeto, facilitando lidar com várias tarefas de agents ao mesmo tempo
- É possível combinar agents diferentes em cada thread
- A escolha por thread é possível no modelo choose your agent
- Também é possível trabalhar atravessando vários projetos, e uma única thread de agent pode ler e escrever em vários repositórios
- Quando necessário, é possível aplicar isolamento por worktree, e essa decisão também pode ser feita por thread
- A partir da Sidebar, é possível executar imediatamente ações comuns como parar threads, arquivar e iniciar uma nova thread
- Mesmo em fluxos complexos com vários agents rodando simultaneamente em vários projetos, a Sidebar ajuda a manter a organização do trabalho
Novo layout padrão
- Como a Threads Sidebar passou a ser o centro da navegação do projeto, a disposição dos painéis também foi reajustada
- Threads ficam acopladas à esquerda por padrão, ao lado do Agent Panel
- Project Panel e Git Panel foram movidos para a direita
- Esse layout foi projetado para se adaptar melhor ao agentic work e mantém as threads de agent em destaque mesmo durante a troca entre threads
- Se você preferir outra disposição, pode clicar com o botão direito no ícone do painel na barra inferior para mudar a posição de acoplamento, e também é possível ajustar isso no Settings Editor
- Usuários atuais podem usar esse novo layout via opt-in
- Mesmo que você esteja acostumado com o layout anterior, pode achar o novo mais natural se experimentá-lo antes de voltar atrás
Integração entre Agent e Editor
- A forma de usar AI pode ir para extremos, mas usar AI sem deixar de se envolver diretamente com o código combina melhor com a produção de software de alta qualidade
- Um dos extremos é fully giving into the vibes
- O outro é disabling all AI features
- A contribuição de um engenheiro de software não deve ser medida pela quantidade de linhas de código geradas, mas por sistemas confiáveis, bem projetados e fáceis de modificar
- O conceito de agentic engineering, apresentado em 2025, vem se consolidando como a combinação entre o craftsmanship humano e ferramentas de AI para criar software melhor
- software craftsmanship in the era of vibes
- Esse termo vem se espalhando mais amplamente recentemente
- term grow in popularity
- Os agents paralelos do Zed foram criados com esse princípio no centro, com foco em melhorar a experiência de trabalho com agents em larga escala
- Eles testaram o sistema com centenas de threads durante vários dias e passaram por várias iterações de UX e longas discussões internas para refinar até as partes mais ásperas que um desenvolvedor talvez nem perceba
- O desenvolvimento levou mais tempo e o processo não foi fácil, mas o resultado permite lidar com tarefas mais exigentes com agents sem sacrificar o craftsmanship
Como começar
- O Parallel Agents está disponível na versão mais recente do Zed
- A Threads Sidebar pode ser aberta pelo ícone no canto inferior esquerdo
- Também é possível abri-la por atalho de teclado: no macOS,
option-cmd-j; no Linux e no Windows,ctrl-option-j
1 comentários
Comentários do Hacker News
Quanto mais uso esse fluxo de trabalho, mais gosto dele. O verdadeiro divisor de águas é (a) rodar threads paralelas por worktree e (b) ter hooks de ciclo de vida suficientes para tratar isso quase como se estivesse subindo VMs
No meu caso, quando crio um worktree, copio arquivos locais de config e deixo o Postgres clonar os bancos dev/test para permitir testes isolados. Quando fecho o worktree, também apago esse banco
Até agora, o Conductor era o melhor, mas na empresa só posso usar Copilot e o backend também é fixo em Claude/Codex, então não dá para usar. O Arbor é parecido, mas o desenvolvimento é menos ativo e há muitas partes meio brutas; a GUI do Opencode tem hook de criação, mas não de teardown
Se o Zed conseguir conectar essa parte toda sem perder sua identidade de bom editor, acho que realmente pode mudar o jogo
Estou trabalhando para conectar mais agentes, e os pedidos por suporte a Copilot e ao harness do OpenCode são especialmente frequentes
Recentemente também criei uma saída alternativa. Em Settings → Experimental → Big Terminal Mode, se você ativar isso, pode criar um novo terminal no painel central (⌘⇧T) e usar o agente que quiser, como Copilot ou OpenCode. Ainda faltam coisas como notificações, então não é uma experiência completa, mas até a UI oficial sair isso já permite usar o harness que você quiser
Pode mandar feedback a qualquer momento para charlie@conductor.build
Basta criar um novo git worktree, copiar o
.envlocal ou outros arquivos de config e então preencher portas e variáveis sem conflito para cada worktree. Isso é para evitar conflitos no localhost, e também daria para resolver com DockerDepois de fazer merge na main, também dá para deixar um script de teardown para limpar o worktree, e para testes automatizados eu também uso uma Chrome debug port e um diretório temporário de user data diferente para cada worktree
Então não entendo muito bem por que seria necessário uma biblioteca ou ferramenta separada
https://www.visualjj.com/learn/parallel-ai-agents
Essa extensão tem hooks before create / before destroy, então dá para encaixar qualquer tarefa que você quiser. Do meu lado, deixei configurado para criar symlink do arquivo de workspace do checkout da main, instalar pacotes e copiar alguns arquivos também. É bem prático
Se precisar, também dá para ter isolamento por VM em cada worktree
https://github.com/ouijit/ouijit
Agora parece claro que todo mundo está indo para agentes paralelos e worktrees, então foi surpreendente ver o Zed lançar isso. Até então ele tinha uma identidade muito mais centrada no editor, com IA claramente opcional
O ponto forte do Zed é não ficar preso a um agente específico, criar worktrees automaticamente por repositório para lidar com vários repositórios em um só agente, e também ter uma UI de agente própria de alta qualidade em vez de apenas empacotar um CLI. Pelo que sei, parece ser a primeira ferramenta grande a reunir essa combinação
Eu ligo isso ao logfire para ver telemetria, e o ganho percebido é enorme quando estou otimizando ou diagnosticando bugs. Também ainda não há plugins nem skills
Ainda assim, é bom poder trocar de provider com facilidade
O novo layout padrão vai exatamente na direção oposta do que eu quero
Para mim, a ordem deveria ser árvore do projeto | editor de texto | visão do agente | threads
Na maioria dos notebooks, só dá para ver dois painéis direito, e em vez de enfatizar um fluxo de trabalho com quatro painéis, seria melhor focar mais em facilitar a gestão dos painéis e a troca entre views. A menos que seja um monitor ultrawide, o ideal seria ter Agents em uma janela separada
Uso muito o Zed e sei que isso é um detalhe pequeno que dá para mudar nas configurações, mas parece uma decisão de design bem simbólica, então me incomoda. Fico pensando se isso não pode levar à conclusão de que a edição em si é menos importante, e até empurrar para escanteio o suporte a VI mode
Mesmo olhando o changelog, parece que ultimamente a maior parte do esforço está indo para o lado dos agentes, e isso me preocupa. Gosto do Zed porque ele é um bom editor que entende um pouco de agentes, não porque eu queira vê-lo pivotando cada vez mais para a gestão profunda de agentes
Dito isso, não acho que vão remover isso tão cedo
Eu tendo a evitar de propósito agentes paralelos. A carga cognitiva fica grande demais, e muitas vezes é preciso continuar guiando o agente no meio do trabalho para mantê-lo numa direção estruturalmente sensata
Tarefas complexas normalmente exigem deixar a saída de thinking aberta e interromper no meio ou adicionar orientação. Sem isso, muitas vezes o resultado sai ruim, e corrigir depois já é difícil; acompanhar processos em paralelo ao mesmo tempo só piora
Hoje em dia, eu lido com uma mudança de cada vez e mantenho esse fluxo até conseguir fazer merge com total confiança
Em algum momento, o cérebro começa a mandar o sinal de simplesmente commitar e seguir em frente, e eu acabo tendo que resistir ativamente a essa tentação
Não gosto muito da ideia de o layout padrão empurrar código e árvore de arquivos para abrir espaço para ferramentas de IA
Eu realmente gosto do Zed e uso todo dia, mas se tivesse visto esse layout quando instalei pela primeira vez, acho que não o levaria a sério
Acho que isso certamente pode afastar parte dos novos usuários
A maioria das outras ferramentas parecidas é pesada, cheia de bugs e baseada em Electron
É só clicar com o botão direito no pequeno ícone de painel na barra inferior para escolher a posição de dock, e o clique esquerdo alterna a visibilidade do painel
Já hoje eu deixo agent, editor e files/git abertos ao mesmo tempo, então adicionar um quarto painel deixa tudo apertado demais em resoluções menores. Eu tenho um monitor 4K, mas normalmente usava metade para o editor e metade para outra janela, como o navegador, então esse fluxo em que o editor precisa ficar em tela cheia ainda me incomoda um pouco
Claro, isso é só o layout padrão, e o Zed provavelmente deve ter um jeito de mudar isso. Se ele permitisse organizar painéis como nas IDEs da JetBrains — superior esquerdo / inferior esquerdo / inferior direito / superior direito — e ocultar ou mostrar tudo de uma vez, por exemplo, daria para deixar arquivos no canto superior esquerdo, agentes no inferior esquerdo e ainda manter o editor como foco no centro
Prefiro um app no estilo codex onde dá para juntar vários projetos num só lugar e trocar de contexto sem parar com facilidade
No macOS, ainda é ⌘B para alternar o dock esquerdo e ⌘R para alternar o dock direito
Se você ativar o novo layout, os painéis que antes ficavam à esquerda passam para a direita e coisas assim, então estou pensando em testar isso até para uso mais tradicional de programação. Na janela de configurações, dá para mudar a posição de dock de cada painel
Para mim, agentes paralelos são mais exceção do que padrão. Talvez o problema seja eu, mas nessas situações excepcionais sinto que basta abrir mais alguns terminais
Não tenho certeza se isso realmente deveria virar o fluxo de trabalho principal. Meu cérebro funciona melhor mergulhando fundo em um problema de cada vez
Mais do que a execução em paralelo em si, o mais importante é conseguir transitar facilmente entre threads. Isso permite aprofundar investigações paralelas em threads laterais sem atrapalhar o contexto principal de edição
Por exemplo, preparar um rascunho das mudanças antes de começar a editar, ou fazer checkout de uma branch e configurar o código antes de revisar
Já usei o Zed e achei que ele já dava para usar tranquilamente como editor principal, mas senti falta de extensões. Faltavam coisas como highlight de TODO, TabOut e outras pequenas melhorias de QoL; também não era tão fácil navegar para um número de linha quanto no VSCode, e o filtro de abas mencionado em outro comentário também fez falta
E foi estranho não poder configurar o tamanho da fonte no editor de mensagens de commit do git
Entre as adições recentes, a integração com dev container foi realmente muito boa
Torcendo pelo Zed
A UI de agente do Zed é a interface mais confusa que já vi. Os ícones são pequenos e ambíguos, e quando aperto x às vezes fecha o editor, às vezes fecha o agente, às vezes fecha o painel, então é difícil prever o resultado
Tentei voltar a usar por causa dos novos recursos, mas acabei desinstalando por causa desse comportamento imprevisível. Além disso, ele não dá suporte ao opencode Go que eu assino
O Warp também lançou algo parecido há cerca de uma semana, mas, para mim, a implementação do Zed parece mais lógica
Acho que vou dar mais uma chance ao Zed. Bateu de novo aquela vontade mensal de pensar “será que desta vez eu uso este terminal/IDE?”
Pode ser que eu ainda não tenha passado de verdade pela curva de aprendizado, ou talvez seja só porque ainda parece estar mais para alpha e muda com frequência
O recurso de Parallel agents parece ter sido projetado em torno de git worktree ou projetos locais, mas sinto que esse modo de projeto local na verdade atrapalha o ponto principal
Meu fluxo de desenvolvimento diário já migrou completamente para jj workspaces, então enquanto o Zed não der suporte a jj, não vou usar esse recurso
Além disso, com essa mudança o layout também ficou embaralhado de um jeito inesperado, e neste momento nem sei direito como voltar tudo ao que era antes