A Microsoft acrescentou o Agent Merge ao Visual Studio Code 1.136. A funcionalidade, ainda em pré-visualização, transforma a fase final de um pedido de integração numa sequência contínua de trabalho para um agente. Pode acompanhar o pedido associado a uma sessão, pedir ao agente que trate comentários de revisão, corrija verificações obrigatórias que falharam, atualize a ramificação, resolva conflitos, volte a executar processos de CI e repita o ciclo até o pedido estar pronto para integração.
A funcionalidade chegou com o VS Code 1.136, publicado a 2 de setembro de 2026. Está desativada por omissão através da opção chat.agentMerge.enabled. O utilizador escolhe os tipos de bloqueio que o agente pode tratar. A integração automática é configurada à parte e também vem desativada por omissão.
A principal mudança não é gerar mais código
Os agentes de programação já conseguiam produzir alterações, executar testes e responder a comentários de revisão. O Agent Merge muda sobretudo a forma como essas tarefas são encadeadas. Em vez de esperar que um programador detete cada novo bloqueio e inicie manualmente outra interação, o estado do pedido de integração pode levar a um novo turno do agente.
A documentação da Microsoft indica que o Agent Merge pode tratar conversas de revisão ainda abertas, pedidos de alteração e novos comentários de responsáveis pelo repositório, corrigir verificações obrigatórias de CI que falharam, atualizar uma ramificação atrasada e resolver conflitos. Se essa opção for ativada, pode depois integrar o pedido ou colocá-lo na fila de integração.
Assim, o estado do repositório passa a ser uma entrada do ciclo do agente. Uma verificação que falha, um novo comentário ou um conflito podem originar outra tentativa de correção. O agente deixa de produzir apenas uma alteração isolada e pode acompanhar o ciclo de vida do pedido.
Ativar o ciclo também altera o nível de autorização
É aqui que a mudança se torna operacionalmente relevante. A Microsoft avisa de forma explícita que a ativação do Agent Merge coloca a sessão em modo Autopilot com permissões Assisted. A funcionalidade pode iniciar novos turnos do agente, alterar e sincronizar a ramificação do pedido de integração e consumir novos pedidos ao modelo sem exigir que o programador inicie manualmente cada passo.
Estas capacidades continuam limitadas pelas regras do repositório e pelos controlos do VS Code, mas a fronteira operacional muda. Uma equipa que antes analisava uma única alteração criada pelo agente passa a lidar com um processo que pode produzir várias correções sucessivas em resposta a alterações no estado do repositório.
A integração automática não é o comportamento inicial. A opção chat.agentMerge.mergePullRequest tem o valor never por omissão. O utilizador pode permitir integração automática sempre ou apenas enquanto um turno de reparação do agente não tiver alterado o pedido. Antes de integrar ou colocar o pedido na fila, o Agent Merge verifica novamente se as condições continuam cumpridas.
CI verde é necessário, mas não é uma garantia independente
A principal conclusão de engenharia da Aipolix é que as equipas devem separar a autoridade do agente para corrigir uma ramificação dos controlos usados para demonstrar que a alteração é aceitável.
O Agent Merge foi concebido para modificar a ramificação até as verificações obrigatórias passarem. Isso é útil, mas um resultado verde demonstra apenas que os controlos configurados aceitaram o estado final da ramificação. Não constitui, por si só, uma prova independente de que as alterações do agente estão corretas ou completas. Quanto maior for o âmbito de escrita do agente, mais importante se torna manter os controlos críticos fora da mesma fronteira de autoridade.
Na prática, essa separação pode ser preservada com ramificações protegidas, revisões obrigatórias, regras CODEOWNERS, credenciais com privilégios limitados, configuração de CI protegida e aprovação humana em repositórios de maior risco. A combinação concreta varia entre organizações, mas o princípio é estável: o sistema que altera o código não deve ser o único sistema que decide se esse código está pronto para produção.
A repetição dos turnos torna esta questão ainda mais importante. Uma primeira correção inadequada pode provocar outro erro e dar origem a uma nova intervenção do agente. Para auditoria, o diferencial final não basta. É necessário conservar a sequência de turnos, o bloqueio que originou cada um, as verificações executadas novamente e as permissões ativas durante a sessão.
A pré-visualização permite uma adoção gradual
Os controlos do Agent Merge são relativamente explícitos. O tratamento de revisões, a correção de CI e a resolução de conflitos podem ser ativados ou desativados separadamente. A integração automática é uma decisão distinta. Se a sessão passar a seguir outra ramificação ou outro pedido de integração, a monitorização é interrompida e tem de ser ativada novamente.
Isto permite começar com um âmbito reduzido. Uma equipa pode manter a integração automática desligada, permitir ao agente tratar comentários de revisão e falhas de CI em alguns repositórios de baixo risco e exigir uma análise humana final. Depois pode medir a taxa de sucesso das correções, o número de turnos autónomos, o consumo de modelos, a taxa de reversão e os tipos de bloqueio que continuam a exigir julgamento humano.
A pergunta mais útil não é quantos pedidos o Agent Merge consegue deixar com as verificações a verde. É saber se a organização consegue demonstrar que ações o agente realizou, que controlos permaneceram independentes e quem conservou a autoridade sobre a integração final.
Um agente contínuo exige governação contínua
O VS Code 1.136 aproxima o agente de programação de um operador que permanece ligado a uma alteração até serem satisfeitas as respetivas condições de aceitação. Isso pode retirar aos programadores trabalho repetitivo associado a correções simples de revisão, falhas de integração e ramificações desatualizadas.
Em contrapartida, permissões, proteção de ramificações, revisores obrigatórios e registos de auditoria deixam de ser configuração de fundo. Passam a definir o limite dentro do qual o ciclo autónomo pode atuar.
Por isso, as equipas devem avaliar o Agent Merge como um mecanismo de processo e não apenas como mais uma funcionalidade de programação. O valor está em fechar o ciclo de manutenção de um pedido de integração. O risco surge quando esse ciclo é fechado sem manter, fora dele, uma etapa de aceitação verdadeiramente independente.