Listas de Sessões Grandes de Agentes do VS Code: Análise de Extensões de PR

Seu editor costumava se preocupar com tabulações. Agora ele se preocupa com multidões de estagiários semiautônomos com acesso a commits. O sinal útil no novo passo a passo da Tech Insider não é simplesmente que alguém consegue criar uma extensão do VS Code para pull requests gerados por agentes. É que o editor está começando a parecer uma torre de controle de tráfego aéreo para bots que abrem PRs, deixam artefatos e depois desaparecem como se tivessem uma lasanha no forno.

A nota de lançamento virou o roadmap

Segundo Nadia Dubois, da Tech Insider, o VS Code lançou a versão 1.139.1 em 25 de setembro de 2026, e sua nota de lançamento diz que o editor precisa lidar mais rapidamente com "listas grandes de sessões de agentes". A Tech Insider também informa que, três dias antes, o Cursor lançou dois bots, Rollouts e Security Review, que acompanham pull requests durante a implantação e sinalizam bugs exploráveis automaticamente. Junte essas informações e o sinal de produto fica alto: programação com agentes não é mais apenas autocompletar usando um sobretudo. Ela cria sessões, estado de PR, artefatos de revisão e descobertas de segurança que desenvolvedores precisam ver sem precisar explorar seis abas como um guaxinim em um data center.

É por isso que o tutorial de 14 passos da Tech Insider importa para além da mecânica de criar uma extensão do VS Code. A lacuna que ele descreve é a ausência de um lugar unificado para ver sessões de agentes, automação de PRs e varredura de segurança, especialmente quando uma equipe está executando vários agentes autônomos de programação ao mesmo tempo. O editor se torna a camada de coordenação não porque IDEs sejam templos sagrados, mas porque os desenvolvedores já vivem ali. Se os robôs estão preenchendo a papelada, alguém precisa construir a mesa.

PRs de agentes deixaram de ser teóricos

A pressão sobre as ferramentas não é apenas anedótica. No artigo do arXiv How AI Coding Agents Modify Code, pesquisadores analisaram 24.014 PRs agentivos mesclados, com 440.295 commits, e os compararam com 5.081 PRs humanos mesclados, com 23.242 commits, usando a versão MSR 2026 Mining Challenge do conjunto de dados AIDev. Eles encontraram diferenças substanciais na contagem de commits, reportando Cliff’s δ=0,5429, além de diferenças moderadas em arquivos modificados e linhas excluídas. O estudo também descobriu que PRs agentivos tinham similaridade entre descrição e diff ligeiramente maior em todas as medidas.

Essas não são estatísticas morais. Elas não dizem que PRs de agentes são bons, ruins ou secretamente três esquilos usando um moletom com capuz. Elas dizem que contribuições de agentes têm uma forma mensurável, e as ferramentas devem expor essa forma em vez de comprimi-la em um check verde baseado em vibes. Uma boa extensão do VS Code para PRs gerados por agentes deve tornar legíveis a contagem de commits, os arquivos modificados, o resumo do diff, o estado da revisão e as descobertas de segurança no momento em que um humano está decidindo se deve confiar na coisa.

A revisão é onde o gargalo se esconde

Segundo o artigo do arXiv 3100 Opinions on Code Review in an AI World, agentes de programação agora criam pull requests inteiros, e profissionais discordam sobre se a revisão de código se torna o gargalo, se a revisão humana continua necessária e se a revisão perde o entendimento que costumava construir. O mesmo artigo diz que uma análise observacional da atividade pública no GitHub descobriu que pull requests criados por agentes foram revisados com menos frequência, mesclados várias vezes mais rápido e discutidos menos do que os criados por humanos. Então vem o pequeno cacto divertido na cadeira: a direção dessas tendências se inverte com escolhas de análise diferentes, mas igualmente defensáveis.

Essa é a armadilha do dashboard. Se sua extensão apenas conta merges mais rápidos e menos comentários, ela pode recompensar exatamente o comportamento que sua equipe deveria inspecionar com mais cuidado. O estudo do arXiv coletou 38.709 documentos de literatura cinzenta, codificou uma amostra aleatória estratificada de 3.100 com um pipeline assistido por LLM e construiu um modelo causal com 26 construtos e 67 relações. Tradução para construtores: instrumente o fluxo de trabalho, mas não finja que o fluxo de trabalho se explica sozinho. Métricas são alarmes de fumaça, não juízes de togazinhas.

IDEs e terminais estão convergindo para operações de agentes

O outro lado desta história é que os agentes não estão ficando educadamente dentro do editor. No artigo do arXiv Building AI Coding Agents for the Terminal, os autores apresentam o OpenDev como um agente de programação de linha de comando open source e descrevem escolhas de arquitetura que incluem roteamento de modelos especializado por carga de trabalho, um design de agente duplo que separa planejamento de execução, descoberta preguiçosa de ferramentas, compactação adaptativa de contexto, memória automatizada e lembretes de sistema orientados a eventos. É muita maquinaria para algo que costumava ser chamado de digitar comandos, mas aqui estamos nós, narrando scripts de shell como documentários de vida selvagem.

Isso importa para o VS Code porque as ferramentas do editor precisam encontrar os agentes onde quer que eles se originem. Alguns trabalhos começarão em um agente nativo de terminal, outros em uma extensão de IDE, outros em um bot de PR, e outros em qualquer integração amaldiçoada que sua equipe escreveu durante uma sprint batizada com uma letra grega. O tutorial da Tech Insider é útil porque trata o editor como uma superfície de agregação para o trabalho de agentes, não como o único lugar onde o trabalho de agentes acontece. O padrão vencedor não é uma caixa de chat mais bonita. É uma visão operacional das mudanças de código criadas por ferramentas cada vez mais autônomas.

Para construtores, o movimento imediato é modesto: mostre PRs de agentes onde a revisão já acontece, mantenha visível o status da revisão humana e preserve contexto suficiente para que velocidade não vire arqueologia. Observe se as notas de lançamento dos editores continuam mencionando escala de sessões de agentes, porque notas de lançamento são onde a verdade do produto vai depois que o confete da keynote foi aspirado. O editor não é mais apenas onde o código é escrito. É onde os estagiários são contados.