El "modo agente" ya está disponible, pero llega con cambios que marcan una nueva etapa
Visual Studio Code está cambiando. Y lo hace a pasos acelerados. Con la llegada oficial del "modo agente" a todos los usuarios y su integración con servidores MCP (Model Context Protocol), Microsoft ha querido dar un golpe sobre la mesa para consolidarse como líder en productividad con inteligencia artificial. Una noticia que ha pasado algo desapercibida, pero que es clave para entender el rumbo que está tomando el editor.
Desde ahora, cualquier usuario que inicie sesión con GitHub en VSCode tendrá acceso directo a GitHub Copilot y al modo agente, esa misma funcionalidad que ya hemos visto en otros editores como Cursor o WinSurf. Sin embargo, esta novedad viene acompañada de otra que no ha sentado tan bien a parte de la comunidad: el bloqueo progresivo de ciertas extensiones fuera del ecosistema Microsoft.
El caso C/C++ y el principio del cerco
Uno de los primeros ejemplos concretos es la extensión de C/C++, que ya no puede utilizarse en editores alternativos como Cursor. Su disponibilidad queda restringida a Visual Studio, Visual Studio Code, Visual Studio para Mac, Azure DevOps y otros productos de la casa. Aunque esto ya venía especificado en la licencia de uso, hasta ahora no se estaba aplicando con firmeza.
Y no se trata solo de C/C++. Extensiones como las de Python o algunas de las más utilizadas dentro del catálogo de Microsoft también podrían seguir el mismo camino. La razón, sencilla pero potente: licencia. Se trata de proteger la propiedad intelectual y fomentar el uso exclusivo de herramientas dentro del ecosistema propio.
Este movimiento ha encendido las alarmas, sobre todo entre quienes venían apostando por editores alternativos como Cursor o WinSurf. ¿Estamos ante un cierre progresivo del entorno VSCode a terceros? Todo apunta a que sí.
Un cambio de enfoque que redefine Visual Studio Code
Este no es un simple ajuste técnico. Es un giro estratégico. Si hace unos años VSCode se presentaba como un editor libre, abierto y colaborativo, hoy el foco está claramente puesto en el producto, en monetizar, en diferenciarse. Solo hay que entrar en la web oficial o revisar el changelog para ver que lo que antes era una lista de mejoras del editor, ahora es casi una campaña publicitaria del “modo agente”.
El editor ha cambiado. La inteligencia artificial lo ha invadido todo. Las APIs exclusivas para la versión de Microsoft son ahora el corazón del sistema, y las novedades puramente editoras han quedado relegadas a un segundo plano. Para bien o para mal, esto ya no va solo de escribir código: va de integrar servicios, de crear un entorno cerrado y altamente optimizado, pero también cada vez menos interoperable.
La respuesta del ecosistema: Cursor y WinSurf al ataque
Frente a este movimiento de Microsoft, editores como Cursor y WinSurf no se están quedando quietos. De hecho, WinSurf (un fork de VSCode con cada vez más protagonismo) ha lanzado recientemente funciones clave que responden directamente a las demandas de la comunidad, como la generación automática de mensajes de commit, una de las funcionalidades más pedidas.
Además, han cerrado acuerdos con plataformas como Netlify, permitiendo desplegar aplicaciones con un solo clic, sin configuraciones complicadas. Funciones pensadas para hacerle frente a un VSCode cada vez más corporativo.
La batalla por el editor número uno ha comenzado. Microsoft tiene los recursos, el ecosistema y la inteligencia artificial de su lado. Pero los forks, impulsados por comunidades activas y necesidades reales, no van a rendirse tan fácilmente.
