Zedless: un fork de Zed enfocado en la privacidad y en lo local primero

 (github.com/zedless-editor)
5 puntos por GN⁺ 2025-08-21 | 1 comentarios | Compartir por WhatsApp
  • Zedless es un fork basado en el editor open source Zed, con énfasis en la protección de la privacidad y un entorno local-first
  • Zedless elimina las dependencias de la nube y permite que el usuario configure directamente la infraestructura que desee
  • Planea eliminar por completo las funciones de spyware y telemetría remota
  • Adopta una política sin reasignación de derechos de autor para contribuidores (No CLA), por lo que todos los desarrolladores conservan sus derechos de autor
  • Usa herramientas adicionales para la automatización de la gestión de licencias y el cumplimiento de licencias open source

Introducción a Zedless

  • Zedless es un fork del editor de código Zed, cuyo objetivo es garantizar la privacidad del usuario y priorizar al máximo la usabilidad en entornos locales
  • Actualmente es un proyecto en desarrollo y recibe contribuciones externas libremente

Principales cambios planeados

  • Eliminación de dependencias de servicios en la nube que no pueden autohospedarse
    • Se eliminarán los componentes y funciones que dependan estrictamente de nubes de terceros
  • Eliminación de spyware y protección de datos
    • La telemetría y los sistemas automáticos de reporte de fallos están destinados a ser eliminados
  • Soporte prioritario para la infraestructura del usuario
    • Al usar funciones de servicios de red, el usuario podrá especificar directamente el proveedor del servicio en un formato estándar
    • No existe una lista de "proveedores predeterminados", y esta función está desactivada por defecto
  • Sin cesión de derechos de autor
    • Los participantes del proyecto conservan sus derechos de autor
    • Se aplica una política de No rugpulls para evitar perjuicios a los desarrolladores

Gestión de licencias y dependencias

  • Es obligatorio proporcionar la información de licencias de las dependencias de terceros, y para ello se utiliza la herramienta cargo-about
  • Consideraciones
    • Si aparece el error 'no license specified' en un crate escrito por ti, debes agregar publish = false en Cargo.toml
    • Si aparece un error por incumplimiento de requisitos de licencia en un paquete dependiente, es necesario verificar y declarar la idoneidad de esa licencia
    • Si cargo-about no puede encontrar la licencia de una dependencia, se debe agregar una entrada explicativa clara en el script

