LançamentoAPI / Produto · Pronto p/ usoGitHub Changelog→ original

GitHub abre o gerenciamento do Copilot Code Review por API em três níveis

O GitHub levou as configurações do Copilot Code Review para suas APIs REST e GraphQL. Agora o administrador da empresa define a política geral, a organização escolhe o nível de rigor e a configuração do runner, e o repositório gerencia instruções e ferramentas MCP. As respostas da API passaram a trazer informações sobre a autoria dos comentários, os créditos de IA gastos e as fontes dos apontamentos, o que facilita a auditoria e a automação das revisões.

Processado por IA de GitHub Changelog; editado por Hamidun News
GitHub abre o gerenciamento do Copilot Code Review por API em três níveis
Fonte: GitHub Changelog. Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalGitHub Changelog ↗
Editor-chefe
Dado-chave #1As configurações da empresa não podem ser sobrescritas no nível da organização.
Dado-chave #2A API do repositório exige permissões Administration: read ou write.

Quando uma empresa tem dezenas de organizações e centenas de repositórios, configurar manualmente a revisão com IA rapidamente vira uma loteria. Em um projeto o Copilot verifica cada pull request, em outro está desativado e em um terceiro usa um servidor MCP do qual a equipe de segurança não sabe nada. O GitHub fechou essa brecha: as configurações do Copilot Code Review agora podem ser gerenciadas pelas APIs REST e GraphQL em três níveis: empresa, organização e repositório individual.

O sentido prático é simples: a política de revisão pode ser armazenada como código, verificada automaticamente e distribuída de uma só vez por todo o ambiente. A atualização está disponível nos planos Copilot Pro, Pro+, Max, Business e Enterprise.

Como funciona a hierarquia de configurações

O administrador da empresa decide se o Copilot Code Review é permitido em todas as organizações ou se cada uma escolhe por conta própria. Se uma configuração for fixada no topo, ela não pode ser sobrescrita nos níveis abaixo.

No nível da organização, é possível ativar a revisão, definir o nível de rigor padrão e gerenciar a configuração do runner. O administrador do repositório recebe um conjunto menor de alavancas: escolhe o rigor da verificação e permite ou proíbe o uso de instruções personalizadas e ferramentas MCP.

Imagine uma empresa com cinquenta repositórios. A equipe de segurança proíbe servidores MCP externos, a equipe de plataforma ativa por padrão um modo de revisão equilibrado e os responsáveis por serviços críticos escolhem uma verificação mais profunda. Antes, um esquema desses precisava ser mantido pela interface e por memorandos internos. Agora ele pode ser descrito em um script, comparando o estado desejado com o real e corrigindo as divergências pela API.

O que agora é possível obter da API

O GitHub adicionou campos explícitos que permitem distinguir as revisões e os comentários do Copilot das mensagens de pessoas e de outros aplicativos. A API também pode retornar o nível de rigor utilizado e indicar quais habilidades, servidores MCP e instruções personalizadas o Copilot citou como fontes de um apontamento específico.

Isso é mais importante do que parece. Uma equipe pode coletar automaticamente os apontamentos da revisão com IA, calcular a proporção de recomendações aceitas e investigar um comentário controverso: se foi resultado do modelo padrão, de uma instrução interna ou de uma ferramenta conectada. As sessões do agente agora também mostram a quantidade de créditos de IA gastos, de modo que o custo de uma verificação pode ser comparado ao seu benefício.

O próprio resumo da revisão ficou mais compacto. Arquivos ignorados e excluídos são reunidos em uma única seção com os motivos da exclusão, blocos vazios são ocultados e listas longas são recolhidas. Ao dar uma avaliação negativa, o usuário pode indicar o motivo: conclusão incorreta, verbosidade excessiva ou comentário exigente demais.

Limitações e conclusão prática

A API tem um detalhe desagradável. Os endpoints de configurações da empresa e da organização, incluindo a configuração do runner, não oferecem suporte a GitHub Apps nem a tokens de acesso pessoal com permissões granulares. Para gerenciar um repositório, ambas as opções servem: a leitura exige a permissão Administration: read e a alteração, Administration: write. Um token de acesso pessoal clássico precisa de acesso administrativo ao repositório.

O GitHub também corrigiu problemas operacionais: uma revisão que falhou ou travou é repetida automaticamente uma vez e, se o modelo escolhido estiver indisponível, o sistema pode mudar para outro adequado. As configurações de cobrança e de recursos em pré-visualização são mantidas após desativar e reativar a revisão.

Para uma equipe de plataforma, o próximo passo é óbvio: exportar as configurações atuais pela API, definir uma política de referência e adicionar uma verificação de divergências ao fluxo de gerenciamento do GitHub já existente. Mas não convém dar permissões de escrita a um script de imediato. Primeiro execute uma auditoria somente leitura, verifique separadamente a herança de políticas e só então automatize as alterações. A API torna o Copilot Code Review gerenciável, mas a qualidade de seus apontamentos ainda precisa ser medida nos seus próprios repositórios.

História

Perguntas frequentes sobre a notícia

Como funciona a hierarquia de configurações?

O administrador da empresa decide se o Copilot Code Review é permitido em todas as organizações ou se cada uma escolhe por conta própria. Se uma configuração for fixada no topo, ela não pode ser sobrescrita nos níveis abaixo. No nível da organização, é possível ativar a revisão, definir o nível de rigor padrão e gerenciar a configuração do runner.

O que agora é possível obter da API?

O GitHub adicionou campos explícitos que permitem distinguir as revisões e os comentários do Copilot das mensagens de pessoas e de outros aplicativos. A API também pode retornar o nível de rigor utilizado e indicar quais habilidades, servidores MCP e instruções personalizadas o Copilot citou como fontes de um apontamento específico. Isso é mais importante do que parece.

O que se sabe sobre Limitações e conclusão prática?

A API tem um detalhe desagradável. Os endpoints de configurações da empresa e da organização, incluindo a configuração do runner, não oferecem suporte a GitHub Apps nem a tokens de acesso pessoal com permissões granulares. Para gerenciar um repositório, ambas as opções servem: a leitura exige a permissão Administration: read e a alteração, Administration: write. Um token de acesso pessoal clássico precisa de acesso administrativo ao repositório.

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Hands-On AI Engineering · Hamidun Academy

Build & Ship Production AI Agents Without Boilerplate Code

Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.

Start 72h Free Trial →Vibe-Coding Intensive
O que você acha?
Carregando comentários…