A equipa do Claude Code da Anthropic diz que o número de pull requests integrados mais do que duplicou entre junho e setembro, enquanto a proporção revertida caiu mais de 40%. O seu relato de 15 de outubro descreve a aprovação humana ajustada ao risco em repositórios separados do monorepo principal da Anthropic. São métricas da própria equipa; não demonstram a causa da melhoria.

Os responsáveis de engenharia podem usar o serviço público Code Review para recolher constatações enquanto definem os seus próprios requisitos de integração. O serviço comunica suspeitas de defeitos; a equipa decide que verificações e pessoas podem autorizar a entrega de uma alteração.

A grande mudança

  • O que mudou: A revisão por IA pode examinar uma alteração proposta e o código envolvente, verificar suspeitas de erros e colocar as constatações que resistem à verificação junto das linhas relevantes. Isto dá às equipas de engenharia outra fonte de provas de revisão à medida que os agentes produzem código.
  • Porque importa: O revisor público lê código sem o executar e não concede autorização de entrega. Os testes e as regras de aprovação do repositório são decisões separadas que um responsável de engenharia tem de configurar.
  • O que acompanhar: A frequência das revisões afeta a despesa, e um limite de orçamento pode levar a que sejam ignoradas revisões. As equipas têm de distinguir uma revisão concluída sem problemas detetados de uma revisão que nunca chegou a executar-se.

O processo interno atribui aprovação por risco

A sequência da equipa do Claude Code combina testes, revisões de agentes, revisão de segurança e integração contínua. Uma fila de integração antecede o lançamento faseado; os sinalizadores de funcionalidades e o rollback asseguram a recuperação.

A política de aprovação para autores de confiança é:

Risco da alteração

Aprovações humanas necessárias após verificações automáticas

Baixo, incluindo texto e funcionalidades apenas internas

Nenhuma

Médio, incluindo alterações comuns do produto

Uma

Elevado, além de caminhos designados para dois revisores

Duas

A pessoa que dirige um agente conta para o requisito; a aprovação de um agente não conta. As aprovações abrangem um commit específico. Após três rondas de revisão, o revisor pede ao autor que reconsidere a abordagem. As passagens posteriores restringem-se ao novo diff. Reversões e incidentes funcionam como indicadores de controlo, sem haver ainda um mecanismo automático para reforçar a aprovação quando pioram.

O que faz o revisor público

O manual atual do Code Review descreve vários agentes a ler o diff e o código próximo na infraestrutura da Anthropic. Uma fase de verificação avalia as constatações propostas; depois o serviço elimina duplicados, ordena a gravidade e publica comentários e uma execução de verificação. Lê código sem o compilar ou executar. Essa execução não faz falhar um pull request, e o serviço nunca o aprova nem bloqueia.

O acesso exige uma organização Team ou Enterprise e repositórios GitHub. O manual exclui organizações com Zero Data Retention, a configuração HIPAA ou chaves de encriptação geridas pelo cliente. Estas restrições importam antes de enviar código proprietário para revisão. O BIG CHANGE analisou os documentos; não implementou nem testou este fluxo de trabalho.

As instruções de configuração exigem um Owner da organização Claude, um proprietário da organização GitHub para instalar e associar a aplicação, e acesso de escrita para adicionar repositórios. A aplicação pede permissões mais amplas do que as usadas pela revisão. Os administradores escolhem revisões Quick, Standard ou Deep e se correm uma vez por pull request, após cada push ou a pedido. A revisão automática ignora rascunhos e forks; uma pessoa com acesso de escrita pode pedi-la manualmente.

Instruções e aplicação das regras têm funções diferentes

O manual de personalização distingue CLAUDE.md, que fornece contexto do projeto, de REVIEW.md, que define prioridades e exclusões específicas da revisão. O serviço lê instruções a partir do ramo base ou predefinido, nunca da própria alteração proposta. O comando local /code-review lê CLAUDE.md, mas não REVIEW.md. Por isso, as orientações comuns às duas ferramentas devem ficar em CLAUDE.md.

As regras do repositório asseguram o cumprimento. A documentação de proteção de ramos do GitHub descreve verificações de estado obrigatórias, aprovações de responsáveis pelo código e resolução de conversas de revisão. Também permite invalidar aprovações quando o diff revisto muda. Os administradores podem normalmente contornar as proteções, salvo se a regra também se lhes aplicar. Por isso, um responsável de engenharia precisa de examinar a regra efetiva e as permissões para a contornar, além dos comentários do revisor.

O revisor público, tal como documentado, não fornece um teste da aplicação aprovado nem uma aprovação humana obrigatória. Manter estes registos separados permite verificar as provas que sustentaram uma integração.

Medir as revisões que se executaram

A faturação do Code Review usa tokens através de créditos de utilização, separadamente da utilização incluída no plano. A Anthropic não publica um preço fixo por revisão. O custo varia com a profundidade, a alteração e o código envolvente, e as constatações que exigem verificação. Rever cada push acrescenta revisões ao mesmo pull request.

O manual de custos recomenda um piloto limitado, um teto mensal de despesa e a medição do custo médio do repositório. As revisões podem ser ignoradas quando se esgota o limite do serviço, o da organização ou o saldo de créditos, incluindo quando o restante é inferior ao custo esperado de uma revisão. Uma revisão ignorada produz um comentário a explicar a causa.

Durante o piloto, confirme que o serviço de revisão pretendido foi executado sobre a alteração pretendida, que os testes e aprovações humanas obrigatórios continuam a aplicar-se e que a equipa consegue reverter um lançamento defeituoso. Demonstrar um benefício noutro contexto exige os próprios registos de revisão, reversões e incidentes da equipa adotante. A cobertura anterior do BIG CHANGE sobre produção de código e trabalho concluído examina um estudo distinto sobre empresas.

Fontes e leituras adicionais