Visual Studio Code 1.140, publicado el 30 de septiembre de 2026, acerca aún más Copilot a la ejecución gestionada de agentes. Las notas de la versión de Microsoft describen un arnés dedicado de Copilot, sesiones experimentales con varias carpetas, delegación de tareas remotas, la orquestación HydraFusion y un control empresarial para el nivel Auto predeterminado de selección de modelos.
Para los CTO y los responsables de ingeniería, la señal es clara: el desarrollo centrado en agentes exige ahora tomar decisiones sobre el aislamiento de cargas de trabajo, la ubicación de la ejecución, la orquestación de modelos y la política empresarial. Son cuestiones de plataforma, no preferencias del editor.
1. Las sesiones con varias carpetas aíslan el trabajo de los agentes
Qué es
Microsoft afirma que VS Code 1.140 añade compatibilidad experimental con sesiones con varias carpetas. Distintos chats pueden usar carpetas o worktrees independientes, lo que aísla los terminales, las tareas, los cambios de código y el estado de las pull requests asociados.
No es otra pestaña de chat. Es un límite alrededor del contexto de trabajo de una sesión de agente.
Por qué importa
El trabajo simultáneo de agentes puede generar ambigüedad operativa cuando las sesiones comparten archivos, terminales o el estado de las tareas. El modelo de varias carpetas da a los equipos de plataforma un mecanismo para comprobar si los worktrees independientes mejoran el control sobre los cambios en paralelo.
Por qué importa: tu equipo debería evaluar la función frente a sus prácticas actuales de ramas, worktrees, revisión de código y pull requests. El aislamiento experimental no debe tratarse como un sustituto de esos controles.
Un piloto útil compararía un flujo de trabajo con carpeta compartida con otro de carpetas o worktrees independientes y, después, examinaría en qué casos los desarrolladores pueden atribuir con claridad los terminales, las tareas y los cambios de código al chat correcto. La decisión es si esta separación reduce la sobrecarga de coordinación sin fragmentar la revisión.
2. El arnés de Copilot estandariza las sesiones de agente
Qué es
Según las notas de la versión de VS Code 1.140 de Microsoft, el comportamiento de los agentes de GitHub Copilot ahora se ejecuta a través de un arnés dedicado. Microsoft afirma que el cambio pretende que las sesiones de agente se comporten de forma coherente en VS Code y en otras herramientas de Copilot.
El arnés es la historia arquitectónica que hay detrás de los cambios visibles en el flujo de trabajo.
Por qué importa
La coherencia entre herramientas puede facilitar la puesta en operación de los flujos de trabajo de agentes, pero la coherencia que declara el proveedor sigue requiriendo validación local. Tu equipo debería comparar las mismas tareas representativas en las superficies de Copilot aprobadas y documentar cualquier diferencia en la ejecución o en los resultados.
Para los CTO: el cambio importante es el paso de una función integrada en un editor a un flujo de trabajo de agentes pensado para abarcar varias herramientas de Copilot. Esa trayectoria desplaza la responsabilidad hacia la función de plataforma para desarrolladores.
Por tanto, la estandarización debería abarcar algo más que la instalación. Los equipos necesitan una definición compartida del comportamiento aceptable de los agentes, de los requisitos de revisión y de las vías de escalado cuando las sesiones producen resultados distintos en diferentes herramientas.
3. La delegación de tareas remotas añade decisiones de ubicación
Qué es
Microsoft afirma que la ventana Agents puede delegar tareas en hosts remotos adecuados. La selección de hosts puede tener en cuenta características de la máquina como el sistema operativo, la memoria, la CPU y la carga.
Se trata de ubicación de cargas de trabajo remotas desde dentro del flujo de trabajo del agente.
Por qué importa
La delegación introduce una decisión de capacidad y de gobernanza: qué hosts deberían recibir tareas de agentes y en qué condiciones. Las notas de la versión describen las características de selección, pero no indican cómo deberían corresponderse esas características con las políticas internas de una empresa.
Por qué importa: los equipos de plataforma deberían definir las clases de hosts aptos antes de una adopción amplia. El sistema operativo, la memoria, la CPU y la carga son datos útiles para decidir la ubicación, pero no sustituyen a las reglas de la organización sobre el acceso y la propiedad de las cargas de trabajo.
Empieza con tareas acotadas en hosts remotos aprobados. Después, determina si el comportamiento de selección se ajusta al modelo de capacidad de tu equipo y si los desarrolladores pueden entender dónde se está ejecutando el trabajo delegado.
4. HydraFusion coordina modelos y revisión
Qué es
Microsoft presentó HydraFusion como una función en versión preliminar de investigación en VS Code 1.140. Según la información de la versión, coordina la selección de modelos y las etapas del flujo de trabajo, que pueden incluir crítica y revisión, con el objetivo declarado de equilibrar velocidad, coste y calidad.
No es una mejora de un único modelo. Es orquestación entre modelos y pasos del flujo de trabajo.
Por qué importa
HydraFusion convierte la capa de orquestación en una parte explícita de la experiencia de desarrollo. Para los equipos empresariales, eso plantea una cuestión de evaluación: si la selección y la revisión coordinadas producen resultados que justifiquen la complejidad adicional del flujo de trabajo.
Por qué importa: la velocidad, el coste y la calidad son criterios operativos que compiten entre sí. Una evaluación controlada debería definir qué criterio importa para cada tipo de tarea antes de comparar HydraFusion con el flujo de trabajo actual del equipo.
Quizá el punto de mayor alcance sea la trayectoria. El desarrollo centrado en agentes no se limita a enviar prompts a un modelo; avanza hacia sistemas que seleccionan, critican y revisan a lo largo de varios pasos.
5. Los controles empresariales gobiernan el nivel Auto predeterminado
Qué es
Microsoft afirma que VS Code 1.140 añade controles empresariales para configurar el nivel Auto predeterminado que se usa en la selección de modelos. Las notas de la versión no identifican la clave de configuración del control ni proporcionan más detalles de configuración.
La superficie de políticas existe, pero la evidencia disponible no permite una recomendación de configuración más específica.
Por qué importa
La selección automática de modelos influye en cómo los equipos piensan en el coste, la calidad y la supervisión. Un valor predeterminado configurable da a los administradores empresariales un punto de control, pero también exige una decisión de política explícita.
Qué significa para los responsables de TI: documenta si el nivel Auto está aprobado como valor predeterminado, si se limita a grupos de evaluación o si se aplaza hasta una revisión interna. No dejes que el valor predeterminado del editor se convierta por accidente en la política de IA de la organización.
En los sectores regulados, la gobernanza de la selección de modelos no es negociable. La acción inmediata es asignar la responsabilidad del valor predeterminado y establecer quién puede aprobar los cambios.
Conclusión
VS Code 1.140 convierte los flujos de trabajo de agentes de Copilot en una cuestión más amplia de gestión de la plataforma. Las sesiones con varias carpetas introducen aislamiento, el arnés dedicado busca la coherencia entre herramientas, la delegación remota añade decisiones de ubicación, HydraFusion anticipa la orquestación y el nivel Auto añade una superficie de políticas empresariales.
Qué significa para los equipos empresariales
Pon a prueba el aislamiento de sesiones. Prueba las sesiones con varias carpetas con repositorios representativos y comprueba si las carpetas o worktrees independientes aclaran la propiedad de las tareas.
Valida la coherencia del arnés. Compara los flujos de trabajo de Copilot aprobados entre herramientas en lugar de aceptar la coherencia que declara el proveedor sin pruebas internas.
Restringe la delegación remota. Define qué hosts remotos son aptos antes de que los equipos dirijan tareas de agentes según el sistema operativo, la memoria, la CPU o la carga.
Separa la evaluación de las versiones preliminares. Trata HydraFusion como una evaluación de una versión preliminar de investigación con criterios explícitos de velocidad, coste y calidad.
Asigna la responsabilidad de la política de modelos. Decide quién controla el nivel Auto predeterminado y cómo se revisarán los cambios.
El enfoque centrado en agentes no es una moda; es la dirección. La tarea de la empresa es hacer que esa dirección sea gobernable.
¡Feliz programación!