Visual Studio Code 1.138 llegó el 16 de septiembre de 2026 y continúa una idea que ha definido las últimas docenas de versiones del editor: los agentes ya no son un panel lateral, son el flujo de trabajo. Esta vez el foco está en dónde se ejecutan los agentes, cómo los pagas y los trasladas entre herramientas, y qué ocurre con todo el trabajo que dejan atrás.

Las funciones destacadas:

  1. Sesiones de agente en Dev Containers — ejecuta agentes con las herramientas y dependencias de tu proyecto en un Dev Container local
  2. Harness ampliado de Codex — continúa sesiones de Codex entre aplicaciones, elige entre suscripciones de Copilot y ChatGPT y usa las herramientas de VS Code
  3. Limpieza de sesiones (versión preliminar) — marca automáticamente como finalizadas las sesiones fusionadas y, opcionalmente, elimínalas tras un periodo de gracia

Esto es lo que significa cada una de ellas en la práctica, además de las funciones más pequeñas que completan la versión.

Sesiones de agente en Dev Containers locales

El cambio más determinante de la 1.138 es que los agentes ahora pueden ejecutarse dentro del Dev Container de un proyecto. Activa chat.agentHost.devContainer.enabled y las carpetas locales que tengan una configuración de Dev Container compatible mostrarán una acción Use Dev Container en el menú de la carpeta. Selecciónala y la sesión de agente se ejecutará dentro de ese contenedor (solo en la ventana Agents).

El razonamiento es sencillo: un agente solo es tan bueno como el entorno en el que se ejecuta. Un agente de programación que compila contra el Node, Python o las herramientas de línea de comandos instaladas globalmente en tu máquina está evaluando código en un mundo que no coincide con la CI ni con las configuraciones de tus compañeros de equipo. Ejecutar la sesión en el Dev Container significa que el agente usa la misma cadena de herramientas, las mismas versiones de dependencias y la misma configuración definida para el proyecto: el mismo entorno en el que ya confías para desarrollar. Docker debe estar instalado en tu máquina, y la función se está desplegando de forma gradual, así que puede que necesites activar la configuración manualmente para probarla hoy.

Por qué es importante

Para los equipos que han estandarizado el uso de Dev Containers, esto cierra una brecha de reproducibilidad importante. El código generado por el agente, las ejecuciones de pruebas y la verificación de compilaciones ahora ocurren contra un entorno coherente en lugar de contra el portátil irrepetible de un desarrollador. Eso hace que el resultado del agente sea más fiable y más fácil de reproducir cuando algo falla.

Compatibilidad ampliada de Codex en el agent host

El agent host —la arquitectura de proceso dedicada basada en el Agent Host Protocol (AHP) que te permite conectarte a la misma sesión desde varias ventanas de VS Code— recibe una actualización sustancial de Codex en la 1.138. Activa chat.agentHost.codexAgent.enabled y, de forma opcional, chat.editor.codex.preferAgentHost.

Cuatro capacidades destacan:

  • Elige tu suscripción. Usa Codex con una suscripción de GitHub Copilot o con una suscripción de ChatGPT. Si has iniciado sesión en ambas, puedes alternar entre modelos respaldados por Copilot y por ChatGPT desde el selector de modelos sin perder la conversación actual.
  • Continúa entre aplicaciones. Traslada la misma sesión de Codex entre la aplicación de ChatGPT y VS Code en lugar de iniciar una conversación nueva.
  • Interactúa con aplicaciones de escritorio. Si la aplicación de ChatGPT está instalada y configurada para el uso del ordenador, el harness de Codex en VS Code puede reutilizar esa configuración para interactuar con aplicaciones de tu equipo. Esto funciona con modelos respaldados por cualquiera de las dos suscripciones.
  • Usa las herramientas de VS Code. Codex puede usar el conjunto completo de herramientas que ofrece VS Code, incluidas las integradas, las de extensiones y las de MCP. Con un modelo respaldado por ChatGPT, Codex también puede usar su herramienta de generación de imágenes directamente en la sesión.

Por qué es importante

Esta es la señal más clara hasta ahora de que VS Code quiere ser la superficie del trabajo con agentes en lugar del propietario de un agente concreto. Permitirte aportar tu propia suscripción, mantener una única sesión viva entre la aplicación de ChatGPT y el editor, y entregar al agente todo el cinturón de herramientas de VS Code convierte el editor en un centro neurálgico. Si tu equipo está dividido entre asientos de Copilot y suscripciones de ChatGPT, la 1.138 significa que pueden compartir un flujo de trabajo en lugar de mantener dos.

Continúa los chats rápidos de Codex en un espacio de trabajo

