Zedless: um fork do Zed com foco em privacidade e prioridade ao local

 (github.com/zedless-editor)
5 pontos por GN⁺ 2025-08-21 | 1 comentários | Compartilhar no WhatsApp
  • Zedless é um fork baseado no editor open source Zed, com ênfase em proteção de privacidade e em um ambiente local-first
  • O Zedless remove dependências de nuvem e permite que o usuário configure diretamente a infraestrutura que desejar
  • Planeja remover completamente todos os recursos de spyware e telemetria remota
  • Adota uma política sem reatribuição de direitos autorais de contribuidores (No CLA), para que todos os desenvolvedores mantenham seus direitos autorais
  • Usa ferramentas adicionais para automação de gestão de licenças e conformidade com licenças open source

Introdução ao Zedless

  • Zedless é um fork do editor de código Zed, com o objetivo de garantir a privacidade do usuário e priorizar a usabilidade em ambientes locais
  • O projeto está atualmente em desenvolvimento e aceita contribuições externas livremente

Principais mudanças planejadas

  • Remoção de dependências de serviços em nuvem que não podem ser auto-hospedados
    • Componentes e recursos que dependem estritamente de nuvens de terceiros devem ser removidos
  • Remoção de spyware e proteção de dados
    • Telemetria e sistemas automáticos de relatório de falhas serão todos removidos
  • Prioridade ao suporte da infraestrutura do usuário
    • Ao usar recursos de serviço de rede, o usuário poderá definir diretamente o provedor de serviço em um formato padrão
    • Não existe uma lista de "provedores padrão", e esse recurso fica desativado por padrão
  • Sem cessão de direitos autorais
    • Os participantes do projeto mantêm seus direitos autorais
    • Aplica uma política de No rugpulls para evitar prejuízos aos desenvolvedores

Gestão de licenças e dependências

  • É obrigatório fornecer informações de licença das dependências de terceiros, e para isso é usada a ferramenta cargo-about
  • Observações
    • Se ocorrer o erro 'no license specified' em uma crate escrita por você, é necessário adicionar publish = false ao Cargo.toml
    • Se ocorrer um erro por não atender aos requisitos de licença de um pacote dependente, é necessário verificar e declarar a adequação dessa licença
    • Se o cargo-about não conseguir encontrar a licença de uma dependência, é preciso adicionar um item de explicação claro ao script

Importância do projeto

  • O Zedless é uma excelente alternativa especialmente para usuários e equipes que valorizam privacidade e um ambiente de desenvolvimento centrado no local, oferecendo estabilidade, autonomia e proteção legal
  • Em comparação com o Zed original, ele elimina de forma decisiva potenciais vulnerabilidades de segurança, como serviços proprietários em nuvem e recursos de rastreamento remoto, o que permite garantir confiabilidade com base em infraestrutura própria e no ecossistema open source

Leituras relacionadas

