- La integración de Claude Code con Zed se lanzó en beta pública
- Con la introducción del nuevo Agent Client Protocol (ACP), se abre la posibilidad de ampliar la conexión con diversos agentes
- Los desarrolladores ahora pueden usar Claude Code dentro de Zed en tiempo real, con múltiples archivos y flujos de trabajo personalizados
- El adaptador ACP para Claude Code fue publicado como open source, lo que permite su posible uso también en otros editores
- A futuro, se espera una expansión y un uso más conveniente de diversos agentes de IA basados en ACP
Introducción
- En respuesta a las solicitudes continuas de los desarrolladores, la integración nativa entre Claude Code y el editor Zed se lanzó en beta pública
- Esta integración no es simplemente un plugin, sino que está implementada sobre el nuevo estándar abierto Agent Client Protocol (ACP)
- ACP es un estándar que permite conectar diversos agentes no solo en Zed, sino también en otros editores
Funciones principales
- Es posible ejecutar Claude Code como un agente con todas sus funciones dentro de Zed
- Más allá de una simple interfaz de terminal, esto habilita múltiples formas de uso dentro de un editor de alto rendimiento
- Permite ver en tiempo real la edición simultánea de varios archivos junto con el soporte del language server
- Soporta revisión detallada de cambios de código y su aprobación o rechazo mediante multibuffer
- Se puede anclar la lista de tareas en la barra lateral para tener siempre visible el estado actual del trabajo
- Con comandos slash personalizados, es posible crear flujos de trabajo de automatización para tareas de desarrollo repetitivas y frecuentes
Contexto y forma de integración
- Supera las limitaciones de la interfaz CLI de terminal tradicional y, gracias a una integración profunda con Zed, ofrece una gestión y un control más amplios del código
- Se puede usar Claude Code junto con los agentes propios de Zed (como Gemini CLI), y combinarlo con cualquier agente compatible con ACP
- La integración se realiza mediante un adaptador que convierte el SDK de Claude Code al formato JSON RPC de ACP
- Este adaptador funciona de manera independiente y Zed proporciona la interfaz de usuario, mostrando una gran flexibilidad para extenderse
Open source y extensibilidad
- El adaptador ACP para Claude Code fue liberado como open source bajo licencia Apache, por lo que puede usarse libremente en cualquier editor que adopte ACP
- Por ejemplo, el plugin CodeCompanion de Neovim ya aplica ACP y ahora permite usar Claude Code
- El usuario de GitHub Xuanwo avanzó rápidamente en una implementación de ACP para Claude Code y contribuyó a la difusión del protocolo; se le expresa agradecimiento
Próximos pasos y oportunidades de participación
- En adelante, además de Gemini CLI y Claude Code, se prevé soporte para una variedad aún mayor de agentes
- A través de ACP, otros agentes de IA también podrán usarse libremente en distintos editores como Zed y Neovim
- Actualmente muchas funciones clave de Claude Code ya están disponibles mediante el SDK, y en el futuro se agregarán aún más capacidades
- Se invita tanto a desarrolladores como a creadores de agentes a participar y dar retroalimentación en la comunidad sobre ACP y el desarrollo del adaptador de Claude Code
Referencias y cómo participar
- Si eres desarrollador de agentes, puedes consultar sobre la integración con Zed
- Si quieres más funciones de Claude Code, se recomienda pedir a Anthropic la adopción del SDK o de ACP
- Se recomienda contribuir y participar en las discusiones de los proyectos open source (ACP y el adaptador de Claude Code)
Información adicional
- Zed puede descargarse y usarse en macOS y Linux
- Si te interesa el futuro del desarrollo de software, se invita a postular a través de la página de vacantes del equipo
3 comentarios
En Windows también se puede instalar mediante scoop.
Parece que Zed le está poniendo bastante esfuerzo a la integración de IA.
Protocolo de Cliente de Agentes (ACP)
Zed - el editor de código con IA más rápido
El editor de código colaborativo "Zed" ahora pasa a ser de código abierto
Comentarios en Hacker News
Me gusta mucho Zed, y ahora me alegra que también tenga soporte nativo para Claude; antes lo integraba por separado siguiendo esta entrada de blog
La función de autocompletado con IA sigue quedándose corta; probé tanto la solución propia de Zed como supermaven (ahora integrado en Cursor), pero el autocompletado y las predicciones de Cursor eran mucho más precisos (también la experiencia de cargar archivos mediante búsqueda era más precisa en Cursor)
Me entusiasma más saber que Zed consiguió inversión; Zed podría competir con Cursor como un IDE nuevo, de alta calidad y no basado en VSCode
Me sorprendió que Zed todavía no tenga una forma de que el usuario agregue por su cuenta una IA local de autocompletado como Ollama; incluso modelos pequeños de alrededor de 1.5b parámetros, como Qwen 2.5 coder, corren rápido y se ajustan bien a lo que necesito, además de que también funcionan sin conexión a internet, así que para mí son indispensables
Me gustaría que una empresa como Zed ofreciera una versión empaquetada de su propio modelo de IA para autocompletado para ejecutarlo localmente (en lugar del esquema actual de renta desde servidor, quisiera comprarlo directamente y correrlo en local)
Sería excelente un modelo de 10~15b parámetros entrenado con foco en documentación/libros de programación y también en datos de redacción de negocios; si hubiera un agente que combinara el conocimiento de código de Qwen Coder con la pericia y previsibilidad de IBM Granite 3, estaría dispuesto a pagar un precio bastante alto por él, y sería todavía mejor si se actualizara regularmente con nueva documentación, correcciones de bugs, hilos de github, etc.
Yo también estoy de acuerdo; el autocompletado con IA de Cursor es, con mucho, la función más eficiente y útil, no el agente
Me pregunto si el equipo de Augment está desarrollando un plugin para Zed
Llevo más de un año usando Augment en IDEs de JetBrains y tanto el autocompletado como el agente estilo Cursor me han impresionado bastante
También probé Cursor, pero no me quedó claro si realmente hace falta un IDE dedicado (siento que un plugin basta); entre mis colegas, algunos se cambiaron de Cursor a Augment y dicen que Augment es mejor
Augment tiene sitio web, pero sigue siendo una herramienta de IA poco conocida para la mayoría de los desarrolladores
Ahora mismo el autocompletado de Cursor se mete de forma demasiado agresiva y resulta irritante; está al punto de que casi no se puede escribir código, y da la impresión de que intercepta no solo
tab, sino tambiénCMDA Zed le falta un poco en calidad de generación de código, pero compensa lo suficiente con el simple hecho de no ser una app de Electron
Quiero probar Zed, pero el modo Helix todavía parece inmaduro; el modo Vim también suena bien, pero me cuesta mucho pasar desde el modo Helix
Además, he personalizado bastante la configuración de entrada de Helix para que se ajuste a mí, y últimamente siento que elegir editor según el estilo de entrada que me gusta se parece a la era pre-LSP, cuando uno elegía editor según las funciones de cada lenguaje
Ojalá hubiera una interfaz común para acoplar fácilmente estos motores de edición de texto a los editores; cada vez que pruebas uno nuevo, la fricción es demasiado grande
Pienso exactamente lo mismo; siempre he imaginado un editor con un modelo de edición completamente desacoplado y enchufable
Recuerdo que el editor Yi tenía una estructura así (se podían compilar y conectar varios modelos de edición, como los estilos Emacs/Vim)
He usado no solo Emacs y Vim, sino también Helix y Kakoune, y cuando todo gira en torno a funciones/plugins, siempre terminan apareciendo límites o fatiga
Zed se rediseñó hace poco y también está trabajando en agregar el modo Helix y modularizar el modelo de edición (todavía está en una etapa temprana, pero también corrigen bugs rápido), así que voy a darle otra oportunidad
También vale la pena revisar esta discusión y el editor Ki; además hay una comparación entre Ki y Helix (enlace)
Prefería Kakoune sobre Helix porque me parecía más consistente; en cualquier caso, si estos modelos de edición se pudieran cambiar fácilmente, podrías elegir el editor por sus funciones y evitar trade-offs innecesarios al escoger el modelo de edición
Curiosamente, Ki también se puede usar en VSCode (igual que Vim), pero no me gusta VSCode porque es demasiado pesado y lento
Neovim puede ejecutarse en modo servidor, así que otro editor puede enviarle la entrada y Neovim devuelve el buffer; yo uso la extensión de Neovim en VSCode en lugar de la extensión de Vim, así que en la práctica uso tal cual mi configuración y plugins de Neovim
Si Helix también soportara modo servidor, sería fácil integrarlo en cualquier editor
Helix, por lo que veo, tiene un soporte LSP bastante bueno; de los lenguajes que uso en el trabajo, solo GraphQL se queda corto en cosas como el autoindentado
Si quieres una experiencia parecida a helix en emacs, recomiendo usar meow-mode; no soy usuario de helix, pero no parece difícil replicar un estilo helix con meow
Si ya estás acostumbrado a los atajos de Vim, me pregunto si el modelo de object-then-action de Helix realmente aporta tanto valor
Me pasó exactamente lo mismo; yo también lo intenté con muchas expectativas por el modo helix, pero me desanimé al descubrir que ninguno de mis atajos de retroceso funcionaba, lo probé un rato y luego volví a helix
Entré al sitio de Zed desde Safari y mi iPhone 11 Pro se cayó repetidamente; en concreto, no solo moría la app de Safari, sino que al mismo tiempo también se caían otras apps e incluso la conexión Bluetooth, fue la primera vez que me pasa algo así y hasta me hizo pensar que, técnicamente, era algo “innovador”
idevicesyslogen LinuxMe gusta el concepto y la filosofía base de la arquitectura de Zed; ojalá existieran más herramientas como Zed
Pero varios detalles pequeños hacen que cueste adaptarse a Zed
Primero, la gestión de configuración es algo confusa y muchas veces quisiera abrir rápido el archivo
settings.json(sería bueno poder abrirlo fácilmente desde la ventana de configuración), y mejor aún si ese archivo se volviera a abrir automáticamente después de reiniciar ZedSegundo, me decepciona que si quiero usar un LLM sin soporte nativo para tool calling, no haya alternativas ni formas de rodearlo
Tercero, desde la perspectiva de un principiante, la UI se siente algo compleja y recargada
Todavía no uso Zed de lleno, pero sí estaría dispuesto a intentarlo otra vez; en general me parece una herramienta optimizada para una forma de pensar centrada en ingeniería, así que es buena para power users, pero puede convertirse en barrera de entrada para usuarios nuevos
Estos defectos no son obstáculos fatales, pero sí hacen pensar “mejor espero un poco más y luego lo vuelvo a probar”
Muchos de esos pequeños detalles y molestias se están corrigiendo rápido; la mayoría de las cosas incómodas de hace medio año ya fueron parcheadas
Parece que Zed ahora ya tiene un atajo para abrir
settings.jsondirectamente (Ctrl+,)Supongo que ese atajo también se puede personalizar
Me gusta la filosofía de Zed y no tengo problema con un editor orientado a power users, pero la falta de resaltado de sintaxis (sobre todo para distinguir por color funciones/parámetros/variables locales) fue tan grande que al final lo dejé
Supongo que es porque estoy acostumbrado a un sistema complejo y flexible como el de SublimeText, donde se puede separar el “contexto” del tema; los keybindings del modo Vim también son algo confusos, aunque creo que podría acostumbrarme
De todos modos, pienso volver a probarlo pronto; las funciones de IA sí se ven claramente interesantes
Al usarlo, sentí que todavía faltan varias funciones importantes
/new) y la falta de soporte para/cleartambién se sienten poco accesiblesZed tiene un flujo de trabajo bastante potente gracias a la combinación de atajos nativos y keybindings de Vim; los atajos para gestionar ventanas son muy buenos, y fueron el motivo decisivo para pasar parte de mi uso de vscode a Zed
Me da, sin configuraciones complicadas, lo que yo quería de una combinación neovim+tmux
Eso sí, no hay undo para borrar archivos y el autocompletado con IA es tan malo que terminé desactivándolo
Por ahora sigo usando vscode en el trabajo, y Zed se siente como si estuviera justo antes de convertirse en mi IDE principal, pero todavía se queda en una zona ambigua (si corrigieran un poco esas carencias, sí podría volverme mi editor principal)
Centrarse en reforzar las funciones de IA probablemente sea lo mejor para mantener la inversión, pero no parece ser lo que más necesita Zed ahora mismo
vimrcde forma nativa; no me gusta tener que reescribir los atajos uno por uno al formato de ZedComo referencia, si usas desarrollo remoto por SSH, esta función no funciona en Zed
tuit relacionado
Qué lástima; yo uso Zed para desarrollo en contenedores con entorno remoto por SSH, y mi objetivo es limitar el alcance de la función de agente para que afecte al menos solo a la carpeta de mi repositorio, porque desde el punto de vista de seguridad no me da confianza
Estoy moviendo mi entorno de desarrollo hacia contenedores y conexiones remotas por SSH
Me gustaría saber por qué; quiero saber si es una limitación temporal de soporte o si definitivamente no lo van a hacer funcionar
Me parece que Zed es realmente excelente; si la UI de VS Code se pareciera un poco más a la de Zed, me cambiaría por completo de inmediato
Me pregunto si alguien lo usa en Linux; en Linux parece que el rendimiento no es tan bueno
La verdad, vscode tampoco me satisface en Linux (especialmente el modo vim)
Me gustaría saber qué parte de la UI sientes que le falta
Me da curiosidad cuál dirías que es la ventaja de Zed
Zed es el editor que más me ha gustado de los que he usado en los últimos años; todavía no he usado en serio el soporte de IA
Reconozco el esfuerzo del equipo de Zed, pero sinceramente, hoy en día ni me imagino dejar VSCode para pasarme a una herramienta nueva
Con los plugins, la configuración, la gestión de varios perfiles y todo lo demás, estoy demasiado acostumbrado a VSCode y a su enorme extensibilidad, así que no siento necesidad real de usar una alternativa
También uso IDEs como IntelliJ, pero aun así la versatilidad de VSCode y su entorno personalizable me resultan atractivos
No tengo mucha motivación para cambiar de editor ni para usar dos o más
También uso un poco Neovim, pero al final la mayor parte fue trabajo de configuración
Es una perspectiva interesante; yo evito VSCode al máximo, es demasiado lento, pesado, la UI no me gusta y siento que cada vez te encierra más en Microsoft
Si Zed no existiera, probablemente seguiría usando helix, neovim y emacs
La razón principal por la que elijo Zed sobre VSCode es que la escritura responde al instante, sin ese pequeñísimo retraso perceptible
VSCode siempre tiene una mínima latencia, y como eso me molesta constantemente, Zed me gusta más
A mí también me hubiera gustado querer VSCode, pero noto lag al escribir y cuando tengo varios contenedores Docker corriendo (sobre todo en Mac si van sobre VM), VSCode se vuelve pesado y todo el sistema se pone lento
La configuración también es engorrosa; en general se siente inconsistente y quisquilloso
Emacs también tiene partes medio chafas, pero su filosofía de diseño está mejor pensada que la de VSCode
Zed es un editor que cumple bien lo básico y además viene con baterías incluidas, así que fuera de emacs es el que más uso
Sí me gustaría que algunas configuraciones, en especial agregar linters/formatters, fueran más fáciles de descubrir, pero en el 95% de los casos estoy satisfecho en un 95%
Siempre existe “una mejor ratonera”; hay gente que sigue usando lo que ya conoce y otra que siempre está probando herramientas nuevas
Por más que personalice VSCode, nunca termina de encajarme
No es tan simple como un editor liviano, pero tampoco un IDE completo, así que siempre se queda un 2% corto respecto a mis expectativas
Ahora uso en paralelo un editor simple (SublimeText, NeoVim) y un IDE (IntelliJ), cada uno según el propósito
Durante un tiempo Zed también me pareció tosco, pero sinceramente creo que sí vale bastante la pena volver a probarlo
Personalmente, en VSCode trato de usar la menor cantidad posible de plugins (porque los plugins son inherentemente riesgosos); si los plugins de Zed basados en WASM tienen mejores restricciones de sandbox, me parecerían más seguros
Sí estoy de acuerdo en que el soporte de Typescript en VSCode es mejor que en Zed (funciona bien incluso en proyectos complejos),
en el trabajo uso VSCode, pero para proyectos personales uso Zed o Helix; cuando hago AI stuff uso Zed, y cuando no, normalmente prefiero Helix