La versión Visual Studio Code 1.146 de Microsoft lleva aún más las operaciones de agentes al Copilot harness, al tiempo que añade clasificación experimental de sesiones, ventanas de chat en vista previa, comparaciones de modelos ampliadas, continuidad de lienzos, administración de extensiones, conectividad remota y nuevos controles de confianza. La versión también pone a disposición las descargas de 1.146.0 e incluye un conjunto considerable de correcciones para terminal, tareas, marketplace, memoria, accesibilidad y editor.
Para CTO y líderes de ingeniería, la señal es clara: el desarrollo centrado en agentes se está convirtiendo en un modelo operativo, no en un panel lateral. El trabajo inmediato consiste en migrar desde el Local harness antes de febrero de 2027, decidir qué capacidades experimentales corresponden a los entornos administrados y validar los controles que rigen los modelos, las extensiones, las credenciales, los proxies y el acceso remoto.
1. La migración a Copilot Harness tiene una fecha límite en febrero de 2027
Qué es
Según las notas de la versión 1.146 de VS Code de Microsoft, el Copilot harness ha sido el predeterminado para las nuevas sesiones desde VS Code 1.143. Está construido sobre el SDK de Copilot y ejecuta sesiones mediante Agent Host, lo que permite que continúen en segundo plano y sigan siendo accesibles desde las ventanas del editor y la ventana Agents.
Microsoft afirma que el Copilot harness también aplica políticas administradas de sandbox y permisos que el Local harness no aplica. Se trata de un límite operativo, no simplemente de un tiempo de ejecución con otro nombre.
El Local harness ahora está obsoleto y programado para eliminarse en febrero de 2027. Microsoft indica que seguirá siendo utilizable durante los tres meses intermedios, pero está funcionalmente congelado; las nuevas funciones y mejoras se centrarán en el Copilot harness y no se garantiza que funcionen con el Local harness.
La configuración administrada empresarialmente vscode.temporaryDefaultToLocalHarness, introducida en VS Code 1.142, desaparecerá junto con el Local harness. Las organizaciones existentes no pueden tratar esa configuración como una política duradera.
VS Code 1.146 también amplía Agent Host a los repositorios virtuales. Microsoft afirma que los flujos de trabajo de Copilot harness ahora pueden operar en repositorios virtuales sin requerir que los usuarios los clonen en carpetas locales.
Por qué importa
Migre antes de la fecha límite. Su equipo debe inventariar los flujos de trabajo, conversaciones, personalizaciones, herramientas y políticas que todavía dependen del Local harness, y luego validarlos con el Copilot harness antes de febrero de 2027.
Dado que el tiempo de ejecución heredado está congelado, posponer la migración también significa posponer el acceso a las mejoras posteriores de los agentes. No se trata de un interruptor de compatibilidad con una vida útil indefinida. Es el retiro programado de un tiempo de ejecución.
La compatibilidad con repositorios virtuales amplía dónde pueden operar los agentes. Los equipos de plataforma deben revisar si las políticas existentes de Copilot y de acceso a repositorios cubren adecuadamente los repositorios abiertos como espacios de trabajo virtuales, porque la limitación técnica anterior ya no proporciona separación.
2. El modo Inbox convierte las sesiones de agente en una cola de trabajo
Qué es
Microsoft describe el modo Inbox experimental como una vista centralizada de sesiones de agentes entre proyectos. Está controlado por sessions.list.inboxEnabled, que está desactivado de forma predeterminada.
Después de habilitar la configuración, los usuarios seleccionan Grouping y luego Inbox Mode en la ventana Agents. Las sesiones que requieren atención aparecen primero, seguidas de los grupos Working, Ready to merge, On hold y Done.
Los usuarios pueden aplicar Dismiss from Inbox, Put on Hold o Snooze para aplazar una sesión. Microsoft distingue el descarte del archivado: descartar una sesión no la archiva, mientras que Mark Session as Done sí lo hace.
VS Code 1.146 también agrega acciones experimentales de lista de sesiones en sessions.list.inlineActions. Cuando están habilitados, estos controles pueden enviar solicitudes para corregir comprobaciones con errores o abordar comentarios de revisión sin abrir la sesión correspondiente.
Microsoft afirma que cada acción se dirige a la sesión de esa fila o a la sesión anidada en segundo plano. La configuración no habilita Agent Merge ni altera los permisos de acción existentes.
Por qué importa
El modo Inbox cambia la supervisión de agentes de la comprobación espacio de trabajo por espacio de trabajo a la gestión de una cola. Esto importa cuando los desarrolladores tienen varias sesiones en segundo plano esperando aprobación, generando cambios o preparando trabajo para integrar.
Pruebe la semántica antes de estandarizarla. Los equipos deben acordar qué significan Dismiss, On hold, Ready to merge y Done dentro de su proceso de desarrollo. De lo contrario, la interfaz compartida puede ocultar una gestión incoherente en lugar de mejorar la coordinación.
Las acciones integradas reducen la navegación, pero no reducen la autoridad. Los permisos existentes siguen rigiendo lo que un agente puede hacer, por lo que los administradores deben evaluar sessions.list.inlineActions como un control de flujo de trabajo en lugar de como un nuevo límite de permisos.
3. Las ventanas de chat reconfiguran el espacio de trabajo de agentes
Qué es
La capacidad de vista previa Chat windows proporciona ventanas independientes para los chats que contienen sus editores y terminales asociados. En Stable, está desactivada de forma predeterminada y requiere sessions.chatWindows.enabled; Microsoft indica que está habilitada de forma predeterminada en VS Code Insiders.
Los usuarios pueden hacer clic con el botón derecho en una sesión o chat y seleccionar Open in seguido de New Window, o arrastrar un chat fuera de la ventana Agents. El comando Move to Main Window lo devuelve.
Una ventana de chat puede contener varios chats de una o más sesiones. Los usuarios pueden seleccionar otra sesión desde la barra de título, arrastrar chats entre ventanas o iniciar una sesión con ⌘N en macOS o Ctrl+N en Windows y Linux.
Microsoft indica que los chats y editores se vuelven a abrir después de reiniciar VS Code. Dentro de cada ventana, los usuarios pueden mover partes, dividir diseños, mover pestañas del editor, adjuntar un editor al contexto del chat, reposicionar terminales y alternar entre disposiciones lado a lado y apiladas.
El comando Agents: Toggle Chat Conversation puede contraer una conversación apilada hasta su entrada. Developer: Reset Chat Window Layout restaura la disposición inicial.
Por qué importa
Las ventanas de chat permiten a los desarrolladores crear espacios de trabajo específicos para una tarea en torno a una sesión de agente, en lugar de alternar continuamente dentro de un panel compartido. Una sesión de revisión puede mantener juntas su conversación, los archivos modificados y el terminal, mientras otra ventana permanece dedicada a la implementación.
Esto crea una nueva capa de espacio de trabajo para soporte y gobernanza. Los equipos de plataforma deben probar la restauración tras reinicios, el uso de varios monitores, la ubicación de terminales, la adjunción de contexto y el comportamiento de extensiones antes de recomendar la vista previa para el trabajo habitual de producción.
La función sigue siendo una vista previa en Stable. Trate su persistencia de diseño como una comodidad del flujo de trabajo, no como sustituto de código confirmado, decisiones registradas o documentación duradera del proyecto.
4. Las extensiones de la ventana Agents reducen el cambio de contexto
Qué es
VS Code 1.146 amplía la sección experimental Extensions en Agent Customizations. Microsoft afirma que los usuarios ahora pueden buscar, instalar y desinstalar extensiones sin salir de la ventana Agents.
Las búsquedas en Marketplace incluyen extensiones que no están instaladas, junto con su publicador, número de instalaciones y valoración. Instalar una extensión la agrega a VS Code y la habilita en la ventana Agents, mientras que un menú desplegable adyacente puede seleccionar otra versión, incluida una versión preliminar.
VS Code advierte cuando una extensión aporta vistas, depuradores, elementos de la barra de estado o tutoriales sin declarar compatibilidad con la ventana Agents. Si la política organizativa impide la instalación, la interfaz presenta el motivo.
Los usuarios pueden abrir la administración de extensiones con ⇧⌘X en macOS, Ctrl+Shift+X en Windows y Linux, o el comando Extensions: Manage Extensions. Microsoft afirma que los accesos directos personalizados para la vista Extensions del editor también se aplican en la ventana Agents.
Por qué importa
El descubrimiento de extensiones dentro de la ventana Agents acorta el camino entre identificar una capacidad faltante e instalarla. También hace que la procedencia y compatibilidad de las extensiones sean más importantes, porque la instalación ahora ocurre directamente dentro de un espacio de trabajo centrado en agentes.
Preserve la gobernanza de extensiones. La disponibilidad en Marketplace no debe interpretarse como aprobación organizativa. Los equipos con marketplaces privados, listas de permitidos o publicadores bloqueados deben verificar que esas políticas produzcan los mensajes esperados en la ventana Agents.
Las advertencias de compatibilidad también merecen atención. Una extensión puede instalarse correctamente mientras algunas funciones aportadas sigan sin estar disponibles, por lo que los equipos de plataforma deben documentar las extensiones compatibles con la ventana de agentes en lugar de inferir la compatibilidad completa a partir del estado de instalación.
5. Las comparaciones de modelos incorporan Fusion y automatización de agentes
Qué es
Microsoft indica que Compare Models en la ventana Agents puede ejecutar una solicitud en varios modelos, evaluar las salidas con un juez y combinar sus fortalezas con un sintetizador.
VS Code 1.146 permite juzgar y sintetizar respuestas de solo chat sin seleccionar un espacio de trabajo. Al seleccionar Synthesize se crea un nuevo chat y no se modifican los intentos originales.
La vista previa también añade Copilot Fusion y sus niveles de esfuerzo compatibles como opciones para un intento, juez o sintetizador. Una contribución relacionada, la pull request #346434, expone el razonamiento de Copilot Fusion en el chat de Agent Host.
Las herramientas experimentales controladas por sessions.chat.compareAgents.tools.enabled permiten a un agente descubrir modelos, iniciar comparaciones y leer resultados y referencias de conversaciones. Microsoft indica que estas herramientas están desactivadas de forma predeterminada y requieren que Compare Models esté habilitado.
Deshabilitar las herramientas no elimina las comparaciones manuales. La distinción está entre la comparación iniciada por una persona y la evaluación iniciada por un agente.
Por qué importa
La selección de modelos ahora puede convertirse en un flujo de trabajo de evaluación repetible dentro del entorno de desarrollo. Los equipos pueden conservar resultados candidatos, generar una síntesis independiente y comparar niveles de esfuerzo sin sobrescribir los intentos iniciales.
Las evaluaciones ejecutadas por agentes incrementan la automatización, pero también amplían el alcance de la invocación de modelos. Los líderes de ingeniería deben definir escenarios de comparación aprobados, acceso esperado a los modelos y prácticas de rendición de cuentas de costes antes de habilitar sessions.chat.compareAgents.tools.enabled.
No se trata de una prueba comparativa independiente. Es un mecanismo de comparación dentro del producto cuyas conclusiones dependen de las solicitudes, el juez, el sintetizador y los modelos seleccionados.
6. Los lienzos obtienen permisos, descubrimiento y continuidad
Qué es
Microsoft describe los lienzos como superficies interactivas compartidas donde los desarrolladores y Copilot trabajan en planes, paneles y otros artefactos. VS Code 1.146 agrega solicitudes de permisos y varias mejoras de continuidad.
En las sesiones de Copilot harness, las extensiones de lienzo ahora solicitan aprobación antes de inicializar capacidades privilegiadas como hooks. Los menús de lienzos distinguen los lienzos en ejecución de los lienzos disponibles que se pueden instanciar, mientras que la ventana Agents sitúa las acciones de creación e instalación en Discover More.
Las sesiones inactivas de Copilot harness restauran sus lienzos sin requerir otro mensaje. Si se reinicia un proveedor de lienzo, la última imagen del lienzo permanece visible con un indicador de reconexión.
En ventanas de chat separadas, las pestañas de lienzo se cierran cuando su chat asociado sale de la ventana y pueden volver a abrirse con ese chat. Microsoft indica que los lienzos también se restauran después de recargar una ventana sin recibir el foco.
Por qué importa
La solicitud de permisos convierte la inicialización del lienzo en un evento explícito de confianza. Los desarrolladores no deben aprobar capacidades privilegiadas únicamente porque un lienzo aparezca dentro de una sesión existente de Copilot.
Las mejoras de continuidad hacen que los lienzos sean más adecuados para vistas persistentes de planificación y operaciones, pero también aumentan la importancia de probar el ciclo de vida. Los equipos deben verificar qué ocurre cuando se reinician proveedores, los chats se mueven entre ventanas, las sesiones se vuelven inactivas y las configuraciones administradas bloquean una extensión de lienzo.
Para entornos regulados, la procedencia del lienzo forma parte de la gobernanza de personalizaciones. No puede tratarse solo como presentación cuando las extensiones pueden inicializar hooks u otras capacidades privilegiadas.
7. El uso compartido remoto, la transferencia a la CLI y el envío en segundo plano amplían la movilidad de sesiones
Qué es
La configuración experimental sessions.chat.experimental.remoteEnvironmentsThisComputer añade controles para compartir el equipo actual con otros clientes mediante GitHub Environments o Dev Tunnels. Los usuarios también pueden deshabilitar el uso compartido o cambiar el nombre del equipo visible para los clientes.
Microsoft indica que las sesiones locales continúan ejecutándose directamente en el equipo independientemente de si el uso compartido está habilitado. Los controles están disponibles mediante Manage Remote Environments en el selector de entornos, Command Palette o el menú Remote Connections.
VS Code 1.146 también permite que una sesión experimental de GitHub Copilot CLI continúe en VS Code. Al introducir /code, o /code-insiders para VS Code Insiders, se sale de la CLI y se abre la misma sesión en la vista Chat de esa carpeta.
La transferencia requiere Copilot CLI 1.0.107 o posterior con funciones experimentales habilitadas mediante /settings experimental on. Se conservan el historial de conversación, el modelo, el esfuerzo de razonamiento, el modo y los permisos, pero los permisos específicos del proceso, como --allow-tool, y las aprobaciones previas no se transfieren.
Para volver a la CLI, los usuarios ejecutan el comando copilot --resume mostrado durante la transferencia. Si otro proceso de la CLI todavía mantiene la sesión, VS Code pregunta antes de abrirla.
La ventana Agents también obtiene una acción configurable de envío en segundo plano. ⌘Enter en macOS o Ctrl+Enter en Windows y Linux inicia una sesión sin abrirla, mientras que chat.sendInBackgroundTip.enabled puede mostrar el acceso directo configurado.
Por qué importa
Estos cambios hacen que las sesiones de agentes sean portátiles entre clientes, terminales, ventanas y entornos. También crean puntos de transición en los que se deben reevaluar los permisos y la exposición de red.
Revise cada límite de transferencia. Las aprobaciones de la CLI no se transfieren automáticamente a VS Code, que es la postura de seguridad correcta, pero puede ser una fuente de confusión para los usuarios. Los equipos deben documentar el flujo esperado de reaprobación.
El uso compartido de equipos debe gobernarse como acceso remoto, no simplemente como una comodidad para agentes. Los administradores deben decidir si GitHub Environments, Dev Tunnels, la denominación de equipos y la detectabilidad se alinean con los controles existentes de desarrollo remoto antes de habilitar la configuración experimental.
8. Skills sobre MCP añade un nuevo canal de contexto
Qué es
VS Code 1.146 agrega compatibilidad de vista previa con Skills sobre MCP de SEP-2640 mediante chat.agentHost.mcpSkills.enabled. Microsoft indica que los servidores MCP pueden usar la capacidad para proporcionar skills automáticamente al modelo.
La primera conexión a un servidor MCP que ofrece skills activa una solicitud de aprobación antes de que dichas skills entren en el contexto del modelo. Las skills aprobadas aparecen en la pestaña Skills del editor Agent Customizations.
Por qué importa
Skills sobre MCP convierten las conexiones de servidores en un mecanismo para añadir comportamiento y contexto al modelo. Por tanto, la solicitud de aprobación constituye un límite de confianza relevante.
Los equipos deben validar el servidor, las skills que expone y el contexto que estas introducen antes de aprobarlas. Esto no equivale a habilitar una integración pasiva. Cambia lo que el modelo puede descubrir y usar durante una sesión.
Los administradores deben incluir chat.agentHost.mcpSkills.enabled en las revisiones de gobernanza de MCP y determinar si la funcionalidad de vista previa corresponde a entornos de desarrollo administrados.
9. Los controles de permisos y sandbox se vuelven más granulares
Qué es
Microsoft afirma que las solicitudes de Copilot harness anteriormente sugerían permisos amplios a nivel de herramienta para operaciones que incluían recuperaciones web, comandos de terminal y lecturas de archivos. Por ejemplo, una decisión Allow in this Session para recuperar una URL podía permitir el acceso a cualquier URL durante esa sesión.
VS Code 1.146 cambia los valores predeterminados para proponer permisos más restringidos para dominios, comandos y directorios específicos. Esto reduce el alcance de una sola aprobación.
La nueva configuración chat.agent.sandbox.credentials.envVars permite a administradores o usuarios enmascarar variables de entorno seleccionadas en sesiones aisladas. Las herramientas del agente reciben marcadores de posición, mientras que los valores reales se restauran únicamente para destinos HTTPS aprobados configurados mediante injectHosts.
Microsoft indica a los usuarios que introduzcan nombres de variables de entorno en lugar de valores secretos en la configuración. En Windows, el enmascaramiento requiere acceso a la red local; en macOS y Windows, las herramientas que requieren confianza en certificados del sistema operativo necesitan que se confíe en el certificado de CA del sandbox.
La entrada de chat ahora muestra (sandbox enabled) cuando el sandboxing de terminal está activo. Microsoft indica que el indicador permanece sincronizado cuando los usuarios cambian de chat o modifican la configuración.
Por qué importa
Las solicitudes granulares reducen el radio de impacto de las aprobaciones rutinarias. Los equipos deben seguir enseñando a los desarrolladores a inspeccionar el dominio, comando o directorio propuesto en lugar de aprobar solicitudes de forma mecánica.
El enmascaramiento de variables de entorno introduce una ruta controlada para que las credenciales lleguen a hosts HTTPS aprobados mientras permanecen ocultas de las herramientas generales de los agentes. Este control solo es útil cuando las entradas de injectHosts se revisan estrictamente.
Trate la configuración de destinos como una política de secretos. Una lista de hosts amplia o incorrecta puede socavar el aislamiento previsto incluso cuando el enmascaramiento está habilitado. Los requisitos de red y certificados de Windows deben incluirse en las pruebas de implementación.
El indicador de sandbox también mejora la verificación en el momento de la interacción. Los desarrolladores ya no necesitan abrir un menú de permisos independiente para determinar si el sandboxing de terminal está activo.
10. Se amplían los controles de proxy y políticas empresariales
Qué es
Microsoft indica que las sesiones de Copilot ahora siguen la configuración de proxy de VS Code, incluida la configuración automática de proxy y la autenticación Kerberos, al ejecutarse localmente, en WSL o en un Dev Container local.
Las reglas de enrutamiento organizativas pueden seleccionar distintos proxies o conexiones directas para cada destino. Esto evita forzar todas las solicitudes por una única ruta de proxy.
La configuración administrada empresarialmente communication.support.url ahora puede dirigir a los desarrolladores afectados por restricciones de políticas compatibles a una página de ayuda de la organización. Microsoft indica que una URL HTTP o HTTPS absoluta válida agrega enlaces Contact Admin para restricciones como Agents deshabilitados o modelos deshabilitados por la organización.
VS Code 1.146 también amplía la configuración administrada por Copilot strictPluginOnlyCustomization a extensiones de lienzo independientes. Establecerla en true bloquea todas las categorías de personalización independientes compatibles mientras permite contenido de plugins apto.
En su lugar, los administradores pueden proporcionar una lista que contenga categorías seleccionadas: "skills", "agents", "hooks", "mcp" y "extensions". Microsoft señala que la política de VS Code ChatStrictPluginOnlyCustomization, que solo admite valores booleanos, no rige las extensiones de lienzo porque las administra el SDK de Copilot.
Por qué importa
La alineación de proxy cierra una brecha de configuración para las organizaciones que utilizan archivos PAC, Kerberos, WSL o Dev Containers locales. Los equipos de red deben probar el enrutamiento basado en destinos en lugar de asumir que las pruebas existentes de tráfico del editor cubren todas las rutas de sesiones de Copilot.
communication.support.url convierte una experiencia bloqueada en una ruta de soporte procesable. Su organización debe dirigirla a una página mantenida que explique el uso aprobado de Copilot, las solicitudes de acceso y las rutas de escalamiento.
Las restricciones de lienzos requieren el plano de control correcto. Confiar únicamente en ChatStrictPluginOnlyCustomization deja las extensiones de lienzo fuera de la política prevista, por lo que los administradores deben configurar la opción administrada por Copilot strictPluginOnlyCustomization.
11. Mejoran la accesibilidad, los diagramas, el navegador y las métricas
Qué es
La página Welcome ahora muestra un contorno visible cuando la propia página tiene el foco del teclado. Microsoft indica que sigue siendo enfocable para usuarios de lectores de pantalla.
VS Code 1.146 traslada el renderizado de chat, la vista previa de Markdown y los notebooks a Mermaid 12. Las notas de la versión identifican los diagramas de casos de uso y el comportamiento actualizado de diseño automático entre las capacidades resultantes.
El Integrated Browser ahora puede copiar la dirección file:// de una vista previa HTML local para utilizarla en un navegador externo o terminal.
Microsoft también corrigió las métricas de uso de GitHub Copilot para que las ediciones de agentes ya no cuenten el texto sin cambios entre ediciones como código recién añadido o eliminado.
Por qué importa
El contorno de foco proporciona a los usuarios de teclado una indicación visual de posición en la página Welcome. Las pruebas de accesibilidad deben incluir la propia página, no solo sus controles interactivos.
Mermaid 12 puede cambiar el diseño automático de los diagramas. Los equipos con Markdown o notebooks con muchos diagramas deben inspeccionar los artefactos renderizados importantes tras la actualización en lugar de asumir continuidad a nivel de píxel.
Copiar direcciones de archivos locales elimina una interrupción menor pero recurrente del flujo de trabajo. La corrección de métricas es más importante para los líderes de ingeniería porque los recuentos históricos y actuales de ediciones pueden no ser directamente comparables cuando el texto sin cambios deja de contabilizarse en exceso.
12. VS Code 1.146 ofrece amplias correcciones de fiabilidad
Qué es
La lista de contribuciones de VS Code 1.146 de Microsoft incluye correcciones para terminal, depuración, marketplace, tareas, editor, accesibilidad, memoria, búsqueda y chat:
- Rutas de terminal: La pull request
#343203corrige colisiones de subcadenas al contraer rutas de directorios de inicio, mientras que#345650usa un directorio de trabajo predeterminado respaldado por URI para adaptadores de detección de directorios de inicio. - Interacción con el terminal: La pull request
#334804restaura el foco cuando los usuarios hacen clic debajo de un widget de chat integrado, y#339330protege el desplazamiento antes de que se adjunte el renderizador. - Ciclo de vida del terminal: La pull request
#342420respetaparentTerminalpara terminales ya abiertos, mientras que#339488conserva los editores de terminal después de moverlos a otro grupo de editores. - Detección y predicción en terminal: La pull request
#339556encuentra perfiles en una ruta de shell de inicio de sesión ausente dePATH, y#305103evita que la predicción de escritura anticipada rechace secuencias de estilo válidas. - Depuración: La pull request
#341972envía el modo de punto de interrupción de excepción al adaptador de depuración. - Seguridad de solicitudes: La pull request
#332937mantiene accesible la URI completa en el diálogo de confirmación de URL de la solicitud. - Sesiones de borrador: La pull request
#345807, que aborda el problema#345692, conserva los editores de borradores abiertos al reemplazar una nueva sesión de borrador. - Fiabilidad de Marketplace: Las pull requests
#343686,#343687y#341049abordan solicitudes repetidas de inicio de sesión después de respuestas403, el almacenamiento en caché de detección de recursos protegidos y el bloqueo y la restricción de actualizaciones de Marketplace privado. - Seguridad de redirecciones: La pull request
#343690evita que las credenciales de solicitudes se reenvíen entre orígenes durante las redirecciones. - Edición integrada: La pull request
#339575respeta la visibilidad explícita del menú de margen de edición integrada. - Integración de políticas: La pull request
#345712permite el registro de Policy Helper mediante la configuración de VS Code. - Tareas: Las pull requests
#336159,#339551,#339550y#339387conservan el tipo de tarea, vacían los marcadores finales antes de terminar, mantienen errores distintos del mismo recurso y corrigen un error de contador de proveedores. - Variables de tareas: La pull request
#316369, que corrige el problema#160891, conserva variables sin resolver en las rutas de comandos de tareas de proceso. - Señales de accesibilidad: La pull request
#303604elimina una condición duplicada en la detección de cambios de propiedades. - Test Explorer: La pull request
#345896mejora el rendimiento al ejecutar muchas pruebas. - Estabilidad de notebooks: Las pull requests
#331805y#329000abordan una fuga de memoria en diferencias de texto y protegen la revelación de selección del cursor mientras se elimina una celda. - Administración de memoria: Las pull requests
#345461,#342528,#345781,#346139,#346126,#346501,#346498y#346268abordan fugas en el selector de color, el modelo de búsqueda de IA, los escuchadores de búsqueda de archivos, el widget de búsqueda del terminal, el emisor de progreso de búsqueda, los mapas de recursos de marcadores, los observables con rebote y la búsqueda de combinaciones de teclas. - Reducción de memoria: La pull request
#342397reduce el uso de memoria en 24 kB. - Diseño de chat: La pull request
#345436, que corrige el problema#275257, trunca los títulos de solicitudes sugeridas para evitar desbordamientos en diseños de chat estrechos. - Renderizado de minimapa: La pull request
#311689elimina una regresión que obligaba al minimapa a permanecer opaco. - Documentación de hooks: La pull request
#346593corrige la descripción de la sección Hooks.
Por qué importa
La amplitud de estas correcciones hace que 1.146.0 sea relevante más allá de la adopción de Copilot. Los equipos que usan intensamente el terminal, los usuarios de Marketplace privado, los autores de proveedores de tareas, los usuarios de notebooks y las grandes suites de pruebas reciben correcciones específicas.
Los equipos de seguridad deben prestar especial atención al reenvío de credenciales entre orígenes y a la visibilidad de URL en solicitudes. Estas correcciones afectan a la información que los usuarios pueden verificar y a los límites a través de los cuales viajan las credenciales.
Los equipos de plataforma también deben volver a probar la autenticación de Marketplace privado, la restauración de terminales, los informes de finalización de tareas, la eliminación de notebooks y los flujos de trabajo prolongados de búsqueda o terminal. Esta versión contiene numerosas correcciones de fiabilidad específicas cuyo valor depende de las cargas de trabajo que realmente ejecuten sus desarrolladores.
Conclusión
Qué significa esto para los equipos empresariales
- Complete el inventario de harnesses. Identifique los flujos de trabajo del Local harness y trasládelos al Copilot harness antes de febrero de 2027.
- Controle deliberadamente las capacidades experimentales. Evalúe
sessions.list.inboxEnabled,sessions.list.inlineActions,sessions.chat.compareAgents.tools.enabledy el uso compartido de equipos remotos antes de implementarlos en entornos administrados. - Pruebe los cambios de espacio de trabajo en vista previa. Valide
sessions.chatWindows.enabled, la restauración de lienzos, la compatibilidad de extensiones y el renderizado de Mermaid 12 con proyectos representativos. - Refuerce la gobernanza de agentes. Configure permisos granulares, enmascaramiento de variables de entorno, enrutamiento de proxy, enlaces de soporte, aprobación de skills de MCP y restricciones de lienzos administradas por Copilot.
- Reestablezca las métricas operativas de referencia. Tenga en cuenta la corrección del recuento de ediciones de agentes al comparar datos de uso antes y después de la actualización a VS Code 1.146.
Lo centrado en agentes no es una tendencia. Es la dirección, y VS Code 1.146 le pone una fecha límite firme de migración.
¡Feliz programación!