Visual Studio Code 1.137 ya está disponible: Microsoft lleva agentes por voz y automatización de tareas directamente al editor

Microsoft publicó Visual Studio Code 1.137 el 9 de septiembre de 2026, una versión que confirma hacia dónde se mueve el editor: menos “editor pasivo” y más entorno de trabajo con agentes de IA, voz, automatización, tareas recurrentes e integración directa con GitHub. Las notas oficiales destacan cuatro grandes novedades: Automations para tareas recurrentes, Voice Mode para hablar con agentes, continuación de chats rápidos dentro de un workspace y revisión de issues/pull requests sin salir de la ventana de agentes.

La actualización ya ofrece descargas para Windows, macOS y Linux, incluyendo paquetes deb, rpm, tarball, Arm y Snap para usuarios de Linux. Microsoft también indica que VS Code 1.137 se está desplegando gradualmente y que se puede forzar la actualización desde “Check for Updates”.

1. Qué trae Visual Studio Code 1.137

La versión 1.137 llega con una lista breve, pero muy significativa. Microsoft resume el lanzamiento como una actualización para automatizar trabajo recurrente, continuar chats rápidos dentro de un proyecto, hablar con agentes por voz y trabajar con issues y pull requests de GitHub desde la ventana de agentes.

2. Automations: agentes que ejecutan tareas recurrentes

La gran novedad práctica es Automations. Microsoft la presenta como una función en vista previa que permite ejecutar tareas recurrentes de agentes desde un prompt guardado, una configuración de sesión y un horario. Sirve para acciones como resumir cambios de un repositorio, revisar issues, detectar bugs o preparar reportes sin iniciar manualmente cada sesión.

En VS Code 1.137, una automatización puede ejecutarse manualmente o programarse de forma hourly, daily o weekly. La documentación aclara que las programaciones diarias y semanales usan la zona horaria local del usuario.

Cada mañana:
  Resumir commits del branch principal de las últimas 24 horas.

Cada hora:
Revisar issues nuevos etiquetados como bug.

Cada semana:
Detectar archivos sin pruebas asociadas.

Antes de una reunión:
Preparar resumen de cambios, riesgos y tareas pendientes.

Bajo demanda:
Analizar un pull request antes de enviarlo a revisión.

Esta función es potente, pero también delicada. Microsoft advierte que una automatización puede leer archivos, ejecutar comandos y hacer cambios según los permisos del agente; además, guardar una automatización no evita políticas de la organización ni garantiza que ejecuciones futuras no requieran aprobación.

3. Cómo activar Automations

Para probar Automations hay que habilitar la configuración chat.automations.enabled, abrir la ventana de agentes y seleccionar la sección Automations en la barra lateral. Microsoft indica que la función se está desplegando gradualmente, que está apagada por defecto en Stable y encendida por defecto en Insiders.

{
  "chat.automations.enabled": true
}

El flujo recomendado es crear primero una automatización en modo manual, ejecutarla con Run now, revisar el resultado en el historial y recién después programarla. Este detalle es importante: una tarea recurrente no debe dejarse trabajando sola antes de verificar qué lee, qué cambia y qué permisos usa.

4. La letra pequeña: la automatización local necesita VS Code o Agent Host activo

Automations no debe confundirse con un servicio cloud que siempre corre aunque cierres la computadora. La documentación oficial aclara que debes mantener despierta la máquina que ejecuta la automatización y disponible el agente. Las programaciones respaldadas por Agent Host requieren un proceso Agent Host en ejecución, mientras que otras requieren una ventana de VS Code abierta.

Esto cambia la forma en que se debe diseñar su uso. Para tareas personales, puede bastar con tener VS Code abierto. Para equipos empresariales, conviene pensar en estaciones dedicadas, entornos controlados, políticas de permisos y procesos claros para no depender de una laptop suspendida o apagada.

5. Voice Mode: hablar con un agente mientras programa

La segunda novedad más llamativa es Voice Mode, una función experimental que permite mantener una conversación hablada con un agente mientras trabaja en el código. Microsoft explica que Voice Mode no solo convierte voz a texto, sino que también lee respuestas en voz alta y escucha solicitudes de seguimiento.

En las notas de VS Code 1.137, Microsoft destaca que el usuario puede hablar con un agente, interrumpirlo o redirigirlo mientras trabaja sobre el código. También puede preguntar por sesiones activas, modelo seleccionado y archivos adjuntos; Voice Mode anuncia si envía la solicitud a una sesión existente o si inicia una nueva.

