JetBrains se ha unido a Google y Zed Industries para adoptar el incipiente Protocolo Agente Cliente (ACP), un estándar que regula la interacción de los agentes de IA con editores de código y entornos de desarrollo integrados (IDE).
La idea es que los agentes de codificación compatibles con ACP se integren automáticamente con los editores. A falta de un estándar, los desarrolladores que crean agentes de codificación deben crear complementos independientes para cada editor compatible o recurrir a una interfaz de línea de comandos (CLI) que funciona en la terminal, independientemente de cualquier editor específico.
Google nos comentó que usar solo Gemini CLI significa que «los desarrolladores cambian constantemente entre la línea de comandos… y su IDE para codificar, lo cual es ineficiente y les impide concentrarse». Este problema llevó al equipo a colaborar con Zed para desarrollar la integración con IDE, que evolucionó hasta convertirse en el estándar ACP, diseñado para funcionar con cualquier editor que lo implemente.
Zed, basado en Rust, tiene una pequeña cuota de mercado, mientras que JetBrains solo es superado por Microsoft, cuyos IDE más populares son Visual Studio Code (VS Code) y Visual Studio, según la mayoría de las encuestas.
JetBrains ha declarado que ahora será compatible con ACP y que colabora con Zed en el desarrollo del protocolo. La compañía destaca como principal ventaja la ausencia de dependencia de un proveedor, ya que los desarrolladores podrán usar su asistente de programación preferido desde cualquier IDE compatible con el protocolo.
Microsoft se beneficia de un patrón familiar de «el ganador se lo lleva todo» con VS Code, utilizado por más del 75% de los desarrolladores, según una encuesta reciente. El marketplace de VS Code cuenta con más de 80.000 extensiones, mientras que JetBrains invita a los usuarios a «buscar 10.000 extensiones» y el Open VSX Registry, independiente del proveedor, cuenta con poco menos de 7.000.
ACP no resolverá por sí solo la dependencia de las extensiones de VS Code, pero podría beneficiar a los IDE de la competencia en el área clave de la compatibilidad con agentes de codificación. Una pregunta clave es si VS Code por sí mismo será compatible con ACP. Hay una incidencia abierta designada como «en discusión» y asignada al ingeniero de Microsoft, Rob Lourens. Lourens comentó en GitHub: «Esto es interesante, pero no planeo implementarlo de inmediato».
Zed, basado en Rust, tiene una pequeña cuota de mercado, mientras que JetBrains es superado solo por Microsoft, cuyos IDE más populares son Visual Studio Code (VS Code) y Visual Studio.
También podría ser beneficioso para Microsoft implementar ACP, ya que la compañía también ofrece Visual Studio, su IDE exclusivo para Windows, que tiene un modelo de extensión diferente al de VS Code. A través de ACP, los agentes de codificación compatibles funcionarían con ambos productos.
ACP aún está en sus primeras etapas, descrito en GitHub como «todavía». En desarrollo intensivo. Sin embargo, existe compatibilidad con los editores Emacs y Neovim mediante extensiones, y se han realizado algunos avances en ACP para Eclipse.
Los desarrolladores también esperan que ACP mejore la fiabilidad de la integración del agente de codificación. El plugin oficial de VS Code para Gemini Code Assist ha recibido numerosas quejas, como «se bloquea la mayor parte del tiempo» y «la extensión tiene una gran pérdida de memoria». Una nueva extensión de Gemini CLI en versión preliminar parece más prometedora, aunque con funciones limitadas.
