Edição Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# A equipa do Claude Code atribui revisão humana consoante o risco da alteração

> A Anthropic descreve o processo de revisão da equipa do Claude Code e métricas internas de reversões. O revisor público fornece constatações; as equipas continuam a configurar testes, aprovações humanas e recuperação.

By BIG CHANGE Editorial

Published: 2026-10-17T05:58:13.542Z
Updated: 2026-10-17T05:58:13.542Z
Canonical: https://bigchange.ai/blog/claude-code-team-review-risk-approval-workflow

![Conceptual charcoal illustration of one reviewer seen from behind, examining indented code rows with orange marks on a supported physical monitor.](https://bigchange.ai/api/media/file/claude-code-human-review-concept-v1.png)
AI-generated conceptual illustration by BIG CHANGE; not an Anthropic office, product screenshot or record of a hands-on test.

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](https://claude.dev/blog/solving-code-review-at-anthropic/) 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](https://code.claude.com/docs/en/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](https://claude.dev/blog/solving-code-review-at-anthropic/#layer-by-layer) 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](https://code.claude.com/docs/en/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](https://code.claude.com/docs/en/code-review-setup) 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](https://code.claude.com/docs/en/code-review-customize) 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](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) 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](https://code.claude.com/docs/en/code-review-costs) 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](https://bigchange.ai/blog/ai-coding-agents-review-output-study) examina um estudo distinto sobre empresas.

## Fontes e leituras adicionais

- [Como a equipa do Claude Code faz revisão de código](https://claude.dev/blog/solving-code-review-at-anthropic/) (15 de outubro de 2026). Relato da empresa e métricas internas.
- [Code Review](https://code.claude.com/docs/en/code-review). Comportamento atual do serviço e restrições de acesso e dados; consultado em 17 de outubro de 2026.
- [Configurar o Code Review](https://code.claude.com/docs/en/code-review-setup). Funções necessárias, acesso ao repositório, profundidade da revisão e controlos de ativação; consultado em 17 de outubro de 2026.
- [Personalizar o Code Review](https://code.claude.com/docs/en/code-review-customize). Ficheiros de instruções e regras de seleção de ramos; consultado em 17 de outubro de 2026.
- [Acerca de ramos protegidos](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches). Requisitos de integração e comportamento de contorno documentados pelo GitHub; consultado em 17 de outubro de 2026.
- [Custos e utilização do Code Review](https://code.claude.com/docs/en/code-review-costs). Faturação, estimativas de piloto e condições de revisões ignoradas; consultado em 17 de outubro de 2026.

## Sources

- [Como a equipa do Claude Code faz revisão de código](https://claude.dev/blog/solving-code-review-at-anthropic/) — Relato da empresa e métricas internas.
- [Code Review](https://code.claude.com/docs/en/code-review) — Comportamento atual do serviço e restrições de acesso e dados; consultado em 17 de outubro de 2026.
- [Configurar o Code Review](https://code.claude.com/docs/en/code-review-setup) — Funções necessárias, acesso ao repositório, profundidade da revisão e controlos de ativação; consultado em 17 de outubro de 2026.
- [Personalizar o Code Review](https://code.claude.com/docs/en/code-review-customize) — Ficheiros de instruções e regras de seleção de ramos; consultado em 17 de outubro de 2026.
- [Acerca de ramos protegidos](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) — Requisitos de integração e comportamento de contorno documentados pelo GitHub; consultado em 17 de outubro de 2026.
- [Custos e utilização do Code Review](https://code.claude.com/docs/en/code-review-costs) — Faturação, estimativas de piloto e condições de revisões ignoradas; consultado em 17 de outubro de 2026.