El IDE ha muerto.
Larga vida al IDE.

Llevo ya demasiados años construyendo productos y siempre veo la misma película: cuando una categoría de herramientas deja de servir al trabajo real, su industria se gasta una década negándolo, añadiendo features encima del cadáver.

Está pasando ahora con los IDEs.

Ojo, no digo que VS Code, JetBrains o Cursor vayan a desaparecer mañana. Digo algo que llevo pensando hace más de un año: la categoría está respondiendo a una pregunta que ya no es la pregunta importante.

El IDE optimiza una métrica: minimizar la fricción entre intención del developer y código en el repo. Cursor es la culminación de esa historia, no su ruptura. Si tu pregunta es "cómo escribo código más rápido", Cursor es la mejor respuesta posible dentro de la categoría IDE.

El problema es que esa ya no es la pregunta.

Cuando te pones hoy, en 2026, y abres tu máquina, lo que tienes delante no es "voy a escribir código". Es una conversación de hace tres días con Claude sobre arquitectura. Una sesión de ayer con ChatGPT con prompts que ahora valen oro y están perdidos. Cinco branches activos. Docs en Notion. Tareas en Linear. Decisiones en Slack que afectan al código de hoy. Prompts versionados a mano. Tres proveedores de LLM con políticas distintas. Contexto sensible que no quiere subir a la nube de nadie.

Y necesitas coordinar todo eso, no escribir código línea a línea.

Escribir código se ha convertido en el último paso de un proceso mucho más largo que ningún IDE entiende.

El cuello de botella ya no es la velocidad de tirar líneas de código. Es coherencia entre intención, contexto, decisiones y modelos. Es saber qué LLM usar para qué tarea sin reventar el presupuesto. Es mantener contexto sin filtrarlo a servidores que cambian términos mañana.

La industria responde añadiendo IA al IDE. Es la pregunta vieja con herramientas nuevas. El equivalente de lanzar "BlackBerry con pantalla táctil" en 2008 para competir con el iPhone.

Tres cosas que añadir IA al IDE
estructuralmente no resuelve.

Soberanía del contexto. Tu contexto vital — prompts, decisiones, dialecto interno, conocimiento institucional — vive disperso entre el proveedor de IA, el repo, Notion, Slack. La memoria de ChatGPT o los Projects de Claude son del proveedor, no tuyos. Cuando cambien términos, suban precios o desaparezcan, tu contexto se va con ellos. Y a ver quién es el guapo que los migra a mano. ¡Ja!

Routing entre modelos. Los devs serios usamos tres o cuatro modelos según la tarea. Opus para arquitectura, GPT para generación rápida, locales para cosas repetitivas, Gemini para multimodal. El IDE no orquesta esto. Lo haces tú a mano, copiando y pegando, perdiendo contexto en cada salto.

Unión de artefactos heterogéneos. Lo que construyes no es solo código. Es código + specs + decisiones + conversaciones con IAs + docs + prompts. El IDE solo entiende código. Tú eres el integrador humano entre seis pestañas.

No son features que falten. Son arquitectónicamente externas al concepto IDE. Ningún IDE va a resolverlas, por mucha IA que le añadan.

Lo que viene después.

Lo que viene después no es un IDE. Vive en local. Orquesta varios modelos. Une artefactos heterogéneos. Trata la metodología como ciudadana de primera clase.

Mira qué productos están atrayendo atención real: Claude Desktop con MCP, Aider en terminal, herramientas de routing entre LLMs, apps de escritorio que orquestan modelos sin pasar por el editor.

Ninguno es IDE.

El IDE no va a cerrar oficinas. Va a dejar de ser el lugar donde sucede la parte importante del trabajo. Office no desapareció, pero el trabajo de oficina lleva una década moviéndose a Slack, Notion, Linear, Figma. Eso es muerte categorial, no literal.

Si construyes herramientas para developers en 2026 y tu mental model sigue siendo "extensión de IDE", estás compitiendo en el lugar equivocado. La pregunta útil no es "cómo hago un IDE mejor". Es "qué necesitan los developers que ningún IDE va a resolver bien".

Si eres developer, la pregunta inversa: ¿cuánto de tu trabajo real sucede dentro del IDE, y cuánto en cinco herramientas mal conectadas alrededor?

El IDE está muerto no como producto, sino como respuesta. La pregunta que respondía sigue importando, pero ya no es la principal.

Lo que define los próximos diez años de software no se está construyendo dentro de los IDEs. Se está construyendo en una categoría que aún no tiene nombre.

El IDE ha muerto.
Larga vida al IDE.