Visual Studio Code 1.145, publicado por Microsoft el 4 de noviembre de 2026, acerca el trabajo con agentes remotos a la experiencia del editor local. La versión añade vistas previas de aplicaciones remotas, lienzos remotos, arneses de agentes mixtos, automatizaciones locales basadas en cron, controles de visualización del chat, cambios en los archivos adjuntos, actualizaciones de gobernanza de MCP, excepciones de exclusión de archivos, trabajo en la API de extensiones y eliminaciones del arnés Local.
Para los CTO y líderes de ingeniería, la señal es clara: el desarrollo centrado en agentes se expande más allá del chat hacia la ejecución remota, la automatización recurrente, las interfaces interactivas y las herramientas controladas por políticas. La oportunidad es una cobertura más amplia de flujos de trabajo, pero las marcas de vista previa, las dependencias de sandbox, la prioridad de MCP y las herramientas eliminadas del arnés Local requieren una validación deliberada antes del despliegue.
1. VS Code 1.145 publica compilaciones estables
Qué es
Microsoft enumera descargas de Visual Studio Code 1.145.0 para Windows, macOS y Linux en la página de la versión. Los formatos disponibles incluyen compilaciones de Windows x64 y Arm64, compilaciones de macOS Universal, Intel y Apple Silicon, y paquetes habituales de Linux.
Esta es una versión estable, no un paquete exclusivo de Insiders.
Por qué es importante
Los equipos de plataforma pueden iniciar un despliegue controlado mediante su proceso existente de distribución del editor. Las etiquetas de vista previa y experimental siguen aplicándose a capacidades individuales, por lo que instalar el editor estable no hace que todas las funciones incluidas estén listas para producción.
Por qué es importante: Separe la decisión de actualizar el editor de la habilitación de funciones. Despliegue 1.145.0 mediante un anillo piloto y, después, evalúe individualmente las funciones de agentes y gobernanza restringidas.
2. Navegación y lienzos de agentes remotos
Qué es
Microsoft afirma que el navegador integrado en la ventana de Agents ahora puede cargar páginas mediante un host de agente remoto cuando está habilitado workbench.browser.enableRemoteProxy. Si un agente inicia un servidor de desarrollo en la máquina remota, el desarrollador puede abrir esa aplicación dentro de la ventana de Agents, inspeccionar el resultado y proporcionar comentarios sin abandonar la sesión.
Los lienzos remotos se basan en la misma conexión. Habilitar tanto chat.canvases.enabled como workbench.browser.enableRemoteProxy permite que los lienzos alojados por un host de agente remoto aparezcan en VS Code.
Los lienzos también pueden fijarse en la barra lateral izquierda mediante la acción Add to Sidebar. Microsoft etiqueta la navegación remota y los lienzos remotos como Preview, mientras que la fijación en la barra lateral es Experimental.
Por qué es importante
Las vistas previas remotas reducen el cambio de contexto que ocurre cuando un agente modifica código en otro host, pero la validación aún se realiza mediante un navegador configurado por separado. El cambio de enrutamiento también es relevante: el tráfico del navegador puede originarse a través del host remoto en vez de la estación de trabajo del desarrollador.
Para entornos regulados, esa distinción de red no es negociable. Su plan de validación debe confirmar qué host resuelve los destinos, qué recursos de red pasan a ser accesibles y si el contenido de aplicaciones remotas es apropiado para mostrarse dentro de la ventana de Agents.
Acción: Pruebe workbench.browser.enableRemoteProxy con flujos de trabajo representativos de SSH, WSL y Dev Container antes de habilitarlo de forma generalizada. Considere chat.canvases.enabled como una aprobación independiente porque los lienzos introducen interfaces interactivas proporcionadas por agentes.
3. Arneses mixtos y la transición a Copilot
Qué es
Las sesiones anidadas heredaban anteriormente el arnés de la sesión principal. En su lugar, VS Code 1.145 puede colocar chats que usan arneses diferentes dentro de una misma sesión principal cuando está habilitado chat.agentHost.multipleChatProviders.enabled.
Microsoft ofrece el ejemplo de pedir a Claude que revise un plan escrito en un chat de Copilot o asignar la misma tarea a Codex para obtener un resultado en paralelo. Cada chat conserva su propio modelo, agente, niveles de permisos, historial y arnés seleccionado cuando se mueve o bifurca.
El selector de arnés ahora identifica las sesiones de Copilot, y las sesiones del arnés de Copilot pueden continuar en segundo plano mediante el Agent Host. Microsoft también añadió una guía de transición de arnés Local a Copilot que cubre la compatibilidad de personalizaciones, la continuidad de sesiones, el despliegue organizativo y la verificación.
Por qué es importante
Los arneses mixtos convierten la comparación de modelos en parte de un único contexto de trabajo, en lugar de un conjunto de sesiones desconectadas. No se trata solo de una comodidad de interfaz de usuario. Sitúa la selección de proveedores, el ámbito de aprobación y el comportamiento del modelo dentro de la misma unidad de trabajo.
Las organizaciones deben decidir si los proveedores en paralelo se ajustan a las políticas existentes de uso de IA antes de habilitar chat.agentHost.multipleChatProviders.enabled. Un chat conserva los permisos asociados a su propio arnés, por lo que los revisores no deben asumir que los chats hermanos comparten controles idénticos.
Por qué es importante: La migración de arneses se está convirtiendo en una decisión de modelo operativo. Inventaríe las personalizaciones del arnés Local, valide la compatibilidad del arnés de Copilot y confirme qué arneses alternativos permite la política organizativa.
4. Programaciones cron y automatizaciones de agentes locales
Qué es
Las automatizaciones locales ahora pueden usar una expresión cron personalizada de cinco campos cuando los preajustes de programación integrados no son lo suficientemente precisos. Microsoft afirma que el diálogo de programación valida la expresión y describe la programación resultante.
La función se aplica únicamente a automatizaciones locales. Las programaciones cron no están disponibles para automatizaciones en la nube en esta versión.
VS Code 1.145 también permite que una automatización local use un agente personalizado del espacio de trabajo seleccionado. Las automatizaciones deshabilitadas se trasladan a una sección contraída para que las programaciones activas y el historial de ejecuciones permanezcan destacados.
Por qué es importante
Cron amplía las automatizaciones desde una comodidad basada en preajustes hasta una capa de ejecución recurrente más flexible. Esa flexibilidad también genera cuestiones operativas sobre actividad de agentes sin supervisión, estado del espacio de trabajo, credenciales y disponibilidad de la máquina.
Esto no es un programador en la nube. Es trabajo recurrente vinculado a un Agent Host local.
Acción: Exija un responsable, una ventana de ejecución y un procedimiento de revisión para cada automatización basada en cron. Valide las expresiones en el editor, documente el agente de espacio de trabajo seleccionado y confirme que el host estará disponible cuando esté programada la ejecución de la tarea.
5. Conjuntos de trabajo y sandbox obligatorio
Qué es
Microsoft afirma que el conjunto de trabajo Experimental para sesiones del arnés de Copilot ahora abre archivos de espacios de trabajo WSL, Dev Containers y SSH en el host correcto. Cuando llamadas de herramientas paralelas editan el mismo archivo, el conjunto de trabajo realiza el seguimiento de esos cambios y mantiene disponibles los controles de revisión en línea después de que termine la edición.
La versión también mejora la advertencia que se muestra cuando una organización exige sandboxing de agentes, pero la máquina no puede ejecutarlo. El banner identifica por qué están bloqueados los comandos de terminal, incluida una dependencia ausente, y dirige al usuario hacia la resolución de problemas.
Cuando la cuenta y la organización lo permiten, Microsoft sugiere considerar las sesiones en la nube Experimentales cuando las herramientas de agentes locales no pueden ejecutarse.
Por qué es importante
La selección correcta del host es esencial cuando una ventana del editor abarca recursos locales y remotos. Abrir un archivo en el lado incorrecto de ese límite puede confundir la revisión, ocultar el origen de una edición o dirigir la corrección al entorno equivocado.
La advertencia de sandbox es igual de importante porque el sandboxing obligatorio por política falla de forma cerrada. La ausencia de un sandbox compatible significa comandos de terminal bloqueados, no una ejecución silenciosa sin el aislamiento requerido.
Acción: Añada escenarios de conjuntos de trabajo WSL, Dev Container y SSH a sus pruebas de aceptación de agentes. Para sandboxing administrado, documente las dependencias necesarias y establezca una vía de escalación para los usuarios que reciban el banner de bloqueo.
6. Verbosidad del chat, rendimiento y archivos adjuntos
Qué es
La configuración Experimental chat.persistentProgressVerbosity introduce tres modos de visualización:
- Conversation: el razonamiento y las llamadas a herramientas aparecen en secciones contraídas entre el texto de respuesta.
- Verbose: las llamadas a herramientas permanecen expandidas sin un límite interno de desplazamiento en los grupos de herramientas.
- Compact: las llamadas a herramientas aparecen mientras se ejecutan y luego se contraen en filas de resumen; este es el valor predeterminado.
Cambiar el modo afecta a la presentación, no al contexto del chat ni al comportamiento del agente. Los usuarios pueden cambiar de modo sin iniciar otra sesión. La configuración independiente chat.progressBorder.enabled sustituye el indicador de progreso persistente por un borde de entrada animado.
Microsoft también afirma que los chats largos del arnés de Copilot se reabren con mayor fluidez porque VS Code reutiliza los títulos de razonamiento existentes, muestra la salida de terminal restaurada cuando se revela y reduce las actualizaciones de progreso y las mediciones de diseño repetidas.
La configuración Experimental chat.inlineAttachments.enabled coloca las píldoras de archivos adjuntos en el cursor. Está habilitada de forma predeterminada en Insiders y deshabilitada de forma predeterminada en Stable.
Por qué es importante
La verbosidad es un control de observabilidad, no un control de capacidades. El modo Verbose puede facilitar la resolución de problemas y la revisión, mientras que el modo Conversation reduce la carga visual para el trabajo rutinario.
La representación diferida debería facilitar la reapertura de sesiones largas, pero no reduce la importancia de la gobernanza o revisión de sesiones. Mientras tanto, los archivos adjuntos en línea preservan la relación entre una instrucción y su contexto referenciado, lo que puede reducir la ambigüedad en prompts complejos.
Acción: Estandarice un modo de vista recomendado por escenario. Use Compact o Conversation para el trabajo rutinario y Verbose al revisar el comportamiento de herramientas, permisos o resultados inesperados.
7. Archivos adjuntos externos y acceso a sesiones
Qué es
Los usuarios ahora pueden seleccionar Add Context y después Files para adjuntar uno o más archivos mediante el diálogo estándar del sistema, incluidos archivos fuera del espacio de trabajo activo. Esto también funciona en un chat nuevo sin un espacio de trabajo abierto.
Microsoft afirma que los selectores de archivos de las sesiones en la nube solo enumeran imágenes. En sesiones del arnés de Copilot con sandbox, una ruta adjunta se vuelve legible durante el resto de esa sesión, pero permanece no modificable y el acceso no se guarda en la configuración.
Con permisos Manual, el agente ya no pregunta antes de leer un archivo adjuntado explícitamente. Si la configuración administrada por la empresa define rutas legibles, los archivos adjuntos no se añaden por sí mismos a esa lista administrada.
Por qué es importante
El diálogo de archivos facilita añadir contexto externo, pero también reduce la fricción entre los archivos de escritorio y una sesión de agente. El límite importante es el adjunto explícito: la ruta seleccionada pasa a ser legible durante esa sesión incluso cuando se encuentra fuera del espacio de trabajo.
Este es un acceso limitado a la sesión, no un cambio permanente de política.
Acción: Capacite a los usuarios para tratar los archivos adjuntos como una decisión de divulgación. Los entornos administrados deben probar cómo interactúan los archivos adjuntos externos con el sandboxing, los permisos Manual, los límites de imágenes de las sesiones en la nube y los controles empresariales de rutas legibles.
8. Aplicaciones MCP y prioridad de la lista de permitidos empresarial
Qué es
Las aplicaciones MCP ahora pueden registrar herramientas que el modelo de lenguaje puede llamar en su siguiente solicitud. Microsoft usa un servidor ShaderToy como ejemplo de una aplicación MCP que permite al modelo iterar sobre shaders mediante una interfaz interactiva.
Para los servidores MCP iniciados por VS Code, la lista allowedMcpServers administrada por la empresa ahora tiene prioridad sobre el acceso solo mediante registro. Un servidor que coincide con la lista administrada puede ejecutarse aunque no esté publicado en el registro, mientras que un servidor del registro ausente de la lista queda bloqueado.
Microsoft especifica varios límites:
- Lista vacía:
[]bloquea todos los servidores MCP. - Lista ausente: las restricciones solo mediante registro se aplican como antes.
- Política de usuario y espacio de trabajo: estos ámbitos no pueden añadir servidores a la lista empresarial.
- Denegaciones:
deniedMcpServersy deshabilitar MCP siguen teniendo prioridad. - Ámbito: el cambio se aplica a los servidores iniciados por VS Code, no a los servidores administrados por el Agent Host.
- Coincidencia: Microsoft recomienda reglas
serverUrlyserverCommanden lugar deserverName.
Por qué es importante
Las aplicaciones MCP ahora combinan interfaces interactivas con herramientas invocables. Esto amplía lo que un servidor aprobado puede exponer al modelo, por lo que la aprobación de servidores se convierte en la práctica en aprobación de herramientas.
El cambio de prioridad de la lista de permitidos es el problema administrativo más inmediato. Una lista administrada es ahora el conjunto autoritativo para los servidores iniciados por VS Code, incluso cuando la política solo mediante registro también está activa.
Acción: Vuelva a evaluar allowedMcpServers antes de desplegar la versión 1.145. Confirme que cada serverUrl y serverCommand aprobado sea intencional, elimine las entradas obsoletas y pruebe que una lista vacía produce la postura esperada de bloquear todo.
9. Exclusiones de archivos, Mermaid y plugins obligatorios
Qué es
Las configuraciones files.exclude y search.exclude ahora admiten excepciones con el prefijo !. Por ejemplo, un espacio de trabajo puede excluir node_modules mientras conserva la visibilidad de !node_modules/@types.
Las excepciones en files.exclude afectan a Explorer, Search y Quick Open. Las excepciones en search.exclude se aplican únicamente a Search y Quick Open. Microsoft advierte que los patrones amplios, como !**/node_modules/@types, pueden ralentizar las búsquedas.
La representación de Mermaid también cambia en la versión 1.145. Los títulos de subgrafos se desplazan cuando una arista los cruzaría, y el tema predeterminado de Mermaid de VS Code perfila los subgrafos en vez de rellenarlos.
Para los plugins de agentes requeridos mediante la configuración administrada enabledPlugins, VS Code ahora deshabilita la acción Uninstall. La restricción también se aplica a prompts, habilidades, agentes, hooks y servidores MCP aportados, con una explicación disponible mediante desplazamiento y enfoque de teclado.
Por qué es importante
Las excepciones de exclusión resuelven un problema común de espacios de trabajo: ocultar un árbol grande generado o de dependencias mientras se conserva una parte específica que los desarrolladores necesitan inspeccionar. La advertencia de rendimiento significa que los equipos deben preferir patrones específicos frente a excepciones que abarcan toda la profundidad.
El comportamiento de plugins obligatorios ahora coincide con la intención organizativa. Los usuarios ya no encuentran una acción de desinstalación que solo puede fallar.
Acción: Revise las configuraciones compartidas de files.exclude y search.exclude en busca de patrones de negación amplios. Para los plugins administrados, verifique las entradas de enabledPlugins y documente por qué cada personalización obligatoria debe permanecer instalada.
10. Pull Requests y la API de Timeline finalizada
Qué es
La versión 0.176.0 de la extensión GitHub Pull Requests amplía la línea de tiempo de la descripción general del pull request. Microsoft enumera eventos de etiquetas, hitos, título, solicitud de revisión, descarte de revisión, borrador, listo para revisión, force-push, restauración de rama, auto-merge y cola de fusión entre las incorporaciones.
Las plantillas de descripción de pull requests ahora pueden usar ${issueTitle}, ${issueNumber} y ${issueNumberLabel} cuando la rama está asociada a un issue mediante Start Working on Issue. Los flujos de trabajo de pull requests apilados también solicitan a los usuarios que deshabiliten auto-merge en un pull request de la pila cuando está habilitado.
Por separado, Microsoft finalizó la API de Timeline. Las extensiones de Marketplace pueden registrar proveedores de archivos y carpetas con workspace.registerTimelineProvider o proveedores para todo el espacio de trabajo con workspace.registerWorkspaceTimelineProvider. Establecer TimelineItem.resourceUri en el estado del recurso representado por una entrada habilita la comparación mediante Compare Selected.
Por qué es importante
La actualización de la extensión expone más del ciclo de vida del pull request dentro del editor, lo que reduce la posibilidad de que los revisores pasen por alto cambios de estado fuera de la diferencia de código. Las variables de plantilla también pueden mejorar la coherencia cuando las ramas se originan a partir de issues registrados.
La API de Timeline finalizada ofrece a los autores de extensiones un punto de integración estable para historiales específicos del dominio. Esto resulta útil para flujos de trabajo de auditoría, comparación y explicación de cambios, pero los equipos de extensiones deben establecer deliberadamente su compatibilidad mínima con VS Code.
Acción: Actualice la extensión GitHub Pull Requests a 0.176.0 en un anillo de pruebas y revise las plantillas que pueden usar las nuevas variables de issues. Los propietarios de extensiones deben evaluar si los proveedores de Timeline pueden reemplazar las vistas de historial propietarias.
11. Herramientas del arnés Local eliminadas
Qué es
Microsoft eliminó varias herramientas y comandos de las sesiones del arnés Local:
- Instalación de extensiones:
#installExtensionya no está disponible. En su lugar, los agentes añaden las extensiones requeridas a.vscode/extensions.jsonpara su revisión e instalación por el usuario. - Ejecución de comandos:
#runCommandya no está disponible. Los flujos de trabajo integrados ahora solicitan a los usuarios que ejecuten ellos mismos los comandos necesarios, como Developer: Chat Diagnostics. - Creación de espacios de trabajo: se eliminan
#newWorkspace, su nombre anterior#newy el comando/new. - Configuración de proyectos: se eliminan el enlace Generate New Workspace y las habilidades dedicadas de configuración de proyectos.
Microsoft también eliminó github.copilot.chat.newWorkspaceCreation.enabled, github.copilot.chat.newWorkspace.useContext7 y github.copilot.chat.useProjectTemplates. La creación de notebooks no cambia.
Para crear un proyecto, los usuarios ahora abren una carpeta vacía y describen el proyecto en una sesión de agente. El agente usa herramientas estándar para crear archivos, ejecutar comandos de scaffolding y configurar tareas.
Por qué es importante
Los agentes personalizados y los archivos de prompts que hacen referencia a los identificadores eliminados ya no funcionarán según lo diseñado. Se trata de tareas de migración, no de limpieza opcional.
El cambio de extensiones también restaura un punto de revisión: los agentes recomiendan extensiones de proyecto mediante .vscode/extensions.json en vez de instalarlas directamente. Eliminar #runCommand desplaza de forma similar la invocación de comandos de vuelta al usuario.
Acción: Busque en agentes personalizados, archivos de prompts, plantillas de espacios de trabajo y documentación interna #installExtension, #runCommand, #newWorkspace, #new, /new, project-setup-info-local y project-setup-info-context7. Elimine o sustituya todas las referencias antes de estandarizar la versión 1.145.
12. Correcciones de fiabilidad y persistencia de políticas
Qué es
Microsoft identifica dos correcciones relacionadas con políticas de relevancia empresarial directa.
El issue #345207 afectaba a usuarios cuyas organizaciones deshabilitaban el agente Claude o Codex después de que esos usuarios lo hubieran seleccionado. New Chat, New Chat Editor y las ventanas nuevas podían abrir un chat de solo lectura sin entrada. VS Code 1.145 ahora vuelve al arnés predeterminado y conserva un prompt no enviado; la selección anterior vuelve a estar disponible si la política lo permite más adelante.
El issue #344895 afectaba al acceso MCP solo mediante registro cuando una actualización de política de GitHub Copilot fallaba debido a un error de red o una limitación de tasa. VS Code ahora conserva la última política de registro conocida y solo la borra cuando GitHub informa de que no se aplica ningún registro.
La versión también incluye correcciones para el uso de memoria de respuesta automática de terminal en el PR #336022, condiciones de carrera de disponibilidad de tareas en el PR #342418, gestión de reglas de puertos remotos en los PR #344185 y #344764, y gestión de marcas de orden de bytes de Server-Sent Events en el PR #344094.
Por qué es importante
La corrección de MCP cierra un intervalo de fallo abierto en el que un error transitorio de actualización podía eliminar la restricción del registro hasta la siguiente actualización correcta. Conservar la última política conocida es la postura empresarial correcta.
El mecanismo de respaldo para agentes deshabilitados también reduce un riesgo de despliegue cuando los administradores cambian la disponibilidad de arneses. Los usuarios reciben un valor predeterminado funcional en lugar de una sesión de solo lectura bloqueada.
Acción: Incluya actualizaciones de políticas fallidas y transiciones de agentes deshabilitados en sus pruebas de implementación. Verifique que los controles de registro persistan durante una pérdida de conectividad simulada y que los chats nuevos recurran al arnés predeterminado permitido por la organización.
13. Juego de salto de Blobby
Qué es
Microsoft incluyó un juego Experimental de salto entre plataformas protagonizado por Blobby, la mascota de VS Code. Al introducir /vscode-pet en el chat se muestra Blobby, y la pantalla de nueva sesión en la ventana de Agents proporciona una acción Play Jump Game.
La barra espaciadora carga un salto, las teclas de flecha apuntan hacia la siguiente plataforma y el juego almacena una puntuación máxima en el dispositivo.
Por qué es importante
El juego no tiene una implicación relevante para los flujos de trabajo empresariales. Es opcional y Experimental.
Para entornos administrados, corresponde a la concienciación sobre la versión en lugar de a la planificación del despliegue. Los equipos deben centrar el esfuerzo de validación en el enrutamiento remoto, los permisos de agentes, la automatización, los archivos adjuntos y la política de MCP.
Conclusión
VS Code 1.145 amplía la ventana de Agents hasta convertirla en una superficie de control para vistas previas remotas, lienzos, chats específicos de cada proveedor, tareas locales recurrentes y herramientas respaldadas por MCP. El enfoque centrado en agentes no es aquí una tendencia; es la dirección del diseño de flujos de trabajo del editor.
- Pruebe primero el enrutamiento remoto. Valide
workbench.browser.enableRemoteProxyychat.canvases.enabledfrente a hosts representativos y límites de red. - Gobierne la ejecución recurrente. Trate las automatizaciones cron de cinco campos como cargas de trabajo locales sin supervisión con responsables identificados y procedimientos de revisión.
- Concilie la política de MCP. Audite
allowedMcpServers,deniedMcpServers, las restricciones de registro y la distinción entre servidores iniciados por VS Code y administrados por Agent Host. - Migre las personalizaciones del arnés Local. Elimine las referencias a herramientas, comandos, habilidades y configuraciones eliminadas en la versión 1.145.
- Pruebe los estados de error. Confirme el comportamiento del sandbox obligatorio, la persistencia de políticas, el respaldo de arneses deshabilitados y el acceso a archivos adjuntos antes de un despliegue amplio.
¡Feliz programación!