JetBrains replantea el IDE: su próximo gran usuario será un agente de IA

El equipo de OpenIDE ha publicado en Habr un análisis de la postura de JetBrains en el debate sobre el futuro del entorno de desarrollo. Mientras parte de la comunidad proclama el fin de la era del IDE, JetBrains propone replantear la cuestión: el próximo gran usuario del IDE no será una persona, sino un agente de IA.

Por qué gana fuerza la tesis de que «el IDE ha muerto»

En los últimos años se ha consolidado en la comunidad de AI coding una idea: el entorno de desarrollo profesional está obsoleto. Los desarrolladores que trabajan con Claude Code, Codex u OpenCode directamente desde el terminal lo explican así: al agente le bastan grep, bash y edit, más unos cuantos buenos prompts. Las interfaces complejas, los inspectores de UI, las refactorizaciones integradas y el depurador parecen herencia de la época en que el código se escribía a mano.

Este enfoque ha recibido el nombre informal de «vibe coding»: desarrollar a partir de intenciones, no mediante el control directo del código. Abres el terminal, describes la tarea y recibes un diff, sin ventanas ni clics en menús. En este panorama, JetBrains suele aparecer como un dinosaurio: una compañía que durante años marcó el listón de las herramientas profesionales y que ahora parece llegar tarde con AI Chat y Junie.

Qué se le escapa al argumento «terminal contra IDE»

Esta tesis tiene un punto ciego fundamental: solo mira el entorno de desarrollo desde la perspectiva de la persona. Los agentes de IA que trabajan a través del terminal acceden al código como texto, sin una comprensión semántica de la estructura del proyecto.

JetBrains plantea una tesis alternativa: el IDE no es una interfaz para personas, sino una capa de herramientas con un conocimiento profundo del proyecto, justo lo que necesita un agente de IA. Lo que grep y bash, por definición, no saben hacer:

• Análisis semántico del código teniendo en cuenta tipos y contratos
• Grafo de dependencias entre módulos y símbolos
• Refactorizaciones seguras que preservan los invariantes de todo el código base
• Navegación por significado, no por líneas de archivo
• Integración directa con el depurador, el ejecutor de pruebas y el sistema de compilación

Un agente con acceso a estas herramientas a través del IDE hace cambios precisos, en lugar de adivinar el contexto a partir de archivos cercanos.

Por qué el IDE lo necesita el agente, y no solo la persona

JetBrains lleva varios años construyendo su integración de IA con esta lógica. AI Chat (antes AI Assistant) y Junie sitúan al agente dentro del IDE, no fuera, y le dan acceso directo a las herramientas estructurales del entorno de desarrollo.

El equipo de OpenIDE, autor del análisis, comparte esta postura: ninguno de los desarrolladores que conocen ha borrado el IDE de su ordenador de trabajo, aunque ya todos o casi todos usan agentes de IA. El IDE sigue siendo el punto en el que la persona y el agente obtienen a la vez el contexto completo del proyecto.

«Hoy no hablaremos de para qué necesita el IDE una persona, sino de para qué lo necesita un agente», equipo de OpenIDE en Habr.

Qué significa esto

La oposición «terminal contra IDE» corre el riesgo de ser una falsa dicotomía. Los agentes de IA con acceso a las herramientas semánticas del IDE trabajan con más precisión que los que solo ven el texto de los archivos. Si JetBrains desarrolla este modelo de forma coherente, el entorno de desarrollo no desaparecerá: cambiará de usuario principal.