{
  "agents.voice.enabled": true,
  "agents.voice.showTranscript": true,
  "agents.voice.voice": "default"
}

Para activarlo, hay que habilitar agents.voice.enabled, abrir Chat o Agents Window y pulsar el botón de Voice Mode en la entrada del chat. En Windows y Linux también se puede usar Ctrl+Shift+Space cuando el foco está en la entrada del chat.

6. Qué cambia para el programador

La voz puede parecer una función secundaria, pero en desarrollo tiene sentido. Permite revisar código sin romper el flujo, dictar instrucciones largas, pedir explicaciones mientras se observa un diff, corregir al agente en tiempo real o trabajar de forma más accesible para personas que prefieren interacción hablada.

El valor real de Voice Mode no está en “hablar por hablar”, sino en combinar conversación natural con contexto del proyecto, sesiones activas, archivos adjuntos y trabajo del agente dentro del editor.

7. GitHub issues y pull requests dentro de Agents

VS Code 1.137 también mejora la integración con GitHub. La ventana de agentes puede abrir detalles de issues y pull requests de GitHub directamente, sin cambiar al navegador, siempre que se use la extensión GitHub Pull Requests y se habilite la opción experimental correspondiente.

Además, ahora se puede agregar un issue o pull request como contexto desde el menú Add Context... en cualquier entrada de chat, incluyendo Chat view, Chat editor y Agents Window. Eso permite que el agente vea descripción, comentarios o cambios del pull request sin copiar manualmente todo el contenido al prompt.

{
  "extensions.experimental.enableAgentsWindowCapability": true
}

Esta mejora puede cambiar el flujo diario: el programador ya no necesita saltar entre navegador, issue tracker, editor, terminal y chat. El issue se convierte en contexto de trabajo dentro del mismo entorno.

8. Chats rápidos que pueden convertirse en sesiones de proyecto

Otra mejora interesante es la posibilidad de iniciar un chat rápido sin workspace y luego adjuntar una carpeta local para continuar la misma conversación como sesión de proyecto. Según Microsoft, la conversación conserva título, historial y solicitud actual, y el agente continúa con acceso a los archivos del proyecto cuando termina la configuración.

Esto resuelve un problema común: muchas ideas empiezan como preguntas generales y terminan convirtiéndose en tareas de código. Antes, el usuario podía perder contexto o tener que repetir instrucciones. Ahora el chat puede migrar hacia una sesión con workspace.

9. Mensajes en cola para agentes

VS Code 1.137 introduce mensajes en cola entre sesiones de agentes. Cuando un agente usa la herramienta send_message para contactar un chat ocupado, VS Code pone el mensaje en cola y lo inicia cuando termina correctamente el turno activo. Microsoft señala que esto hace más predecibles los flujos de trabajo con múltiples chats.

Esto es relevante para proyectos grandes. Un desarrollador puede tener un agente analizando tests, otro revisando documentación y otro preparando cambios; la cola evita interrumpir una sesión activa y ayuda a ordenar trabajo paralelo.

Agente A:
  analiza errores de pruebas

Agente B:
revisa cambios de documentación

Agente C:
prepara resumen del pull request

VS Code:
ordena mensajes y evita interrumpir una sesión ocupada

10. Agent Host: la base técnica detrás del nuevo modelo

Las notas de VS Code 1.137 explican que Agent Host permite conectarse a la misma sesión de agente desde varias ventanas de VS Code, ejecutando harnesses en un proceso dedicado basado en el Agent Host Protocol. El agente de Copilot dentro de Agent Host está impulsado por Copilot SDK para alinear comportamiento con Copilot CLI, la aplicación independiente de GitHub Copilot y otros productos Copilot.

La lectura estratégica es clara: Microsoft no quiere que los agentes sean un accesorio pegado al editor, sino una capa de ejecución persistente, coordinada y conectada con el ecosistema GitHub Copilot.

11. Seguridad: agentes con permisos, aprobaciones y sandbox

La parte crítica de esta evolución es la seguridad. Microsoft documenta que los agentes en VS Code pueden editar archivos, ejecutar comandos de terminal y llamar herramientas externas. Para controlar estas acciones, VS Code usa aprobaciones y sandboxing: las aprobaciones deciden si una acción se ejecuta automáticamente o requiere confirmación; el sandbox restringe recursos de sistema de archivos y red para comandos de terminal.

Los niveles de permiso incluyen un modo manual por defecto, opciones asistidas y niveles más permisivos como Allow all. Microsoft advierte que Allow all y Autopilot omiten confirmaciones para acciones potencialmente destructivas, como ediciones de archivos, comandos de terminal y herramientas externas, por lo que deben usarse solo en workspaces confiables y comprendiendo sus implicancias.