Importancia del proyecto

  • Zedless es una alternativa especialmente destacada para usuarios y equipos que priorizan la privacidad y un entorno de desarrollo centrado en lo local, en términos de estabilidad, autonomía y protección legal
  • Frente a Zed, elimina decididamente posibles vulnerabilidades de seguridad como servicios de nube privativos y funciones de rastreo remoto, lo que permite asegurar confiabilidad basada en infraestructura propia y en el ecosistema open source

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-08-21
Opiniones en Hacker News
  • Me da gusto ver este tipo de movimiento alrededor de Zed; hoy no es perfecto, pero sí dan ganas de ver hacia dónde va. Eso sí, no quiero para nada funciones de IA ni telemetría. Últimamente casi no uso funciones de IA en el editor; he probado varias veces cosas como Copilot y todavía no me convencen. Siento que ese tipo de funciones encajan mejor en otras partes del pipeline de desarrollo de software, por ejemplo en revisión de código o apoyo para documentación. Sí pagaría por un servicio de sincronización de configuración o una suscripción de mantenimiento, pero no creo que una herramienta como un editor sea un producto que pueda dar el ROI que quiere un VC. Capaz en un año vuelva otra vez a la combinación de Emacs e IntelliJ
    • Qué bueno ver por fin una opinión así. Mientras mucha gente elogia los editores con IA, yo me sentía medio aislado porque no entendía por qué tanto alboroto. He usado algunos editores con IA, pero nunca sentí que mejoraran mi flujo de trabajo. En nuestro equipo, escribir código no es el cuello de botella, así que más bien el problema es que las revisiones de código no avanzan lo suficientemente rápido. Por eso estamos evaluando introducir revisión de código con IA para quitar algo de carga
    • En Zed se pueden desactivar las funciones de IA Blog de Zed: desactivar funciones de IA
    • Si Zed dejara de meter funciones de IA y se concentrara en la edición de texto, de verdad podría ser un producto excelente
    • ¿No basta con simplemente no usar o desactivar por completo las funciones de IA o telemetría? No es como que te las estén metiendo en la cara. Con la telemetría incluso sería mejor que estuviera OFF por defecto, pero si se puede desactivar fácil, me parece bien
    • Este tipo de comentarios de gente diciendo que pagaría por una suscripción de mantenimiento aparecen seguido en HN y en foros geek, pero en la práctica esos usuarios son pocos y no alcanzan para volver sostenible un producto o una empresa
  • Siempre tengo sentimientos encontrados con los forks, especialmente con los hard forks. Además, hace poco Zed añadió una opción para desactivar todas las funciones de IA, y la telemetría también se puede desactivar, así que no sé si realmente haga falta un fork. Viendo la lista de funciones propuestas, parecen cosas que perfectamente podrían integrarse upstream como funciones base del proyecto principal. Ojalá pase así. También me acuerdo de cómo se fragmentó el ecosistema con forks como el de Redis
    • Creo que la necesidad de un fork no es menor, porque los desarrolladores de Zed ya han mostrado movimientos algo sospechosos, como no permitir desactivar la función de cuenta/login de Zed. Tampoco creo que haya que temerle a la fragmentación del ecosistema; más bien me parece positivo que distintas herramientas convivan, porque eso ayuda a escapar del lock-in y del pensamiento de rebaño
    • Incluso la telemetría opt-in me sigue incomodando. No puedo quitarme la sensación de que en cualquier momento el software podría reportar hasta mi talla de ropa interior o lo que desayuné. También me inquieta depender de una sola casilla de verificación. Y con otras funciones, tener que elegir cada vez "no lo necesito" en un esquema opt-out resulta molesto. En general prefiero el minimalismo
    • Como Zed ya es open source, creo que la necesidad de un fork es menor. Así que si Zed cambiara por defecto todas las funciones a un modelo opt-in, la razón de ser de este fork desaparecería
    • Me gusta que exista una garantía adicional de que nunca habrá subidas en segundo plano en el primer arranque. Como referencia, yo además corro opensnitch para tener una segunda capa de defensa
  • Esta noticia de un fork se siente algo prematura, especialmente si la publican sin un manifiesto que explique para qué lo están haciendo. Además, la frase “no rugpulls” hace parecer que hubiera pasado algún incidente con Zed, y no todos los lectores de HN están al tanto de estas discusiones de open source
    • El Contributor Agreement (CA) es un mecanismo para que todos los derechos de autor queden en manos de la empresa, como protección ante un posible cambio de licencia más adelante, lo que algunos llaman un “license rugpull”. Que Zed exija un CA también implica que está contemplando la posibilidad de cambiar la licencia en el futuro
    • Zed ya era conocido desde el inicio como un proyecto muy orientado a la nube y a la IA. Creo que esa es la motivación clara del fork. No es tanto una nueva polémica o incidente de última hora, sino una dirección que ya se veía claramente y que a mucha gente no le gusta
    • Creo que este fork se detonó a partir de esta discusión en GitHub
    • Zed recibió inversión de VC, y un fork enfocado en privacidad/local-first ya se justifica por sí solo con solo señalar que faltan esas características. Claro, habría que quitar muchas de las funciones que Zed presume, pero lo de llamarlo rugpull me parece discutible
  • Lista de hilos de discusión relacionados
  • Tengo curiosidad por ver qué termina produciendo este fork. Me recuerda a cómo IO.js, que fue un fork de node.js, llegó a cambiar el rumbo del desarrollo de node. También me hace pensar que, en una época donde telemetría e IA se imponen por todas partes, sigue habiendo un grupo de desarrolladores sensible a estas cosas
  • Lo que yo de verdad quiero en Zed es soporte para múltiples ventanas. No puedo poner el panel del agente ni otros paneles en otro monitor. La orientación local-first también me gusta, pero yo sí uso herramientas de IA, así que por ahora no creo que vaya a usar este fork. Aun así, me alegra una dirección sin telemetría y sin Contributor Agreement. Me gusta la idea de este fork y le deseo suerte. Usé Zed por más de un año sin sus funciones de IA y me fue bien, así que si algún día me canso de la IA, capaz me cambio a este fork
    • Me pasó lo mismo. Vi tantas discusiones sobre Zed que lo instalé, pero como no se podían sacar los paneles ni siquiera cambiar configuraciones básicas que llevan más de un año sin corregirse, terminé borrándolo por completo
  • Sabía que tarde o temprano iba a salir un fork así. Incluso pensé en empezarlo yo mismo, pero desistí por la carga de mantenimiento. Hasta había pensado en el nombre zim (zed improved, como vim). Me da gusto que el proyecto realmente haya salido al mundo
  • Comentario del autor: texto original en Lobsters, ir directo al proyecto del fork, estoy quitando gradualmente cosas que considero innecesarias para mí, como telemetría, actualizaciones automáticas, integración de IA solo en la nube, dependencias de node.js, descarga automática de language servers, prompts para compras adicionales y botones de login. También busco, si es posible, que las funciones solo en la nube de Zeta edit puedan ser self-hosted (por ejemplo, ejecutar predicciones de Zeta edit en una instancia de llama.cpp o vLLM). En su estado actual ya tiene suficientes funciones como para usarse como editor principal, pero hay tantos cambios de código que evitar conflictos al hacer merge tiene un límite. Por eso también estoy experimentando con usar tree-sitter para aplicar correcciones automáticas a nivel AST. Ese experimento podría incluso convertirse en una herramienta para crear una versión “personalizada y deschafizada” de Zed
    • Quiero preguntar por las dependencias de node.js: ¿desde cuándo empezó a desagradarle node a la gente y por qué razones?
  • Siento que para un fork así en realidad bastaría con un pull request que esconda las funciones de IA de Zed detrás de un flag de compilación. No tendría que ser necesariamente un “fork”; con el mismo código y solo cambiando el comando de build, se podría hacer un Zed sin IA, ¿no?