Buda vs Zed: editor nativo para Agents ou workspace para operações da empresa?
Compare Zed e Buda por arquitetura de Agents, trabalho paralelo, registros e fronteira entre revisão técnica e de negócio.
Buda vs Zed: editor nativo para Agents ou workspace para operações da empresa?
Zed já não é apenas um editor rápido com painel de IA. A documentação atual descreve três caminhos: Zed Agent, External Agents por ACP e Terminal Threads para CLIs/TUIs nativos. Há threads paralelas, isolamento com Git worktrees, ferramentas, MCP, Skills, Instructions, permissões, checkpoints e revisão por hunk.
Por isso, “editor versus workflow” é uma comparação superficial. Zed já é um ambiente de Agent para desenvolvimento: organiza várias threads, diferentes Agents, contextos independentes e revisão de mudanças dentro do editor.
A diferença da Buda aparece fora desse centro. É um workspace cloud para trabalho recorrente da empresa, onde código pode ser uma fonte entre arquivos, pesquisa web, clientes, relatórios, rascunhos e decisões operacionais. A pergunta é: o time precisa de um ambiente de software nativo para Agents ou de um workspace compartilhado entre funções da empresa?
Ambos organizam Agents, mas em torno de registros diferentes
| Área | Zed | Buda |
|---|---|---|
| Registro principal | Arquivos, buffers, threads, worktrees, diffs e Git | Drive, sessões, artefatos, responsáveis, estado e histórico |
| Caminhos de Agent | Zed Agent, ACP External Agents e Terminal Threads | Agents especializados com workspace, Skills, automações e Channels |
| Paralelismo | Threads, projetos, Agents e worktrees independentes | Papéis e workflows entre funções técnicas e de negócio |
| Revisão | Checkpoints, arquivos, diff, aceite/rejeição por hunk, permissões | Briefings, rascunhos, relatórios, tabelas, CRM, notas de PR e decisões |
| Usuário natural | Desenvolvedor ou time técnico próximo do código | Time entre funções com trabalho recorrente e passagem explícita |
Zed aprofunda o ciclo de editor e code review. Buda dá uma casa persistente a workflows mais amplos.
A arquitetura real de Agents no Zed
Zed Agent roda no Agent Panel e Threads Sidebar, pesquisa e lê o projeto, edita arquivos, executa terminal, usa MCP, Skills e Instructions e mostra mudanças na interface de revisão. Agent Profiles definem ferramentas disponíveis; Tool Permissions definem permitir, negar ou confirmar.
External Agents formam outro caminho. Claude, Codex, OpenCode, Copilot, Cursor, Pi e outros agentes ACP rodam em seus próprios processos enquanto Zed hospeda a thread. Autenticação, cobrança, modelo e configuração podem continuar no Agent externo. Escolher um Agent no Zed não torna todas as configurações ou assinaturas intercambiáveis.
Terminal Threads permitem usar a experiência nativa de CLI/TUI. Zed organiza a thread, enquanto a ferramenta de linha de comando controla autenticação, modelos, ferramentas e configuração.
Engenharia paralela não é operação entre funções
Threads Sidebar executa vários Agents e terminais ao mesmo tempo, cada um com contexto e histórico próprios. Worktrees isolam tarefas que podem tocar os mesmos arquivos. O desenvolvedor pode usar Zed Agent, um Agent externo e um Agent de terminal em paralelo, depois revisar por arquivo ou hunk.
É orquestração real, mas o centro continua sendo o projeto de software. A thread pertence ao projeto, a revisão observa código e o worktree protege o estado do repositório.
Na Buda, o paralelismo é organizado por papel e entrega. Pesquisa coleta fontes; conteúdo escreve; engenharia examina repositório; operações prepara rollout. O objeto compartilhado pode não ser uma base de código, mas um artefato revisado e o fluxo que continua depois da sessão de uma pessoa.
A fronteira de revisão é a diferença mais clara
Zed oferece revisão local forte. Checkpoints restauram o estado anterior, Review Changes abre arquivos, hunks podem ser aceitos ou rejeitados e Profiles/Permissions controlam ações.
Buda revisa uma classe maior de resultados: briefing de vendas, tabela de pesquisa, rascunho, relatório, CRM, nota de risco ou checklist. Responsável, fontes, estado e ação após aprovação importam mais que apenas o diff.
Aprovação na Buda não substitui code review. Revisão de hunk no Zed não aprova comunicação ou decisão de negócio. Preserve ambos quando o workflow cruza as fronteiras.
Quatro cenários que esclarecem a escolha
1. IA dentro do editor
Escolha Zed primeiro. Agent nativo, contexto, ferramentas, terminal, checkpoints, review, modelos e External Agents mantêm o ciclo perto do código.
2. Vários coding Agents em paralelo
Zed é forte. Threads e worktrees separam contexto e sistema de arquivos. Teste branch, hooks, permissões, credenciais e ownership em repositório real.
3. Um workspace de Agents entre departamentos
Buda é natural quando vendas, conteúdo, suporte, operações e engenharia usam fontes diferentes e produzem artefatos distintos para revisão.
4. Release precisa sair do editor
Use Zed para implementação e code review. Adicione Buda apenas se release exigir evidência, docs, comunicação, responsáveis e aprovação fora da thread do desenvolvedor.
External Agents exigem limites explícitos
O External Agent costuma controlar runtime, autenticação, modelo, ferramentas e configuração; Zed organiza a thread via ACP. No Terminal Thread, o CLI controla ambiente e credenciais.
Não assuma que Profiles, Skills, MCP, permissões e assinaturas do Zed se aplicam a todo Agent externo. Verifique caminho, credenciais, ferramentas e histórico. Integrações da Buda exigem a mesma disciplina. UI visível não prova limites compartilhados.
Usando Zed e Buda juntos
- Buda guarda issue, evidência, critérios, restrições e responsáveis.
- Engenharia usa o caminho de Agent e worktree apropriados no Zed.
- Desenvolvedor revisa hunks, testes, commit e PR.
- Diff, testes, PR e riscos voltam para artefato de release na Buda.
- Agents de docs, suporte, operações ou conteúdo preparam suas entregas.
- Uma pessoa aprova ações sobre clientes ou produção.
Transfira apenas a evidência necessária. Copiar toda thread gera ruído; manter decisão de negócio em thread privada gera problema de handoff.
Um piloto justo
- Defina fontes, repositório, worktree/branch, testes, entrega e revisores.
- Execute engenharia no Zed pelo caminho de Agent real.
- Revise mudanças e falhas no editor.
- Se houver handoff entre funções, guarde somente esse handoff na Buda.
- Meça correção, continuidade, revisão, passagem e retomada.
- Use só Zed quando acaba em código; adicione Buda quando o ciclo maior for real e recorrente.
FAQ
Zed é só editor com chat?
Não. Há Zed Agent, ACP External Agents, Terminal Threads, paralelismo, worktrees, ferramentas, MCP, Skills, Instructions, profiles, permissions, checkpoints e code review.
Buda substitui Zed?
Não como regra. Zed é feito para engenharia centrada no editor. Buda importa quando o trabalho atravessa funções, fontes, artefatos, responsáveis e revisão.
Zed roda Claude Code ou Codex?
A documentação lista Claude e Codex como External Agents ACP e oferece Terminal Threads para CLIs. Autenticação, modelo, assinatura e configuração costumam ficar com o Agent externo.
Quem deve aprovar?
A pessoa responsável e o sistema de registro da ação. Aceite de código pertence ao processo de engenharia. Ações de cliente, finanças, jurídico, segurança ou produção seguem controles de negócio explícitos.
Fontes
Verificado em 22 de setembro de 2026.