12. Sandbox para comandos del agente en Linux

Para usuarios Linux, la noticia es especialmente interesante. Microsoft indica que el sandbox de comandos de agentes está disponible en macOS y Linux, incluyendo entornos WSL2. Cuando está activo, los comandos de terminal del agente tienen lectura limitada, escritura restringida y no pueden acceder a la red salvo que se configure el permiso.

{
  "chat.agent.sandbox.enabled": "on",
  "chat.agent.sandbox.allowNetwork": false,
  "chat.agent.sandbox.allowAutoApprove": false
}

La documentación también aclara que el sandbox de agentes está en vista previa y que se enfoca en comandos de terminal, no en todas las herramientas del agente. Por eso debe combinarse con aprobaciones de herramientas, aprobaciones de URL, revisión de cambios y políticas de la organización.

13. Diffs más claros para revisar cambios generados por IA

VS Code 1.137 también mejora la revisión de cambios. El nuevo diseño de diff permite elegir diseño inline, side-by-side o automático de forma más consistente, incluyendo diffs normales, multi-file diffs y cambios dentro de Agents Window. Además, los archivos binarios modificados, como imágenes, permanecen visibles en diffs multiarchivo en lugar de omitirse.

Esto parece pequeño, pero es importante en una era de agentes. Si un agente modifica 15 archivos, actualiza una imagen y toca documentación, el desarrollador necesita revisar todo con claridad. La revisión visual se vuelve parte del control de calidad.

14. GitHub links enriquecidos en Markdown

Otra función experimental es la visualización enriquecida de enlaces de GitHub en el editor Markdown. Los enlaces a issues y pull requests pueden mostrar título y estado actual, permitiendo entender una referencia sin abrirla en el navegador. La función también puede usarse en chat con la opción experimental correspondiente.

{
  "markdown.experimental.richLinks.enabled": true,
  "chat.experimental.richLinks.enabled": true
}

Para equipos que documentan decisiones técnicas en Markdown, esta mejora puede reducir fricción: cada referencia a un issue o pull request se vuelve más informativa dentro del propio editor.

15. Cómo actualizar VS Code en Linux

VS Code 1.137 está disponible para Linux en paquetes deb, rpm, tarball, Arm y Snap, según las notas oficiales de la versión. Para usuarios que ya tienen instalado el repositorio de Microsoft, la actualización suele llegar por el gestor de paquetes.

sudo apt update
sudo apt install code

sudo dnf upgrade code

sudo snap refresh code

Después de actualizar, revisa la versión desde el menú de ayuda o desde la terminal.

code --version

16. Qué significa para empresas y equipos de desarrollo

VS Code 1.137 deja un mensaje claro para empresas: la IA ya no vive únicamente en una ventana de chat. Ahora entra en tareas programadas, revisión de tickets, pull requests, terminal, contexto de repositorio, sesiones persistentes y voz. Eso puede mejorar productividad, pero también exige nuevas reglas de gobierno.

17. Buenas prácticas antes de usar agentes con autonomía

La propia documentación de VS Code subraya que las herramientas pueden modificar el entorno o acceder a servicios externos, y que sus resultados pueden contener intentos de prompt injection. Por eso recomienda revisar cuidadosamente nombre de herramienta, parámetros y resultados antes de aprobar acciones.

18. Lo que todavía está en vista previa o experimental

No todo lo nuevo debe tratarse como estable. Automations está en Preview, Voice Mode está en Experimental, la integración de GitHub issues y pull requests en Agents también aparece como experimental, y el sandbox de comandos de agente todavía se describe como una función en vista previa que puede evolucionar.

19. Errores comunes al usar VS Code 1.137

20. Preguntas clave

Recomendamos

En resumen

Visual Studio Code 1.137 marca una nueva etapa para el editor de Microsoft. La versión incorpora Automations para tareas recurrentes, Voice Mode para conversar con agentes por voz, integración de GitHub issues y pull requests dentro de Agents Window, chats rápidos que pueden convertirse en sesiones de proyecto y mejoras para revisar cambios generados por IA.

La actualización confirma una tendencia mayor: los editores de código están dejando de ser simples espacios de escritura para convertirse en centros de operación con agentes. Eso puede elevar productividad, pero exige disciplina: permisos mínimos, sandbox, revisión humana, pruebas, ramas aisladas y políticas claras antes de permitir que una IA trabaje sobre repositorios reales.