La versión 1.137 introdujo la posibilidad de adjuntar un proyecto a un chat rápido existente para las sesiones de Copilot. La 1.138 extiende ese mismo flujo a Codex, así que iniciar trabajo específico de un proyecto ya no significa abandonar un chat rápido sin espacio de trabajo.

Pídele a Codex que adjunte una carpeta local y luego elige si usar la carpeta directamente o crear un worktree aislado. Tras confirmar el cambio, el mismo chat y el hilo nativo de Codex se convierten en una sesión de espacio de trabajo. La sesión conserva su título, el historial de la conversación, la solicitud actual, el modelo seleccionado y el modo de permisos, y Codex continúa la solicitud con acceso a los archivos del proyecto.

La conversión a espacio de trabajo está disponible para los chats rápidos de Codex inactivos en modo Interactive y admite destinos de espacio de trabajo de raíz única. Si el cambio se cancela o no se puede aplicar, el chat sin espacio de trabajo original sigue disponible, así que no hay riesgo en probarlo.

Por qué es importante

Esta pequeña función es, en silencio, una de las partes más humanas de la versión. El momento en que una pregunta informal se convierte en trabajo real es justo cuando no quieres perder tu hilo. Como las sesiones del agent host están desacopladas de los espacios de trabajo, la conversación sobrevive a la transición.

Crea pull requests desde las sesiones de agente

Una vez que un agente ha hecho el trabajo, llevarlo a revisión es el siguiente punto de fricción. En la 1.138 puedes crear pull requests desde las sesiones del Agent Host en la ventana Agents mediante un único formulario en el que revisas y editas el título y la descripción generados, eliges el estado de borrador y configuras las opciones de fusión disponibles. Puedes crear el pull request directamente o enviar la solicitud a tu agente, y tus opciones preferidas se recuerdan para la próxima vez.

La opción Agent Merge sigue siendo experimental y solo aparece cuando chat.agentMerge.enabled está activada.

Por qué es importante

La distancia entre «el agente ha terminado» y «el equipo puede revisarlo» solía ser un traspaso manual: copiar un resumen, escribir un título, elegir una rama base. Integrar la creación del PR en la sesión mantiene el contexto donde se generó, y darte la opción de crearlo tú mismo o delegar el clic en el agente refleja cómo actúa un buen compañero de equipo.

Mantén organizadas las sesiones completadas (versión preliminar)

Los flujos de trabajo con muchos agentes acumulan sesiones, y la mayoría están terminadas. La 1.138 añade herramientas de limpieza para que el trabajo acabado deje de saturar la lista de sesiones.

Cuando todos los pull requests de una sesión inactiva se han fusionado, la ventana Agents puede sugerir marcar la sesión como done, con una guía de primer uso que muestra dónde se encuentra la acción Mark as Done. Activa chat.agentSessions.archiveNudge.enabled para ver estas sugerencias.

Para una limpieza desatendida, configura chat.agentSessions.autoMarkAsDoneMergedSessionsAfterDays para marcar como finalizadas las sesiones inactivas una vez fusionados sus PR, y chat.agentSessions.autoDeleteArchivedMergedSessionsAfterDays para eliminarlas tras un periodo de gracia aparte. Ambas configuraciones de limpieza automática están desactivadas de forma predeterminada. Cuando todos los pull requests de una sesión se han fusionado, puedes seleccionar Configure Automatic Cleanup en la sugerencia de Mark as Done para abrir ambas configuraciones sin activarlas.

Y sí: existe sessions.markAsDoneConfetti, que muestra una animación de confeti cuando marcas una sesión como finalizada. Respeta tu preferencia de movimiento reducido, que es el detalle que la hace realmente considerada en lugar de un simple truco.

Ve qué sesiones necesitan atención (versión preliminar)

El complemento de la limpieza es saber cuándo un agente te necesita de verdad. Activa sessions.showApplicationBadge y VS Code mostrará una insignia en el dock de macOS, el lanzador de Linux o la barra de tareas de Windows para las sesiones con resultados nuevos, solicitudes de entrada o comprobaciones de pull requests que requieren atención. Es algo pequeño, pero significa que no tienes que mantener la ventana Agents delante de ti para saber que hay trabajo esperando.

Selector unificado de espacios de trabajo y repositorios (experimental)

Iniciar el trabajo con un agente es ahora una única lista con búsqueda. Con sessions.chat.unifiedWorkspacePicker.enabled, el selector combina carpetas locales, repositorios de GitHub, repositorios de Cloud y destinos remotos en un solo lugar, y las acciones de conexión remota siguen disponibles desde la entrada Remote.

