De VS Code a Codex: ahora también hay que aprender a delegar

El cambio está en lo que le encargas a la herramienta

Pedir una función y encargar la corrección de un fallo son formas distintas de programar con IA. En la segunda, el agente puede localizar archivos, modificar código, ejecutar pruebas y revisar el resultado. El trabajo del desarrollador se desplaza hacia definir el problema y comprobar que la solución merece entrar en el proyecto.

VS Code, Windsurf, Cursor, Antigravity, Claude Code y Codex permiten recorrer esa evolución. Sus etapas se solapan y sus capacidades también. La pregunta útil es qué parte del trabajo puedes delegar y qué evidencia necesitas para aceptarla.

VS Code y Copilot: ayuda mientras escribías

VS Code se presentó en 2015 y alcanzó su versión 1.0 en abril de 2016. Reunía edición, navegación y depuración en un entorno extensible. Tú decidías qué archivo abrir, qué cambiar y qué comando ejecutar.

La preview de GitHub Copilot, en junio de 2021, llevó al editor sugerencias de líneas y funciones completas. El ahorro estaba cerca del teclado: completar una estructura, proponer una implementación o ayudar con una API. Seguías llevando cada paso de la tarea.

Ese tipo de asistencia sigue teniendo sentido para una modificación pequeña. Lo que ha crecido es la cantidad de trabajo que la herramienta puede coordinar antes de necesitar otra indicación.

Windsurf y Cursor ampliaron el contexto al proyecto

El siguiente salto consistió en trabajar sobre varios archivos relacionados. Una petición como cambiar una respuesta de la API puede afectar a su consumidor, los tipos y las pruebas. La herramienta necesita encontrar esas relaciones para proponer un cambio coherente.

Windsurf se presentó en noviembre de 2024 con Cascade, que combinaba contexto del repositorio, herramientas y seguimiento de las acciones del desarrollador. Ese mismo mes, Cursor documentó una primera versión de Agent en Composer capaz de elegir contexto y utilizar el terminal. La secuencia de herramientas que cada persona probó no coincide necesariamente con su orden de lanzamiento.

El desarrollador empezó a revisar conjuntos de cambios, no solo sugerencias aisladas. Ahí aparece otro problema: un diff, la comparación entre el código anterior y el nuevo, puede parecer convincente y esconder una modificación que nadie pidió. La capacidad de editar más archivos hace más valioso delimitar el encargo.

Antigravity puso la ejecución y la revisión en primer plano

Google presentó Antigravity en noviembre de 2025 con una vista de editor y un espacio para coordinar agentes. El trabajo podía recorrer código, terminal y navegador. A los cambios se añadían entregables como planes, capturas y grabaciones para revisar lo que había hecho el agente.

Eso importa en una aplicación real. Compilar una pantalla no demuestra que se pueda completar un formulario, que el error sea comprensible o que el diseño funcione en móvil. Poder recorrer la interfaz acerca la comprobación al resultado que utilizará una persona.

Una captura sigue mostrando solo un estado. Para aceptar el cambio hay que revisar también los casos que esa demostración deja fuera.

Claude Code y Codex: una tarea puede continuar entre herramientas

Claude Code apareció en preview en febrero de 2025, antes de Antigravity. Hoy su documentación lo sitúa en terminal, IDE, aplicación de escritorio y navegador. Codex también ofrece aplicación, CLI y extensión de editor. Esta etapa se entiende mejor por la forma de delegar que por una supuesta vuelta al terminal.

El agente trabaja dentro de un harness, la capa que organiza el contexto, las herramientas, los permisos y la continuidad de la sesión. Puede leer un error, buscar su causa, editar y comprobar. Elegir otro modelo y cambiar ese entorno de ejecución son decisiones diferentes.

El repositorio pasa a formar parte de las instrucciones. Los comandos de prueba, las decisiones de arquitectura y las restricciones que dejas documentadas evitan que cada sesión empiece reconstruyendo el proyecto. Conviene conservar información vigente y específica, en lugar de acumular normas que se contradigan.

