VS Code 1.136 añade Agent Merge para cerrar pull requests

Visual Studio Code 1.136 añade una función en versión preliminar llamada Agent Merge. Entrega una pull request abierta a un agente de IA. El agente responde a los comentarios de revisión, arregla las comprobaciones que fallan y resuelve los conflictos de fusión hasta que la solicitud queda lista. Microsoft fecha sus notas de versión el 2 de septiembre de 2026.

Una pull request es un cambio de código propuesto que espera revisión. Llegar a fusionarla suele implicar un bucle lento de comentarios, correcciones y pruebas repetidas. Agent Merge apunta a ese bucle, no a escribir el código.

Qué hace realmente Agent Merge

Las notas de versión de Microsoft describen la función en una frase. "Agent Merge helps you take a pull request across the finish line", dicen. "It asks an agent to address review feedback, fix failed checks and merge conflicts, and rerun workflows."

Dentro de esa frase caben cuatro tareas distintas.

Tarea	Qué hace el agente
Comentarios de revisión	Lee los comentarios de los revisores y edita el código
Comprobaciones fallidas	Diagnostica una prueba o un lint que falla y lo arregla
Conflictos de fusión	Resuelve los conflictos contra la rama de destino
Flujos de trabajo	Vuelve a lanzar las comprobaciones y repite el ciclo

El agente no fusiona nada por su cuenta. La aprobación sigue en manos de una persona. Las notas de versión no dicen qué proveedores de alojamiento Git están soportados.

Cómo activarlo

Agent Merge viene desactivado. Microsoft lo protege tras un ajuste llamado chat.agentMerge.enabled.

Activar ese ajuste tampoco pone nada en marcha. Sigues habilitando la función sesión a sesión. Hay tres entradas: el botón Agent Merge, el comando "Enable Agent Merge for Active Session" o la ventana Agents.

Ese diseño por sesión merece atención. No es un servicio en segundo plano que vigile tu repositorio y empuje commits.

El resto de cambios de agentes en 1.136

Agent Merge llega junto a varios cambios menores en el funcionamiento de las sesiones.

• Soporte de espacios de trabajo multirraíz, marcado como experimental, para sesiones de Copilot y de Claude
• Una resolución de espacio de trabajo que permite al agente identificar un proyecto por su nombre
• Una jerarquía de sesiones que muestra los chats relacionados como hijos de una sesión padre
• Avisos cuando una sesión está esperando tu aprobación
• Migas de pan legibles para los archivos que crea una sesión
• Un campo de entrada de sesión rediseñado, con los controles reunidos

La superficie de chat también cambió. La versión añade fondos de chat experimentales, controles de dictado para administradores de empresa y mejoras para lectores de pantalla.

Qué significa esto para los desarrolladores

Lo interesante aquí no es la generación de código. Es que el agente ahora opera tu integración continua y tu cola de pull requests. Son sistemas compartidos, y el radio de impacto es mayor que un búfer del editor.

Vigila sobre todo la resolución de conflictos. De las cuatro tareas, es la única en la que una respuesta equivocada compila igual y pasa las pruebas igual. Un agente puede resolver un conflicto descartando en silencio el cambio de otra persona, y nada más abajo se quejará. Lee esos diffs línea a línea, como leerías un rebase que no hiciste tú.

El presupuesto es la segunda comprobación. El bucle relanza flujos de trabajo hasta que las comprobaciones pasan. Una prueba inestable se convierte así en un agente insistiendo contra una prueba que falla al azar. Si tu integración continua se cobra por minuto, pon un tope antes de activar esto. Un ejemplo sintético, publicado por el creador de Telemetry en el foro de DuckDB, sitúa el coste por tarea aceptada en 0,75 $ contando los intentos fallidos y en 0,30 $ sin ellos. Contamos cómo GitHub empezó a cobrar la revisión de código de Copilot en Azure Repos, y la misma pregunta vale para cualquier cosa que relance tuberías en tu nombre.

Tus controles reales no han cambiado, y no están en ese archivo de ajustes. Las reglas de protección de rama, los revisores obligatorios y las comprobaciones obligatorias siguen decidiendo qué puede aterrizar. El ajuste decide si un agente puede empujar más commits a la rama. No decide qué acepta tu repositorio.

Toma en serio la etiqueta de versión preliminar por ahora. Actívalo en una rama tuya, sobre una pull request que ya esté casi en verde, y lee cada commit que produzca. La investigación sobre agentes de programación encontró que discrepan sobre qué herramienta usar mucho más de lo que sugiere su marketing. Un agente seguro de sí mismo y equivocado en un conflicto de fusión es el fallo para el que conviene planificar.