Durante casi dos décadas pensamos en Visual Studio Code de la misma manera.
Era un editor.
Excelente, extensible y rápido, pero seguía siendo un editor.
Después llegaron GitHub Copilot, las extensiones de IA y los primeros agentes. Parecía una evolución natural: un editor con inteligencia artificial integrada.
Pero las últimas actualizaciones de VS Code muestran algo diferente.
Ya no se trata únicamente de escribir código con ayuda de un modelo.
Microsoft está construyendo un entorno donde los agentes pueden descubrir modelos, ejecutar herramientas, mantener sesiones paralelas, administrar contexto, controlar costos y automatizar flujos completos de desarrollo.
En otras palabras, VS Code empieza a parecerse más a un runtime para agentes que a un editor de texto.
¿Qué cambió?
Las últimas versiones incorporan varias capacidades importantes:
-
descubrimiento de proveedores de modelos directamente desde el Marketplace;
-
ventanas de contexto de hasta 1 millón de tokens;
-
proveedor oficial de Ollama;
-
sesiones paralelas de agentes;
-
visibilidad del costo por conversación;
-
creación automática de Pull Requests desde una sesión de agente.
Cada una parece una mejora incremental.
Pero juntas cuentan otra historia.
El modelo deja de estar integrado al IDE
Durante años elegíamos un editor y, con él, heredábamos las herramientas disponibles.
Hoy ocurre lo contrario.
VS Code comienza a comportarse como una plataforma donde el modelo es simplemente otro componente intercambiable.
Desde el Marketplace es posible descubrir nuevos proveedores y conectarlos al flujo de trabajo del desarrollador.
Eso significa que un equipo puede trabajar con:
-
Claude;
-
GPT;
-
Gemini;
-
Ollama;
-
modelos open weights;
-
proveedores internos.
Todo desde la misma experiencia.
El IDE deja de definir el modelo.
El desarrollador decide cuál utilizar.
Ollama deja de ser una integración “de la comunidad”
Otro detalle importante es la incorporación de un proveedor oficial para Ollama.
Hasta hace poco, ejecutar modelos locales implicaba instalar extensiones de terceros o configurar endpoints manualmente.
Ahora pasa a formar parte del flujo estándar.
Eso reduce la fricción para equipos que quieren:
-
mantener el código dentro de su infraestructura;
-
experimentar con modelos open weights;
-
trabajar sin depender permanentemente de la nube;
-
controlar mejor costos y privacidad.
La ejecución local deja de ser un caso especial.
Empieza a convertirse en una opción de primera clase.
Un millón de tokens cambia el tipo de problemas que podemos resolver
Las ventanas de contexto de gran tamaño suelen presentarse como una carrera de números.
Pero su impacto real no está en el marketing.
Está en el tipo de trabajo que puede realizar un agente.
Con un millón de tokens es posible analizar:
-
repositorios completos;
-
documentación extensa;
-
múltiples microservicios;
-
especificaciones técnicas;
-
historiales de conversaciones.
En lugar de fragmentar el trabajo en decenas de prompts, el agente puede razonar sobre una parte mucho más amplia del sistema.
Las sesiones paralelas cambian la forma de trabajar
Uno de los mayores cuellos de botella de los primeros agentes era la secuencialidad.
Mientras un agente analizaba un problema, el resto del trabajo debía esperar.
Las sesiones paralelas empiezan a romper esa limitación.
Por ejemplo:
-
una sesión revisa arquitectura;
-
otra implementa una feature;
-
una tercera genera documentación;
-
otra ejecuta pruebas.
El desarrollador deja de conversar con un único asistente.
Empieza a coordinar varios flujos de trabajo simultáneamente.
El costo deja de ser invisible
Una de las novedades menos llamativas puede terminar siendo una de las más importantes.
VS Code ahora muestra el costo asociado a las conversaciones.
¿Por qué importa?
Porque muchas organizaciones ya no gestionan unos pocos prompts al día.
Gestionan miles de interacciones entre desarrolladores y agentes.
Cuando el consumo de tokens pasa a formar parte del presupuesto de ingeniería, deja de ser un detalle técnico y se convierte en una métrica operativa.
Ver el costo en el propio IDE ayuda a que cada equipo entienda el impacto de sus decisiones.
Del chat al Pull Request
Otro cambio interesante es la posibilidad de crear automáticamente un Pull Request desde una sesión de agente.
Parece una simple automatización.
Pero representa un cambio en el flujo de desarrollo.
Antes el agente terminaba cuando generaba el código.
Ahora puede completar una parte significativa del proceso:
-
implementar cambios;
-
ejecutar verificaciones;
-
preparar el commit;
-
generar el Pull Request.
El agente deja de producir únicamente código.
Empieza a producir trabajo listo para revisión.
Todas las piezas empiezan a conectarse
Si observamos las novedades de los últimos meses, aparece un patrón muy claro.
VS Code ya integra:
-
modelos intercambiables;
-
terminal;
-
Git;
-
Browser Tools;
-
MCP Servers;
-
sesiones paralelas;
-
contexto masivo;
-
control de costos;
-
automatización de Pull Requests.
No son funciones aisladas.
Son componentes de una misma plataforma.
Cada lanzamiento añade una nueva capacidad al entorno donde viven los agentes.
¿Qué es realmente un runtime para agentes?
En desarrollo de software hablamos de runtime como el entorno donde un programa puede ejecutarse y acceder a los recursos que necesita.
Si trasladamos esa idea a los agentes, el concepto cambia muy poco.
Un runtime para agentes proporciona:
-
acceso al sistema de archivos;
-
terminal;
-
navegador;
-
herramientas externas;
-
modelos;
-
memoria;
-
contexto;
-
políticas de seguridad;
-
observabilidad.
El modelo es solo una pieza.
El verdadero valor está en todo lo que lo rodea.
Y eso es precisamente lo que Microsoft parece estar construyendo.
La competencia ya no es entre modelos
Durante mucho tiempo la conversación giró alrededor de una única pregunta:
¿Qué modelo es mejor?
Hoy la pregunta empieza a ser otra.
¿Qué plataforma permite que los agentes trabajen mejor?
Porque un modelo excelente con pocas herramientas puede resultar menos útil que un modelo ligeramente inferior integrado en un entorno capaz de navegar aplicaciones, ejecutar comandos, utilizar MCP Servers, crear Pull Requests y trabajar con múltiples sesiones simultáneas.
La diferencia ya no está únicamente en la inteligencia.
Está en las capacidades.
El editor deja de ser el centro
Quizás esa sea la transformación más importante.
VS Code ya no evoluciona únicamente para ayudar a escribir código.
Evoluciona para coordinar agentes.
El editor sigue estando ahí.
Pero poco a poco deja de ser el protagonista.
Se convierte en la interfaz desde la que observamos, dirigimos y supervisamos un conjunto de agentes capaces de utilizar herramientas, modelos y contexto para completar tareas cada vez más complejas.
Y si esa tendencia continúa, dentro de unos años probablemente dejemos de hablar del “editor” que usamos.
Empezaremos a hablar del runtime de agentes sobre el que construimos nuestro trabajo diario.