Microsoft ha publicado Visual Studio Code 1.141, una actualización que introduce sandboxing para Copilot y refuerza la seguridad en los flujos de trabajo con agentes de inteligencia artificial. Llega una semana después de la versión 1.140 y añade controles de acceso a archivos y red, mejoras en la gestión de sesiones y soporte para varias instancias de GitHub Enterprise, cambios pensados para quienes trabajan con agentes en proyectos sensibles.
La novedad central es el sandboxing para Copilot: una capa de aislamiento que limita qué archivos y recursos de red puede tocar un agente mientras ejecuta una tarea. Microsoft explica que esta función reduce el impacto de errores del modelo, ataques de prompt injection, dependencias no confiables y servidores de herramientas lanzados en local. Vamos a repasar en qué consiste exactamente y qué otras novedades trae esta versión para quienes trabajáis cada día con agentes de código.
Qué es el sandboxing de Copilot en VS Code 1.141
El sandboxing de Copilot en Visual Studio Code 1.141 añade una capa de aislamiento que controla el acceso del agente a archivos y a recursos de red mientras trabaja en una tarea. La función responde a una necesidad concreta: dejar que un agente opere en proyectos con información sensible o con conexiones externas, sin perder el control sobre lo que puede o no puede tocar.
Los desarrolladores ganan así una capa adicional de control sobre lo que el agente puede leer, modificar o consultar durante una sesión. Microsoft no ha detallado todavía el procedimiento exacto para activarlo ni los ajustes disponibles para configurarlo, así que ese dato habrá que confirmarlo cuando la compañía publique la documentación completa de la versión 1.141. Lo que sí deja claro es que la función está pensada para reducir riesgos, no para eliminarlos por completo: el aislamiento no sustituye la revisión humana del código que termina generando el agente.
Estos son los riesgos que Microsoft quiere contener
Microsoft señala cuatro escenarios concretos en los que el sandboxing puede limitar el daño cuando algo sale mal en un flujo de trabajo con agentes:
- Errores del modelo: el agente puede interpretar mal una instrucción y modificar archivos que no debería tocar; el sandbox limita el alcance de ese error.
- Ataques de prompt injection: alguien podría inyectar instrucciones maliciosas en el contexto del agente para que ejecute acciones no deseadas, y el aislamiento reduce esa superficie de ataque.
- Dependencias no confiables: si el agente instala o ejecuta paquetes de fuentes no verificadas, el sandbox restringe su acceso a recursos externos.
- Servidores de herramientas locales: algunos agentes lanzan servidores en el propio equipo para ejecutar tareas, y el sandbox controla qué puede hacer ese servidor.
Los agentes que ejecutan acciones por su cuenta amplían la superficie de riesgo frente a un simple autocompletado de código, y por eso Microsoft plantea el sandbox como una barrera adicional. Conviene recordar que esta capa de seguridad complementa, pero no sustituye, la revisión que cada equipo debe hacer del código que generan sus agentes antes de fusionarlo en producción.
Gestionar varias sesiones de agentes es más sencillo
Visual Studio Code 1.141 llega una semana después de la versión 1.140, que empujó el editor hacia el desarrollo multiagente. Esta entrega suma herramientas para que vigilar varias sesiones a la vez sea menos tedioso, algo que agradeceréis si trabajáis con varios agentes en paralelo sobre el mismo repositorio.
El nuevo comando Chat: Open Worktree Cleanup muestra cuánto espacio en disco ocupan los worktrees de sesiones de agente que ya están inactivas, y permite borrarlas según su tamaño o su antigüedad. También podéis configurar VS Code para que limpie automáticamente las sesiones asociadas a pull requests que ya se han fusionado, evitando que se acumulen carpetas sin uso.
La ventana Agents, por su parte, admite ahora mostrar varias sesiones en una cuadrícula redimensionable, con divisiones horizontales y verticales. Esto facilita comparar los resultados de varios agentes a la vez, maximizar una sesión concreta y volver después a la vista de cuadrícula sin perder de vista el resto. A esto se suma la detección automática de sesiones externas: el editor identifica ya las conversaciones iniciadas desde GitHub Copilot CLI o desde la app de GitHub Copilot sin que haga falta recargar la ventana Agents, como ocurría antes. Esas conversaciones se pueden abrir y continuar directamente desde el propio editor.
Edición en bloque y soporte para varias instancias de GitHub
La actualización trae también mejoras de edición y de gestión pensadas para entornos corporativos. Por un lado, llega el spread block pasting, que facilita copiar y pegar columnas de filas en bloques estructurados de código o de datos a lo largo de varias líneas; os resultará especialmente útil al trabajar con tablas, matrices o configuraciones que se repiten.
Por otro lado, las organizaciones que operan más de un despliegue de GitHub Enterprise pueden iniciar sesión ya en varias instancias a la vez. La configuración se hace a través del ajuste github-enterprise.uris, lo que simplifica el trabajo en entornos donde conviven varios despliegues de GitHub Enterprise bajo el mismo equipo de desarrollo. Administradores y desarrolladores pueden definir así cada instancia sin depender de cerrar sesión y volver a autenticarse cada vez que cambian de proyecto.
Así afecta el cambio para los que programan con agentes de IA
El sandboxing de Copilot afecta directamente a quienes trabajáis con agentes en proyectos que incluyen código sensible, dependencias externas o herramientas locales. En equipos con repositorios privados o datos confidenciales, esta capa de control adicional reduce el riesgo de que un agente acceda a información que no debería tocar.
Los responsables de seguridad y los administradores de sistemas también salen beneficiados del soporte para varias instancias de GitHub Enterprise, que facilita gestionar entornos corporativos distribuidos. El sandbox, de todos modos, es una capa más de protección: no sustituye la revisión del código que genera el agente, y conviene seguir auditando lo que producen en los proyectos más críticos.
Microsoft sigue apostando por la IA local e híbrida
Esta actualización se suma a otros movimientos de Microsoft en el terreno de la inteligencia artificial local e híbrida. La compañía ha puesto recientemente MAI-Code-1.1-Flash a disposición para ejecutarse en local, y está reforzando Copilot en Windows con inteligencia híbrida a través de tecnologías como HydraFusion y llama.cpp.
Microsoft también ha anunciado que GitHub Copilot cambiará pronto entre IA local y en la nube, aunque todavía no ha concretado una fecha para ese cambio. El anuncio en sí está confirmado por la compañía; lo que falta por saber es cuándo entrará en vigor esa alternancia automática entre modelos locales y remotos. Para quienes seguís de cerca el desarrollo de VS Code, estos movimientos dibujan una estrategia clara: acercar cada vez más la ejecución de modelos al propio equipo del desarrollador, reduciendo la dependencia de servicios en la nube cuando el proyecto o la política de la empresa lo requieran.