Un encargo mejor también mejora lo que puedes revisar

Para una exportación de pedidos a CSV, «añade el botón» deja muchas decisiones abiertas. Un encargo más útil especifica que debe respetar los filtros, mantener el aislamiento entre cuentas y manejar un resultado vacío. Después pide comprobar comas y acentos en los datos, además de descargar el archivo desde la interfaz. Es un ejemplo propuesto de alcance y validación.

Las pruebas tienen que representar el comportamiento esperado. Si el agente interpreta mal un requisito y escribe pruebas que confirman esa misma interpretación, todo puede pasar y la función seguir estando mal. Por eso conviene revisar los criterios y las pruebas además del código.

Las reglas que no admiten excepciones necesitan controles efectivos. Una instrucción escrita puede orientar al agente; la autorización de una operación debe comprobarla la aplicación, y las condiciones de integración deben seguir aplicándose en la integración continua.

La productividad se comprueba cuando el cambio llega bien

Medir solo cuánto tarda en aparecer el código deja fuera la revisión, las correcciones y los fallos que llegan después. Para comparar una herramienta, registra el tiempo hasta aceptar el cambio, el trabajo humano que requiere y los defectos encontrados tras integrarlo. Añade el coste del modelo y de su ejecución cuando corresponda.

También importa cuánto código nuevo necesita la solución. Una abstracción innecesaria puede funcionar hoy y encarecer todas las modificaciones siguientes. Revisar dependencias, duplicación y complejidad forma parte de la calidad del resultado, aunque la demostración sea impecable.

Un segundo agente puede ayudar a encontrar problemas, pero su aprobación también necesita evidencia. Los tests, el análisis estático y la revisión del comportamiento ofrecen señales distintas; sumar opiniones de modelos no convierte una suposición compartida en una comprobación.

Lo que parece más próximo en los siguientes meses

A octubre de 2026 ya se aprecia una convergencia. VS Code permite trabajar con agentes y gestionar sesiones; Cursor 3 reúne trabajo local y en la nube. El producto que nació como Windsurf se presenta ahora como Devin Desktop, con la coordinación de agentes en primer plano. El editor sigue disponible mientras crece el espacio dedicado a asignar y revisar tareas.

Mi previsión para los próximos seis a doce meses es que aumenten las tareas que continúan sin atención constante y entregan cambios revisables. También que gane peso comprobar la aplicación en ejecución, conservar contexto útil y conectar agentes a los sistemas del equipo con permisos concretos. Son tendencias apoyadas en capacidades existentes, no un calendario de funciones garantizadas.

El límite práctico será coordinar ese trabajo. Varias tareas independientes pueden avanzar en paralelo; varias decisiones incompatibles sobre el mismo módulo generan integración y revisión adicionales. El paralelismo merece la pena cuando puedes separar responsabilidades y comprobar el conjunto después.

Qué aprender para que la mejora dure más que una herramienta

Daría prioridad a aprender a acotar tareas, leer diffs y diseñar pruebas que detecten un comportamiento incorrecto. Mantendría cerca la depuración, el modelo de datos, la seguridad y el conocimiento del producto. Son los recursos que permiten reconocer una solución que compila pero resuelve el problema equivocado.

Después observaría los cambios de las herramientas que afectan al trabajo real: calidad al recuperar contexto, continuidad tras una interrupción, control de accesos y facilidad para revisar. Una ventana de contexto mayor o más agentes simultáneos solo interesan si mejoran el resultado y compensan su coste.

Reservaría parte del tiempo ganado para entender las decisiones importantes. Pide al agente que explique una modificación que no tienes clara, contrástala con la documentación y recórrela con el depurador cuando haga falta. Delegar la ejecución resulta mucho más útil cuando conservas capacidad para juzgarla.

Fuentes