VS Code 1.136 adiciona Agent Merge para fechar pull requests

O Visual Studio Code 1.136 adiciona uma funcionalidade em pré-visualização chamada Agent Merge. Entrega um pull request aberto a um agente de IA. O agente responde a comentários de revisão, corrige verificações falhadas e resolve conflitos de merge até o pedido ficar pronto. A Microsoft data as notas de versão a 2 de setembro de 2026.

Um pull request é uma alteração de código proposta, à espera de revisão. Chegar ao merge costuma implicar um ciclo lento de comentários, correções e testes repetidos. O Agent Merge aponta a esse ciclo, não à escrita do código.

O que o Agent Merge faz mesmo

As notas de versão da Microsoft descrevem a funcionalidade numa frase. "Agent Merge helps you take a pull request across the finish line", lê-se. "It asks an agent to address review feedback, fix failed checks and merge conflicts, and rerun workflows."

Dentro dessa frase cabem quatro tarefas distintas.

Tarefa	O que o agente faz
Comentários de revisão	Lê os comentários dos revisores e edita o código
Verificações falhadas	Diagnostica um teste ou lint que falha e corrige-o
Conflitos de merge	Resolve os conflitos contra o ramo de destino
Fluxos de trabalho	Volta a correr as verificações e repete o ciclo

O agente não faz merge sozinho. A aprovação continua com uma pessoa. As notas de versão não dizem que fornecedores de alojamento Git são suportados.

Como ligar

O Agent Merge vem desligado. A Microsoft protege-o atrás de uma definição chamada chat.agentMerge.enabled.

Ligar essa definição também não põe nada a andar. Continua a ativar a funcionalidade sessão a sessão. Há três entradas: o botão Agent Merge, o comando "Enable Agent Merge for Active Session", ou a janela Agents.

Este desenho por sessão merece nota. Não é um serviço em segundo plano a vigiar o seu repositório e a empurrar commits.

As restantes mudanças de agentes na 1.136

O Agent Merge chega ao lado de várias mudanças menores no funcionamento das sessões.

• Suporte a áreas de trabalho multi-raiz, marcado como experimental, para sessões do Copilot e do Claude
• Uma resolução de área de trabalho que deixa o agente identificar um projeto pelo nome
• Uma hierarquia de sessões que mostra as conversas relacionadas como filhas de uma sessão principal
• Avisos quando uma sessão está à espera da sua aprovação
• Migalhas legíveis para os ficheiros criados por uma sessão
• Um campo de entrada de sessão redesenhado, com os controlos reunidos

A superfície de conversa também mudou. A versão acrescenta fundos de conversa experimentais, controlos de ditado para administradores de empresa e melhorias para leitores de ecrã.

O que isto significa para programadores

O que interessa aqui não é a geração de código. É que o agente passa a operar a sua integração contínua e a sua fila de pull requests. São sistemas partilhados, e o raio de impacto é maior do que um buffer do editor.

Vigie sobretudo a resolução de conflitos. Das quatro tarefas, é a única em que uma resposta errada continua a compilar e continua a passar nos testes. Um agente pode resolver um conflito descartando em silêncio a alteração de outra pessoa, e nada a jusante se queixa. Leia esses diffs linha a linha, como leria um rebase que não fez.

O orçamento é a segunda verificação. O ciclo volta a correr fluxos de trabalho até as verificações passarem. Um teste instável passa assim a ser um agente a insistir contra um teste que falha ao acaso. Se a sua integração contínua cobra ao minuto, ponha um limite antes de ligar isto. Um exemplo sintético, publicado pelo criador do Telemetry no fórum do DuckDB, coloca o custo por tarefa aceite em 0,75 $ contando as tentativas falhadas e em 0,30 $ sem elas. Contámos como o GitHub começou a cobrar a revisão de código do Copilot no Azure Repos, e a mesma pergunta vale para tudo o que volta a correr pipelines em seu nome.

Os seus controlos reais não mudaram, e não estão nesse ficheiro de definições. As regras de proteção de ramo, os revisores obrigatórios e as verificações obrigatórias continuam a decidir o que pode entrar. A definição decide se um agente pode empurrar mais commits para o ramo. Não decide o que o seu repositório aceita.

Leve a etiqueta de pré-visualização a sério para já. Ligue numa branch sua, num pull request que já esteja quase verde, e leia cada commit que produzir. A investigação sobre agentes de programação concluiu que discordam sobre que ferramenta usar muito mais do que o marketing sugere. Um agente confiante e errado num conflito de merge é a falha para que deve planear.