1 comentários

 
GN⁺ 2025-08-21
Comentários do Hacker News
  • Fico feliz em ver esse movimento em torno do Zed; ainda não está perfeito, mas acho promissor para o futuro. Dito isso, não quero nenhum recurso de IA nem telemetria. Ultimamente quase não tenho usado recursos de IA no editor. Tentei várias vezes, incluindo o Copilot e outros, mas ainda não fiquei satisfeito. Acho que esses recursos fazem mais sentido em outras partes do pipeline de desenvolvimento de software, por exemplo em revisão de código ou apoio à documentação. Eu até pagaria por um serviço de sincronização de configurações ou por uma assinatura de manutenção. Mas não acho que uma ferramenta como editor seja um produto capaz de entregar o ROI que os VCs querem. Talvez daqui a um ano eu volte para a combinação de Emacs com IntelliJ
    • Fico feliz de finalmente ver uma opinião dessas. Enquanto muita gente elogiava editores com IA, eu me sentia deslocado por não entender por que faziam tanto alarde. Testei alguns editores com IA, mas nunca senti que meu fluxo de trabalho melhorou. No nosso time, escrever código não é o gargalo; o problema é que a revisão de código não anda rápido. Por isso estamos avaliando adotar revisão de código com IA para aliviar parte dessa carga
    • No Zed é possível desligar os recursos de IA Blog do Zed: desativar recursos de IA
    • Se o Zed parar de introduzir recursos de IA e focar em edição de texto, acho que pode virar um produto realmente excelente
    • Não seria só não usar ou desligar completamente os recursos de IA e telemetria? Não é como se estivessem sendo enfiados na sua cara. Seria melhor ainda se a telemetria viesse desativada por padrão, mas se dá para desligar facilmente, tudo bem
    • Esses comentários dizendo que pagariam por uma assinatura de manutenção aparecem com frequência no HN e em fóruns geeks, mas na prática esses usuários são minoria e não bastam para tornar o produto ou a empresa sustentáveis
  • Sempre tenho sentimentos mistos em relação a forks, especialmente hard forks. O Zed recentemente ganhou a opção de desativar todos os recursos de IA, e a telemetria também permite opt-out, então não sei se um fork é realmente necessário. Pela lista de recursos apresentada, parecem coisas que poderiam muito bem ser incorporadas como recursos padrão no projeto principal. Espero que isso aconteça. Também lembro de divisões de ecossistema como nos forks do Redis no passado
    • Acho que a necessidade de um fork não é pequena, porque os desenvolvedores do Zed já vêm mostrando movimentos um tanto suspeitos, como não permitir desativar a conta/login do Zed. Não vejo motivo para temer fragmentação do ecossistema. Pelo contrário, acho positivo que várias ferramentas coexistam, pois isso nos livra de lock-in e pensamento de grupo
    • Mesmo a telemetria em modelo opt-in ainda me incomoda. Não consigo tirar da cabeça a ideia de que o software poderia, a qualquer momento, reportar até o tamanho da minha roupa íntima ou o que comi no café da manhã. Também me deixa inseguro depender de uma única caixa de seleção. E ter que escolher “não preciso” toda vez em outros recursos no modelo opt-out é incômodo. Em geral, prefiro minimalismo
    • Acho que já faz pouca diferença porque o Zed já é open source, então se ele mudar tudo para opt-in por padrão, a razão de existir desse fork desaparece
    • Seria bom ter a garantia adicional de que nunca haverá uploads em segundo plano na primeira execução. Para referência, eu também uso o opensnitch junto, como segunda camada de defesa
  • Esse anúncio de fork parece meio precoce, especialmente por ter sido publicado sem um manifesto explicando com que objetivo o fork existe. A frase “no rugpulls” faz parecer que aconteceu algum incidente com o Zed, mas nem todo leitor do HN está sempre por dentro dessas discussões de open source
    • O Contributor Agreement (CA) é um mecanismo que faz todos os direitos autorais irem para a empresa, para se preparar para uma possível mudança futura de licença, o chamado “license rugpull”. O fato de o Zed exigir CA também significa que eles consideram essa possibilidade de mudança de licença no futuro
    • O Zed já era conhecido desde o início como um projeto centrado em nuvem e IA. Acho que essa é a motivação clara do fork. Não parece uma controvérsia ou incidente novo que surgiu agora, mas sim uma direção que está bem explícita e da qual muita gente não gosta
    • Acho que este fork foi motivado por esta discussão no GitHub
    • O Zed recebeu investimento de VC. Então um fork com foco em privacidade e local-first já se justifica por si só só pelo fato de faltarem essas características. Provavelmente vai ter que abrir mão de muitos dos recursos que o Zed vende como diferencial, mas chamar isso de rugpull já é discutível
  • Lista de threads de discussão relacionadas
  • Estou curioso para ver no que esse fork vai dar. Isso me lembra o IO.js, fork do node.js, que acabou mudando o rumo do desenvolvimento do node. Numa época em que telemetria e IA são empurradas por toda parte, isso faz lembrar que existe um grupo de desenvolvedores sensível a esse tipo de questão
  • O que eu realmente quero no Zed é suporte a múltiplas janelas. Não dá para colocar o painel do agente ou outros painéis em outro monitor. A proposta local-first também é boa, mas eu também uso ferramentas de IA, então por enquanto acho que não vou usar esse fork. Ainda assim, gosto da direção sem telemetria e sem Contributor Agreement. Gosto da ideia do fork e desejo sorte. Usei o Zed por mais de um ano sem os recursos de IA sem problemas, então talvez, quando eu cansar de IA, acabe migrando para esse fork
    • Tive exatamente a mesma experiência. Vi muita discussão sobre o Zed, instalei para testar, mas como não dava para soltar os painéis e nem mudar preferências básicas que não foram corrigidas em mais de um ano, acabei desinstalando de vez
  • Eu sabia que um fork assim apareceria algum dia. Cheguei até a pensar em começar um eu mesmo, mas desisti por causa da carga de manutenção. Também pensei no nome zim (zed improved, como no vim). Fico feliz em ver o projeto realmente vindo ao mundo
  • Comentário do autor: original no Lobsters, ir para o projeto do fork, estou removendo gradualmente telemetria, atualizações automáticas, integração de IA somente em nuvem, dependências de node.js, download automático de servidores de linguagem, estímulos a compras adicionais, botões de login e outros elementos que considero desnecessários para mim. Também pretendo, se possível, tornar auto-hospedáveis os recursos somente em nuvem do Zeta edit (por exemplo, executar previsões do Zeta edit em uma instância de llama.cpp ou vLLM). No estado atual, já está funcional o bastante para ser usado como editor principal. Mas como há muitas mudanças de código, há limite para evitar conflitos de merge. Por isso também estou experimentando usar tree-sitter para aplicar correções automaticamente no nível de AST. Esse experimento talvez possa evoluir para uma ferramenta capaz de criar uma versão “personalizada e desemburacada” do Zed
    • Quero perguntar sobre a dependência de node.js: desde quando as pessoas começaram a não gostar de node, e por quais motivos?
  • Acho que um fork assim, na prática, talvez pudesse ser resolvido com um pull request que escondesse os recursos de IA do Zed por meio de uma flag de compilação. Não precisaria necessariamente ser um “fork”; se só o comando de build fosse diferente, talvez desse para gerar um Zed sem IA a partir do mesmo código