Long live the IDE: Codex y Antigravity están dejando algo atrás
Los agentes fullscreen intentan que dejes el editor. Los programadores necesitamos editor más que nunca — y esta es la razón.
Antigravity fue, por un momento, nuestro IDE favorito. Después le quitaron lo que lo hacía IDE — y se sintió como traición.
No es exclusivo de Antigravity. Codex, los modos “agent” de varios editores, y la nueva ola de herramientas de “AI coding fullscreen” empujan la misma narrativa: deja el editor, conversa con el agente, deja que el agente trabaje solo. Es seductor. Y, para casi todo lo que importa, está equivocado.
Tres cosas que un IDE real hace y un chat no
1. Diff visual de lo que la IA propone.
Cuando un agente toca 14 archivos, necesitas ver el diff lado a lado, con resaltado de sintaxis, con scroll de contexto arriba y abajo, con posibilidad de aceptar hunk por hunk. Un chat que te dice “modifiqué estos archivos, ¿ok?” te está pidiendo que apruebes a ciegas. Aprobar a ciegas no escala — los bugs sutiles viven en las líneas que no miraste.
2. Debugging real.
Breakpoints, watch expressions, step into, step over, stack trace
navegable. La IA es decente generando código nuevo. Es mediocre
debuggeando producción en vivo. Cuando algo se rompe en staging y
necesitas entender por qué — necesitas tu debugger, no un chat que
te sugiere console.log en lugares aleatorios.
3. Navegación del proyecto.
File tree, go-to-definition, find references, búsqueda global con regex. Cuando llegas a un repo nuevo de 50k LOC, los primeros 30 minutos navegándolo te dan más mental model que media hora preguntándole al agente. Y cuando el agente se equivoca (siempre pasa), poder verificar manualmente toma 10 segundos en lugar de tres iteraciones de prompt.
Por qué la industria empuja hacia el chat fullscreen
Dos razones, ninguna sobre tu productividad:
- Vendor lock-in. Si trabajas en su chat, no usas competidores fácilmente. El IDE neutral (VS Code, Neovim, JetBrains) es enemigo de cualquier vendor que quiere ser tu único surface.
- Demos. Es más fácil filmar un video impresionante de un agente que escribe una app de cero que filmar la realidad del trabajo diario, que se ve casi como antes — solo con autocompletado más potente y un chat lateral.
Ninguna de esas razones aplica a un programador real haciendo trabajo real.
La forma que sí funciona: el agente DENTRO del IDE
La mejor pareja humano-IA hoy no es el agente que reemplaza el IDE. Es el agente que vive dentro de él.
- Claude Code corriendo desde la terminal integrada de VS Code: el agente hace su trabajo, tú abres el diff lateral con un atajo, revisas, ajustas. El IDE sigue siendo tu cabina.
- Cursor con diff inline: te muestra el cambio propuesto en el mismo buffer donde estás. Aceptas o rechazas con una tecla. Sigue siendo un editor.
- Copilot inline + chat lateral: el modelo más sencillo y aún uno de los más productivos.
Los tres comparten un patrón: el IDE manda, el agente colabora. No al revés.
Lo que pedimos a las herramientas
Si construyes una herramienta de AI coding, lo que necesitamos no es una pantalla más grande con un chat. Necesitamos:
- API/CLI para que tu agente se invoque desde cualquier editor
- Output como diffs estándar, no como bloques de texto que tenemos que parsear con la vista
- Hooks para que el editor decida cuándo mostrar qué
- Trazas estructuradas (qué tools, qué tokens, qué archivos)
Construye la capability, no la interfaz. La interfaz ya la tenemos — se llama IDE, lleva 40 años evolucionando, y es buena.
Conclusión
El IDE no es legacy. Es el lugar donde el humano y el agente colaboran mejor. Las herramientas que intentan reemplazarlo están optimizando para su roadmap, no para nuestro trabajo.
Long live the IDE.
Si están evaluando tooling de AI coding para un equipo y quieren discutir setups concretos, conversemos — abrimos el chat aquí mismo.