9 puntos por GN⁺ 2025-09-04 | 3 comentarios | Compartir por WhatsApp
  • 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

 
pmc7777 2025-09-04

En Windows también se puede instalar mediante scoop.

 
GN⁺ 2025-09-04
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én CMD

    • A 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”

    • De verdad me da curiosidad por qué pasa eso; si puedes revisar logs, prueba con la app Console en Mac o con idevicesyslog en Linux
  • Me 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 Zed
    Segundo, 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.json directamente (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

  • La función de autoaceptación sigue requiriendo intervención manual, y justo eso anula el sentido de que sea autoaceptación (parece un bug)
  • Me gustaría que existiera, como en la versión CLI, una función para volver a un mensaje específico y borrar las ediciones
  • Ni siquiera encuentro dónde está el Plan Mode
  • También sería bueno poder ver fácilmente las tareas en segundo plano
  • No es nada claro cómo cambiar de modelo
  • Crear una nueva sesión (por ejemplo, con el comando /new) y la falta de soporte para /clear también se sienten poco accesibles
  • En la terminal se despliega por completo todo el contenido modificado, y sería mejor que eso apareciera plegado o como vista previa por defecto
  • Zed 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

    • Ojalá soportara vimrc de forma nativa; no me gusta tener que reescribir los atajos uno por uno al formato de Zed
  • Como 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