O GitHub anunciou a 29 de julho de 2026 que o suporte a agent skills e servidores MCP na revisão de código do Copilot está agora disponível de forma geral. O título é simples: as revisões automatizadas podem aplicar os padrões da sua equipa e ler contexto das ferramentas que já utiliza. O detalhe que merece uma segunda leitura é que cada chamada MCP está restringida a apenas leitura, e é isso que torna a funcionalidade adotável em vez de meramente interessante.
O que foi realmente lançado
Duas capacidades saíram da pré-visualização ao mesmo tempo, e resolvem metades diferentes do mesmo problema.
Os agent skills permitem que uma revisão invoque as ferramentas internas e os padrões de codificação da sua equipa. Adiciona-se um ficheiro SKILL.md dentro de um subdiretório de skill sob .github/skills, e o seu conteúdo estende a análise com contexto e instruções específicas do seu repositório ou organização. A consequência prática é que convenções que vivem num wiki que ninguém lê, ou na cabeça de um único engenheiro sénior, passam a ser algo que o revisor aplica de forma consistente.
As ligações a servidores MCP obtêm contexto de plataformas de terceiros que a sua equipa já utiliza: sistemas de tickets, sistemas de documentação, catálogos de serviços. Em vez de rever um diff isolado, o revisor consegue ver o que o ticket associado pedia realmente.
O GitHub lista a funcionalidade para Copilot Pro, Pro+, Business e Enterprise. Vale a pena notar, porque vários lançamentos recentes do Copilot começavam mais acima na escala de planos. Se configurou qualquer uma das capacidades durante a pré-visualização pública, o GitHub indica que não é necessária qualquer alteração e que a sua configuração existente continua a funcionar.
A restrição de apenas leitura é a verdadeira notícia
Ligar um agente automatizado aos seus sistemas internos é o tipo de proposta que encalha numa revisão de segurança, e normalmente por boas razões. A questão nunca é se o contexto ajudaria, mas o que acontece quando o agente se engana ou é manipulado.
A resposta do GitHub aqui é uma decisão de desenho em vez de uma promessa de política: todas as chamadas a ferramentas MCP efetuadas pela revisão de código do Copilot estão limitadas a apenas leitura. O revisor pode ler o seu sistema de tickets; não pode fechar tickets, editar documentação nem alterar uma definição de serviço. Isso converte um risco em aberto num risco delimitado, e é a diferença entre uma funcionalidade que uma equipa de segurança pode aprovar e outra que não pode.
Vale a pena ser preciso sobre o que isto não cobre. Um acesso de apenas leitura continua a significar que o conteúdo desses sistemas chega ao revisor, pelo que as perguntas habituais sobre que dados saem do seu perímetro continuam pertinentes. Analisámos essa superfície mais ampla na nossa análise da segurança do MCP, e o raciocínio aí aplica-se sem alterações: restringir as escritas reduz o raio de impacto, não elimina a questão da exposição de dados.
A atribuição: a funcionalidade discreta que torna os skills utilizáveis
O GitHub indica ainda que a revisão de código do Copilot passa a assinalar quando um comentário foi gerado usando agent skills ou contexto MCP.
Lê-se como um pequeno toque de transparência e é, na verdade, o que torna o resto viável. Sem atribuição, um comentário de revisão é indiferenciado: não consegue dizer se reflete um padrão que codificou ou o treino geral do modelo. Isso importa no momento em que um skill começa a produzir ruído, porque não tem forma de saber que comentários associar a que SKILL.md. Com atribuição, um skill mal escrito é depurável. Sem ela, as equipas deixam silenciosamente de confiar no revisor como um todo.
O que muda na prática
Se a sua equipa já executa a revisão de código do Copilot, o movimento útil é estreito em vez de ambicioso. Codifique as convenções que geram mais comentários de revisão repetidos, aquelas que um humano escreve pela décima vez este mês, e comece por aí. São os casos em que um SKILL.md se paga de imediato, e onde uma resposta errada é barata de detetar.
Se estava a adiar a ligação de sistemas internos, o limite de apenas leitura remove a objeção que costumava matar a discussão. Não remove a necessidade de decidir que servidores vale a pena ligar, e a resposta é provavelmente menos do que gostaria: contexto que muda a conclusão de uma revisão tem valor, contexto que apenas acrescenta volume torna as revisões mais lentas e ruidosas.
Se ainda está a escolher um revisor, isto estreita a distância entre o Copilot e as ferramentas que se diferenciavam pela personalização. A nossa comparação de ferramentas de revisão de código por IA expõe as categorias e os compromissos, embora seja anterior a este anúncio e trate a personalização como um diferenciador que faltava ao Copilot.
Em resumo
A funcionalidade está disponível de forma geral desde 29 de julho de 2026 para Pro, Pro+, Business e Enterprise, configurada através de ficheiros SKILL.md sob .github/skills e através de ligações a servidores MCP, com cada chamada MCP em apenas leitura e comentários atribuídos à sua origem.
No conjunto, é uma forma mais conservadora do que o enquadramento do anúncio sugere, e o conservadorismo é a escolha certa aqui. Um revisor automatizado que pode ler os seus sistemas e dizer-lhe de onde vieram as suas opiniões é útil. Um que pudesse escrever neles, sem dizer que comentário veio de onde, seria um passivo. Foi lançado como o primeiro. Para o lado do modelo da mesma pilha, cobrimos a chegada do Claude Opus 5 ao Copilot na semana passada, incluindo uma salvaguarda que corta no sentido inverso para o trabalho de segurança.
Com base na entrada de changelog publicada pelo GitHub a 29 de julho de 2026. Os nomes dos planos, o caminho SKILL.md, a restrição de apenas leitura e o comportamento de atribuição são a redação do próprio GitHub, não uma caracterização nossa. Não medimos a qualidade das revisões com ou sem skills e não fazemos qualquer afirmação sobre isso.