Seleccionar Work in Repository usa un flujo de trabajo que prioriza la nube: un repositorio de GitHub que aún no sea local se selecciona de inmediato con el harness de Cloud, sin solicitud de clonación. Si más adelante eliges un harness local, VS Code te pide clonar el repositorio y conserva la selección en la nube si cancelas.

Mejor conocimiento de las sesiones en Voice Mode (experimental)

Voice Mode, introducido en la 1.137, ahora tiene un mejor conocimiento de las sesiones. Puedes navegar y supervisar el trabajo paralelo de los agentes sin salir de Voice Mode: puede encontrar sesiones de agente recientes, alternar entre ellas por etiqueta e informar del estado de cada sesión. Si has estado experimentando con el trabajo de agentes controlado por voz, esta es la pieza que lo hace utilizable cuando hay más de una sesión en marcha.

Personaliza los fondos del chat por tema de color (experimental)

La función de fondo del chat de la 1.136 recibe un refinamiento. Antes, la imagen de fondo se almacenaba por tipo de tema, pero su diseño no, así que alinear a la derecha tu fondo oscuro y luego alinear a la izquierda el claro dejaba ambos alineados de la misma forma. Ahora el diseño se almacena por tipo de tema junto con la imagen, y al alternar entre un tema oscuro y uno claro se restaura la colocación de ese tema.

Dos configuraciones nuevas, chat.agentSessions.preferredDarkBackgroundImageLayout y chat.agentSessions.preferredLightBackgroundImageLayout, reemplazan la antigua chat.agentSessions.backgroundImageLayout. Borrar un fondo también se ha movido: Chat: Set Background… ahora encabeza con No Background, que borra el fondo del tema de color que estás usando en ese momento y deja intacto el otro. Esta actualización es solo para la ventana Agents.

Elementos obsoletos en la 1.138

A diferencia de varias versiones anteriores, la 1.138 incluye obsolescencias reales, que conviene señalar para que puedas actualizar la configuración sincronizada.

  • chat.agentSessions.backgroundImageLayout se reemplaza por chat.agentSessions.preferredDarkBackgroundImageLayout y chat.agentSessions.preferredLightBackgroundImageLayout, de modo que el diseño del fondo del chat puede definirse por separado para los temas oscuro y claro.
  • El comando Chat: Clear Background se elimina. Elige No Background en Chat: Set Background… para borrar el fondo del tema de color actual.

Contribuciones de la comunidad

VS Code 1.138 incluye contribuciones de la comunidad. Aspectos destacados:

  • Jacob T. Jove (jacobjove) corrigió un problema de falta de memoria en el proceso principal causado por eventos del servicio de host de pty en búfer sin consumir
  • Ryan Ewen (RyanEwen) mantuvo el progreso de la herramienta MCP de Codex fuera del resultado de la herramienta
  • Simon Siefke continuó su prolongado trabajo sobre fugas de memoria; en esta versión corrigió una fuga en la tabla de marcadores
  • Deniz Güney Yıldırım (denizguney) actualizó una prueba de finalización para la configuración files.exclude
  • Dhinesh Ponnarasan corrigió el descarte de una notificación de progreso completada
  • Vlad Gerasimov (vladstudio) corrigió la activación del shift-drop del editor de terminal en instancias desacopladas
  • yutotnh forzó la salida de los mensajes de commit a UTF-8
  • Zhichao Li alineó las directrices de OTel con la arquitectura Agent Host

Las contribuciones al seguimiento de incidencias de John Murray, RedCMD, Andrii Dieiev y Alberto Santini ayudaron a clasificar y verificar informes de la comunidad.

¿Deberías actualizar?

Sí. VS Code 1.138 es una versión centrada en hacer que los agentes encajen en tu proceso de desarrollo existente en lugar de pedirte que te adaptes a ellos. La integración con Dev Containers es lo más destacado para los equipos que ya contenerizan sus entornos de desarrollo: es la diferencia entre un agente que funciona en tu portátil y uno que funciona en tu proyecto. El harness ampliado de Codex es lo más flexible de la versión, y las herramientas de limpieza de sesiones son el tipo de función de mantenimiento que agradecerás dentro de un mes, cuando tu lista de sesiones esté limpia.

Solo recuerda las dos obsolescencias si sincronizas la configuración entre máquinas, y ten en cuenta que las configuraciones de limpieza automática se distribuyen desactivadas: las activas de forma deliberada.

VS Code se está desplegando gradualmente a todos los usuarios. Usa Check for Updates en VS Code para obtener la última versión de inmediato, o descarga la compilación nocturna de Insiders para probar las funciones nuevas en cuanto estén disponibles.

¿Cuál es tu función favorita de VS Code 1.138? Cuéntanoslo en X; siempre nos interesa saber cómo aterrizan estas actualizaciones en los flujos de trabajo reales.