Visual Studio Code 1.141, publicado el 7 de octubre de 2026, se concentra en la operación de las sesiones de agentes. La versión de octubre de 2026 introduce un Copilot harness, limpieza de worktrees, controles de almacenamiento, sandboxing de terminal, cuadrículas de sesiones, supervisión de procesos en segundo plano, continuidad de sesiones externas de Copilot y Codex, ejemplos de Dev Container, pegado en bloque y compatibilidad con varias cuentas de GitHub Enterprise.
Para los CTO y los líderes de ingeniería, la señal es clara: el desarrollo centrado en agentes ahora requiere controles operativos para la visibilidad de las sesiones, el almacenamiento, los límites de seguridad y la identidad, no solo acceso a modelos.
1. El Copilot harness unifica la ejecución de los agentes
Qué es
Las notas de la versión de Visual Studio Code 1.141 de Microsoft describen un proceso dedicado de Copilot harness basado en el Copilot SDK. Microsoft afirma que esta arquitectura alinea el comportamiento de los agentes con la app de GitHub Copilot y con Copilot CLI.
La misma versión extiende la continuidad de las sesiones más allá del editor. Según las notas de la versión, las nuevas conversaciones iniciadas en Copilot CLI o en la app de GitHub Copilot aparecen automáticamente como sesiones externas tras la primera solicitud, y los desarrolladores pueden abrirlas y continuarlas.
Las sesiones iniciadas en la app de ChatGPT o en Codex CLI también pueden continuarse dentro de VS Code. Se trata de un traspaso de sesiones, no simplemente de otro punto de entrada al chat.
Por qué importa
La compatibilidad con sesiones externas ofrece a los desarrolladores un lugar común para retomar el trabajo iniciado en los clientes de IA compatibles. Para los líderes de ingeniería, esto puede reducir la fragmentación del flujo de trabajo y, al mismo tiempo, convertir VS Code en una superficie de supervisión más importante.
La implicación arquitectónica va más allá de la comodidad del cliente. La actividad de los agentes puede originarse fuera del editor y aun así llegar a él para continuar el trabajo, por lo que tu modelo operativo debe tener en cuenta la procedencia y el traspaso de las sesiones.
Por qué importa: tu equipo debería definir qué clientes están aprobados para iniciar sesiones de agentes y dónde se espera que los desarrolladores las revisen. La continuidad entre clientes solo es útil cuando la responsabilidad sigue estando clara.
2. La limpieza de worktrees añade gobernanza del almacenamiento
Qué es
Las notas de la versión introducen el comando Chat: Open Worktree Cleanup para los worktrees de sesiones de agentes inactivas. Microsoft indica que el comando identifica los worktrees aptos, muestra su consumo de almacenamiento y permite una limpieza manual o automática.
Las sesiones activas, fijadas, en ejecución y a la espera de entrada quedan protegidas frente a la limpieza. VS Code 1.141 también puede avisar a los usuarios cuando el almacenamiento de las sesiones de agentes alcanza los umbrales configurados.
Microsoft indica que la limpieza puede configurarse para las sesiones aptas, incluidas las asociadas a pull requests fusionadas. Los controles vinculan el ciclo de vida de las sesiones con los resultados en el repositorio.
Por qué importa
Los worktrees de los agentes consumen almacenamiento más allá del árbol de código visible. Sin una directiva de limpieza, las sesiones simultáneas y abandonadas pueden convertir la experimentación local con agentes en una sobrecarga persistente en los equipos.
No se trata de un mantenimiento rutinario del editor. Es gestión de la retención del estado de desarrollo creado por agentes.
Qué significa para los equipos empresariales: fija una postura de retención antes de habilitar la limpieza automática. Tu directiva debería distinguir entre el trabajo activo, las investigaciones fijadas, las sesiones a la espera de entrada y el trabajo completado asociado a pull requests fusionadas.
3. El sandboxing de agentes se extiende a todas las plataformas
Qué es
Microsoft indica que las sesiones de Agent Host incorporan sandboxing de terminal en Linux, macOS y Windows. Según las notas de la versión de VS Code 1.141, el sandbox puede restringir el acceso de los agentes a archivos, redes y credenciales.
La versión también ofrece ejemplos experimentales de Dev Container para Go, .NET, Node.js, PHP, Python y Rust. Microsoft los etiqueta como experimentales, por lo que no deberían tratarse como plantillas de despliegue consolidadas.
Un modo independiente de pegado en bloque impide que el texto pegado se interprete como entrada ejecutable o interactiva en los contextos compatibles. Esto añade otro límite en torno al manejo de la entrada de los desarrolladores.
Por qué importa
El sandboxing multiplataforma ofrece a los equipos de plataforma una categoría de control común para las tres familias de sistemas operativos compatibles. No elimina la necesidad de determinar qué archivos, destinos de red y credenciales necesita un agente.
No es una garantía de seguridad absoluta. Es un límite que hay que configurar y probar.
En los sectores regulados, la telemetría de los agentes y la gobernanza del acceso no son negociables. Tu plan de despliegue debería probar las restricciones del sandbox con flujos reales de compilación, paquetes, autenticación y repositorios antes de una adopción más amplia.
Por qué importa: un sandbox que bloquea recursos necesarios genera presión para eludirlo, mientras que un sandbox permisivo debilita el control previsto. Los equipos de plataforma deberían documentar el acceso mínimo que necesita cada flujo de trabajo aprobado.
4. Las cuadrículas de sesiones mejoran la supervisión simultánea
Qué es
Según las notas de la versión, la vista Agents puede organizar varias sesiones en una cuadrícula horizontal o vertical redimensionable. Microsoft indica que el diseño seleccionado se conserva tras recargar.
Las sesiones del Copilot harness también pueden mostrar los procesos activos en segundo plano y los comandos que están ejecutando. En conjunto, estos cambios dejan ver más del trabajo que ocurre en las sesiones simultáneas.
La cuadrícula cambia la forma en que los desarrolladores supervisan a los agentes. Varias sesiones pueden permanecer visibles sin obligar a un patrón de revisión en serie, sesión a sesión.
Por qué importa
El trabajo en paralelo de los agentes crea un problema de gestión de la atención. Una cuadrícula persistente ofrece a los desarrolladores una forma más clara de comparar el estado de las sesiones, mientras que la visibilidad de los procesos en segundo plano ayuda a revelar comandos que siguen ejecutándose después de la interacción inmediata.
Visibilidad no es lo mismo que control. Sin embargo, ofrece a los revisores una base más sólida para decidir cuándo intervenir.
Qué significa para los líderes de ingeniería: los equipos que usan agentes simultáneos deberían establecer expectativas de responsabilidad y de revisión. La cuadrícula puede facilitar la supervisión en paralelo, pero no puede decidir qué desarrollador es responsable de un proceso en ejecución o de una sesión pendiente.
5. El inicio de sesión en GitHub Enterprise gana flexibilidad
Qué es
VS Code 1.141 permite que una sola ventana del editor inicie sesión tanto en cuentas de GitHub Enterprise Cloud como de GitHub Enterprise Server. Microsoft lo presenta como una mejora de autenticación para los desarrolladores que trabajan en ambos entornos.
Así, contextos empresariales que antes estaban separados pueden coexistir en una misma ventana de VS Code. Las notas de la versión no establecen un modelo de autorización específico para cada organización, por lo que los administradores deben evaluar el comportamiento frente a sus propias directivas de cuentas.
Por qué importa
El cambio puede reducir la fricción para los desarrolladores que trabajan en entornos de GitHub alojados en la nube y en servidor. También hace que el contexto de la cuenta sea más importante, porque ambas identidades pueden estar presentes en la misma ventana.
No es solo una función de comodidad. Es una cuestión de gobernanza de la identidad.
Por qué importa: tu equipo debería probar el acceso a los repositorios, el comportamiento de las extensiones y la selección de cuentas antes de estandarizar la actualización. Cuando los entornos en la nube y en servidor tienen reglas distintas de tratamiento de datos, los desarrolladores necesitan indicaciones claras sobre qué cuenta corresponde a cada flujo de trabajo.
En resumen
VS Code 1.141 orienta la operación de los agentes hacia flujos de trabajo gestionados, visibles y acotados. La versión combina la portabilidad de las sesiones con controles de limpieza, sandboxing, supervisión simultánea y una autenticación empresarial más amplia.
Lo centrado en agentes no es una tendencia: es la dirección. La pregunta operativa es si tus estándares de plataforma avanzan al mismo ritmo.
Qué significa para los equipos empresariales
Define reglas de retención. Decide cuándo los worktrees inactivos y las sesiones de agentes completadas pasan a ser aptos para la limpieza.
Prueba los límites del sandbox. Valida el acceso necesario a archivos, red y credenciales en los flujos de trabajo de Linux, macOS y Windows.
Establece la responsabilidad de las sesiones. Determina quién revisa las sesiones externas, los procesos en segundo plano y la actividad simultánea de los agentes.
Valida el comportamiento de la identidad. Prueba la selección de cuentas de GitHub Enterprise Cloud y GitHub Enterprise Server frente a tus directivas de acceso.
Haz un piloto antes del despliegue amplio. Evalúa el Copilot harness, los ejemplos experimentales de Dev Container, el pegado en bloque y la continuidad de las sesiones externas con equipos representativos.
¡Feliz programación!