Zed: un editor moderno pensado para la colaboración

Actualizado: 2026-05-03

Zed^[1] es el editor construido por Nathan Sobo (creador de Atom) y su equipo, tras dejar GitHub. Liberado como software abierto en enero de 2024, es una apuesta explícita: “Atom pero rápido de verdad, escrito en Rust, con colaboración en vivo como feature nativa”. En un mundo dominado por VS Code y sus forks (Cursor, Codespaces), ¿hay espacio para otro editor? Este artículo es una mirada honesta a qué aporta Zed, dónde brilla y dónde sigue corto.

Puntos clave

• Zed está escrito en Rust con un framework UI propio que renderiza en GPU — sin Electron, sin WebView. La diferencia de latencia y memoria es real y medible.
• La colaboración en tiempo real es nativa, no un plugin añadido: voz integrada, cursores compartidos y following mode diseñados desde el core.
• El ecosistema de extensiones es la debilidad actual: VS Code tiene ventaja clara en extensiones corporativas y flujos devcontainer/remote.
• Para developers que trabajan en pares o equipos de 3-4 y tienen Rust/Go/JS/TS/Python en su stack, Zed es la alternativa más interesante de los últimos años.
• Liberado bajo GPL v3 (core) + Apache 2.0 (componentes), no depende únicamente de la empresa para su continuidad.

La apuesta técnica

Zed está escrito 100% en Rust. Su framework de UI propio, GPUI, renderiza directamente en GPU usando Metal (macOS) y eventualmente Vulkan (Linux). No hay Electron ni WebView.

Consecuencias prácticas y medibles:

• Latencia excepcional: teclado → pantalla en ~8ms, notablemente menor que VS Code.
• Uso de memoria bajo: ~100-200 MB vs 500 MB-1 GB de las aplicaciones Electron.
• Scroll y navegación fluidos incluso en archivos grandes.
• Startup en menos de 1 segundo, incluso con proyectos grandes.

Para alguien que edita código varias horas al día, la diferencia se nota — especialmente en portátiles con GPU integrada.

Colaboración en vivo, no bolt-on

La feature diferenciadora de Zed es la colaboración nativa, integrada desde el día uno, no añadida como plugin posterior:

• Voz integrada (como Discord) entre colaboradores en el proyecto.
• Cursores compartidos de cada colaborador, marcados con color y nombre.
• Following mode: seguir lo que otro está viendo — cambio de archivo, salto de línea, todo sigue.
• Compartir proyecto con un click a miembros del channel.

No es “Live Share on top” — está diseñado en el core. El modelo de colaboración está pensado como “trabajar juntos en el mismo editor”, no como “co-editar asíncrono”. Para pair programming remoto, es la mejor experiencia disponible en un editor open source.

Lenguajes y LSP

Zed soporta Language Server Protocol. Lenguajes con soporte maduro:

• Rust (obviamente).
• JavaScript / TypeScript.
• Python.
• Go.
• Markdown, JSON, YAML, TOML.
• C / C++ con clangd.

Soportados pero menos pulidos: PHP, Ruby, Elixir, Swift, Zig, Lua. Para lenguajes exóticos o extensiones muy específicas, VS Code mantiene ventaja en ecosistema.

Zed vs VS Code vs Cursor

Zed es más rápido. VS Code es más extensible y maduro. Cursor es mejor para flujos de IA intensivos.

Integración con IA

Zed tiene IA integrada con varios proveedores:

• Inline completion: similar a Copilot, con modelos de OpenAI, Anthropic o locales.
• Chat con código: panel lateral para preguntar sobre el archivo abierto.
• Comando /ai: transformaciones puntuales del código.
• Modelo local vía Ollama para privacidad completa.

La integración es sólida pero no tan refinada como el Composer multi-archivo de Cursor. Si la IA es el eje central de tu flujo de trabajo, Cursor probablemente siga ganando.

El modelo open source

Cambio importante: Zed liberó su código bajo GPL v3 + Apache 2.0 en enero de 2024. Esto abre contribuciones externas al core, permite forks (ninguno serio aún), y da confianza de longevidad — el editor no depende solo de la empresa.

La empresa Zed Industries mantiene Zed Channels (colaboración SaaS) como parte propietaria. El editor en sí es completamente abierto.

Instalación

# macOS
brew install --cask zed

# Linux (Ubuntu 22.04+, Debian 12+, Arch, Fedora)
curl -f https://zed.dev/install.sh | sh

El primer lanzamiento pide login con GitHub para las features de colaboración. Sin login funciona offline pero sin capacidades colaborativas.

Migración desde VS Code

Pasos básicos para cambiar:

1. Instalar Zed.
2. Importar keybindings (preset vscode en settings).
3. Instalar extensiones de tus lenguajes principales.
4. Reconfigurar AI settings con tu API key.
5. Dar una semana de uso sincero.

Lo que perderás: tu repertorio de extensiones específicas de VS Code. Lo que ganarás: performance, colaboración nativa, y un editor más pulido y ligero.

Dónde Zed brilla y dónde queda corto

Casos donde Zed es la mejor opción:

• Pares y equipos de 3-4 trabajando en el mismo código.
• Pair programming remoto con necesidad de voz integrada.
• Portátiles que sufren con el consumo de memoria de VS Code.
• Stacks principalmente en Rust, Go, JS/TS o Python.

Casos donde queda corto:

• Extensiones corporativas específicas que no existen en Zed.
• Remote dev con SSH, containers o WSL — VS Code gana claramente.
• Python data science y notebooks — VS Code + Jupyter es el estándar.
• Windows — sigue en desarrollo, no estable.
• Equipos grandes con flujos devcontainer pesados.

Conclusión

Zed es un editor serio, no un juguete. Ha salido del preview y su modelo de negocio (editor abierto + colaboración SaaS) es plausible. Para developers que valoran la performance y la colaboración en tiempo real, es la alternativa más interesante a VS Code de los últimos años. Para equipos grandes con ecosistemas corporativos de extensiones o flujos devcontainer y remote pesados, VS Code (o Cursor) siguen siendo más productivos. El futuro dirá si Zed consigue lo que Atom no pudo: suficiente masa crítica para prosperar a largo plazo.

1. Zed