4 4
5# Code Review5# Code Review
6 6
7> Configure análises automatizadas de PR que detectam erros de lógica, vulnerabilidades de segurança e regressões usando análise multi-agente de sua base de código completa7> Detecte bugs em pull requests do GitHub com Code Review: Claude revisa cada alteração, verifica suas descobertas e comenta inline. Para planos Team e Enterprise
8 8
9<Note>9Com Code Review, Claude revisa os pull requests em seus repositórios do GitHub. Vários agentes leem cada alteração junto com o código circundante, procurando problemas como erros de lógica, vulnerabilidades de segurança ou casos extremos quebrados. Uma etapa de verificação confere as descobertas contra o código antes de elas serem relatadas.
10 Code Review está em prévia de pesquisa, disponível para assinaturas [Team e Enterprise](https://claude.ai/admin-settings/claude-code). Não está disponível para organizações com [Zero Data Retention](/docs/pt/zero-data-retention) ativado ou com a [configuração HIPAA](/docs/pt/hipaa-setup) aplicada, e não é coberto pelo BAA da Anthropic. Em outros planos, você ainda pode [revisar um diff localmente](#review-a-diff-locally) com o comando `/code-review`.
11</Note>
12
13Code Review analisa seus pull requests do GitHub e publica descobertas como comentários inline nas linhas de código onde encontrou problemas. Uma frota de agentes especializados examina as alterações de código no contexto de sua base de código completa, procurando por erros de lógica, vulnerabilidades de segurança, casos extremos quebrados e regressões sutis.
14
15As descobertas são marcadas por severidade e não aprovam ou bloqueiam seu PR, portanto os fluxos de trabalho de revisão existentes permanecem intactos. Você pode ajustar o que Claude sinaliza adicionando um arquivo `CLAUDE.md` ou `REVIEW.md` ao seu repositório.
16
17Para executar Claude em sua própria infraestrutura de CI em vez deste serviço gerenciado, consulte [GitHub Actions](/docs/pt/github-actions) ou [GitLab CI/CD](/docs/pt/gitlab-ci-cd). Para repositórios em uma instância GitHub auto-hospedada, consulte [GitHub Enterprise Server](/docs/pt/github-enterprise-server).
18 10
19Esta página cobre:11As descobertas chegam como comentários inline nas linhas em questão, classificadas por [severidade](/docs/pt/code-review-pull-requests#severity-levels), com um resumo e uma execução de verificação no pull request. Uma revisão nunca aprova nem bloqueia o pull request, portanto a decisão de fazer merge permanece com sua equipe.
20 12
21* [Como as revisões funcionam](#how-reviews-work)13<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=0351c96df9efa3105172eb00a672f130" className="dark:hidden" alt="Diagrama de uma revisão em quatro etapas. Um pull request no GitHub vai para vários agentes que pesquisam em paralelo na infraestrutura da Anthropic. Uma etapa de verificação descarta falsos positivos, as descobertas restantes são desduplicadas e classificadas por severidade, e a revisão publica comentários inline, um resumo e uma execução de verificação de volta no GitHub." width="760" height="300" data-path="images/code-review-pipeline.svg" />
22* [Configuração](#set-up-code-review)
23* [Acionando revisões manualmente](#manually-trigger-reviews) com `@claude review` e `@claude review always`
24* [Personalizando revisões](#customize-reviews) com `CLAUDE.md` e `REVIEW.md`
25* [Preços](#pricing)
26* [Troubleshooting](#troubleshooting) execuções falhadas e comentários ausentes
27* [Revisando um diff localmente](#review-a-diff-locally) com o comando `/code-review`
28
29<h2 id="how-reviews-work">
30 Como as revisões funcionam
31</h2>
32 14
33Depois que um administrador [ativa Code Review](#set-up-code-review) para sua organização, as revisões são acionadas quando um PR é aberto, em cada push ou quando solicitado manualmente, dependendo do comportamento configurado do repositório. Comentar `@claude review` [inicia uma revisão em um PR](#manually-trigger-reviews) em qualquer modo.15<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline-dark.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=9cf26bde98f4e999d0d9ff5bf5bdff40" className="hidden dark:block" alt="Diagrama de uma revisão em quatro etapas. Um pull request no GitHub vai para vários agentes que pesquisam em paralelo na infraestrutura da Anthropic. Uma etapa de verificação descarta falsos positivos, as descobertas restantes são desduplicadas e classificadas por severidade, e a revisão publica comentários inline, um resumo e uma execução de verificação de volta no GitHub." width="760" height="300" data-path="images/code-review-pipeline-dark.svg" />
34
35Quando uma revisão é executada, vários agentes analisam o diff e o código circundante em paralelo na infraestrutura da Anthropic. Cada agente procura por uma classe diferente de problema, então uma etapa de verificação verifica os candidatos contra o comportamento real do código para filtrar falsos positivos. Os resultados são desduplicados, classificados por severidade e publicados como comentários inline nas linhas específicas onde os problemas foram encontrados, com um resumo no corpo da revisão. Se nenhum problema for encontrado, Code Review atualiza a execução de verificação do GitHub para mostrar que nenhum problema foi detectado. Claude também pode publicar um breve comentário de confirmação no PR.
36
37As revisões escalam em custo com o tamanho e complexidade do PR, completando em média em 20 minutos. Os administradores podem monitorar a atividade de revisão e gastos através do [painel de análise](#view-usage).
38
39<h3 id="severity-levels">
40 Níveis de severidade
41</h3>
42
43Cada descoberta é marcada com um nível de severidade:
44
45| Marcador | Severidade | Significado |
46| :- | :- | :- |
47| 🔴 | Importante | Um bug que deve ser corrigido antes de fazer merge |
48| 🟡 | Nit | Um problema menor, vale a pena corrigir mas não é bloqueante |
49| 🟣 | Pré-existente | Um bug que existe na base de código mas não foi introduzido por este PR |
50
51As descobertas incluem uma seção de raciocínio estendido recolhível que você pode expandir para entender por que Claude sinalizou o problema e como verificou o problema.
52
53<h3 id="rate-and-reply-to-findings">
54 Avaliar e responder a descobertas
55</h3>
56
57Cada comentário de revisão do Claude chega com 👍 e 👎 já anexados para que ambos os botões apareçam na interface do GitHub para classificação com um clique. Clique em 👍 se a descoberta foi útil ou 👎 se estava errada ou ruidosa. A Anthropic coleta contagens de reações após o PR ser mesclado e as usa para ajustar o revisor. As reações não acionam uma re-revisão ou alteram nada no PR.
58
59Responder a um comentário inline não solicita que Claude responda ou atualize o PR. Para agir em uma descoberta, corrija o código e faça push. Se o PR estiver inscrito em revisões acionadas por push, a próxima execução resolve a thread quando o problema for corrigido. Para solicitar uma revisão nova sem fazer push, comente `@claude review` como um [comentário de PR de nível superior](#manually-trigger-reviews).
60
61Para descartar uma descoberta sem uma alteração de código, resolva sua thread; responder não a descarta.
62
63<h3 id="check-run-output">
64 Saída de execução de verificação
65</h3>
66
67Além dos comentários de revisão inline, cada revisão popula a execução de verificação **Claude Code Review** que aparece junto com suas verificações de CI. Expanda seu link **Details** para ver um resumo de cada descoberta em um único lugar, classificado por severidade:
68
69| Severidade | Arquivo:Linha | Problema |
70| - | - | - |
71| 🔴 Importante | `src/auth/session.ts:142` | Atualização de token corre com logout, deixando sessões obsoletas ativas |
72| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` retorna silenciosamente 0 em entrada malformada |
73
74Cada descoberta também aparece como uma anotação na aba **Files changed**, marcada diretamente nas linhas de diff relevantes. As descobertas Importantes são renderizadas com um marcador vermelho, nits com um aviso amarelo e bugs pré-existentes com um aviso cinza. Anotações e a tabela de severidade são escritas na execução de verificação independentemente dos comentários de revisão inline, portanto permanecem disponíveis mesmo se GitHub rejeitar um comentário inline em uma linha que se moveu.
75
76A execução de verificação sempre é concluída com uma conclusão neutra, portanto nunca bloqueia a mesclagem através de regras de proteção de branch. Se você deseja bloquear mesclagens em descobertas de Code Review, leia o detalhamento de severidade da saída de execução de verificação em seu próprio CI. A última linha do texto Details é um comentário legível por máquina que seu fluxo de trabalho pode analisar com `gh` e jq. Para encontrar a ID de execução de verificação, liste as execuções de verificação do commit com `gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}'` e pegue a `id` da execução `Claude Code Review`. Substitua `OWNER`, `REPO` e `CHECK_RUN_ID` pelo proprietário do seu repositório, nome do repositório e essa ID:
77
78```bash theme={null}
79gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \
80 --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'
81```
82
83Isso retorna um objeto JSON com contagens por severidade, por exemplo `{"normal": 2, "nit": 1, "pre_existing": 0}`. A chave `normal` contém a contagem de descobertas Importantes; um valor diferente de zero significa que Claude encontrou pelo menos um bug que vale a pena corrigir antes da mesclagem.
84
85<h3 id="what-code-review-checks">
86 O que Code Review verifica
87</h3>
88
89Por padrão, Code Review se concentra em correção: bugs que quebrariam a produção, não preferências de formatação ou cobertura de testes ausente. Você pode expandir o que verifica [adicionando arquivos de orientação](#customize-reviews) ao seu repositório.
90
91<h2 id="set-up-code-review">
92 Configurar Code Review
93</h2>
94
95Um Owner ativa Code Review uma vez para a organização e seleciona quais repositórios incluir.
96
97<Steps>
98 <Step title="Abrir configurações de administrador do Claude Code">
99 Vá para [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) e encontre a seção Code Review. Você precisa da função Owner ou Primary Owner em sua organização Claude e permissão para instalar GitHub Apps em sua organização GitHub.
100 </Step>
101
102 <Step title="Iniciar configuração">
103 Clique em **Setup**. Isso inicia o fluxo de instalação do GitHub App.
104 </Step>
105
106 <Step title="Instalar o Claude GitHub App">
107 Siga os prompts para instalar o Claude GitHub App: escolha a organização GitHub que possui os repositórios que você deseja revisar, escolha quais repositórios o app pode acessar e aprove as permissões solicitadas.
108
109 Para revisar um pull request, Claude lê o conteúdo do seu repositório através do acesso de leitura do app e publica comentários e a [execução de verificação](#check-run-output) através de seu acesso de escrita a pull requests e verificações. Durante a instalação, você concede um conjunto de permissões mais amplo compartilhado por outros recursos Claude, como [GitHub Actions](/docs/pt/github-actions); consulte [Permissões do GitHub App](/docs/pt/github-actions#github-app-permissions) para a lista completa.
110 </Step>
111
112 <Step title="Selecionar repositórios">
113 Escolha quais repositórios ativar para Code Review. Se você não vir um repositório, certifique-se de que deu ao Claude GitHub App acesso a ele durante a instalação. Você pode adicionar mais repositórios mais tarde.
114 </Step>
115
116 <Step title="Definir gatilhos de revisão por repo">
117 Após a conclusão da configuração, a seção Code Review mostra seus repositórios em uma tabela. Para cada repositório, use o dropdown **Review Behavior** para escolher quando as revisões são executadas:
118
119 * **Once after PR creation**: a revisão é executada uma vez quando um PR é aberto ou marcado como pronto para revisão
120 * **After every push**: a revisão é executada em cada push para o branch do PR, detectando novos problemas conforme o PR evolui e resolvendo automaticamente threads quando você corrige problemas sinalizados
121 * **Manual**: abrir ou fazer push para um PR não inicia uma revisão; comente [`@claude review`](#manually-trigger-reviews) para solicitar uma, ou `@claude review always` para também inscrever o PR em revisões em pushes subsequentes
122
123 Qualquer que seja a opção escolhida, Claude revisa um [pull request de um fork](#review-pull-requests-from-forks) apenas quando alguém comenta `@claude review` nele.
124
125 Revisar em cada push executa a maioria das revisões e custa mais. O modo Manual é útil para repositórios de alto tráfego onde você deseja optar PRs específicos para revisão, ou para começar a revisar seus PRs apenas quando estiverem prontos.
126 </Step>
127</Steps>
128
129A tabela de repositórios também mostra o custo médio por revisão para cada repo com base na atividade recente. Use o menu de ações de linha para ativar ou desativar Code Review por repositório, ou para remover um repositório completamente.
130
131Para verificar a configuração, abra um PR de teste. Se você escolheu um gatilho automático, uma execução de verificação chamada **Claude Code Review** aparece em alguns minutos. Se você escolheu Manual, comente `@claude review` no PR para iniciar a primeira revisão. Se nenhuma execução de verificação aparecer, confirme que o repositório está listado em suas configurações de administrador e que o Claude GitHub App tem acesso a ele.
132
133<h2 id="manually-trigger-reviews">
134 Acionando revisões manualmente
135</h2>
136
137Comandos de comentário iniciam uma revisão sob demanda. Eles funcionam independentemente do gatilho configurado do repositório, portanto você pode usá-los para optar PRs específicos para revisão no modo Manual ou para obter uma re-revisão imediata em outros modos.
138
139| Comando | O que faz |
140| :- | :- |
141| `@claude review` | Inicia uma única revisão sem inscrever o PR em pushes futuros |
142| `@claude review always` | Inicia uma revisão e inscreve o PR em revisões acionadas por push a partir de então |
143| `@claude review once` | O mesmo que `@claude review`: inicia uma única revisão sem inscrever |
144
145Use `@claude review always` quando você deseja que cada push subsequente para o PR inicie uma revisão atualizada, como em um PR de alta prioridade em um repositório definido para modo Manual. Como o comando simples não inscreve o PR, você pode solicitar uma segunda opinião única sem alterar se pushes posteriores acionam revisões.
146 16
147<Note>17<Note>
148 Antes de uma atualização de julho de 2026, `@claude review` inscrevia o PR em revisões acionadas por push. Se você dependia desse comportamento, comente `@claude review always` em vez disso. `@claude review once` ainda funciona e se comporta da mesma forma que o comando simples.18 Code Review usa IA para revisar código e pode deixar passar bugs, vulnerabilidades de segurança ou outros problemas. Uma revisão sem descobertas não significa que seu código está livre de erros ou é seguro.
149</Note>19</Note>
150 20
151Para qualquer um desses comandos acionar uma revisão:21<span id="review-a-diff-locally" />
152
153* Poste-o como um comentário de PR de nível superior, não um comentário inline em uma linha de diff
154* Coloque o comando no início do comentário, com `once` ou `always` na mesma linha que o resto do comando
155* Você deve ter permissão de escrita, manutenção ou administrador no repositório
156* O PR deve estar aberto
157
158Diferentemente dos gatilhos automáticos, os gatilhos manuais são executados em PRs de rascunho, já que uma solicitação explícita sinaliza que você deseja a revisão agora independentemente do status de rascunho.
159
160Se uma revisão já estiver em execução nesse PR, a solicitação é enfileirada até que a revisão em andamento seja concluída. Você pode monitorar o progresso através da execução de verificação no PR.
161
162<h3 id="review-pull-requests-from-forks">
163 Revisar pull requests de forks
164</h3>
165
166Claude não revisa um pull request de um fork automaticamente, independentemente da configuração **Review Behavior** do repositório. Para iniciar um, comente `@claude review` no pull request. Os [requisitos para comandos de comentário](#manually-trigger-reviews) ainda se aplicam, e o acesso de escrita que você precisa é para o repositório base, não para o fork.
167 22
168Para obter outra revisão de um pull request de fork, poste um novo comentário `@claude review`. `@claude review always` também funciona, mas não inscreve o pull request em revisões em pushes posteriores. Nada além de um comando de comentário inicia uma revisão em um pull request de fork:23Para ativar Code Review, um Owner de sua organização Claude segue [Configurar Code Review](/docs/pt/code-review-setup). Claude também pode revisar código sem este serviço. Execute [`/code-review`](/docs/pt/code-review-local) em sua sessão do Claude Code em qualquer plano, ou [compare todas as opções](#compare-ways-to-get-a-review).
169 24
170* Clicar em **Re-run** na execução de verificação não inicia uma revisão25<h2 id="availability">
171* Fazer push de novos commits não inicia uma revisão, mesmo em um repositório definido para **After every push**26 Disponibilidade
172
173<h2 id="customize-reviews">
174 Personalizar revisões
175</h2>27</h2>
176 28
177Code Review lê dois arquivos do seu repositório para orientar o que sinaliza. Eles diferem em como influenciam fortemente a revisão:29Verifique se sua organização se qualifica antes de configurar Code Review:
178
179* **`CLAUDE.md`**: instruções de projeto compartilhadas que Claude Code usa para todas as tarefas, não apenas revisões. Code Review o lê como contexto de projeto e sinaliza violações recém-introduzidas como nits.
180* **`REVIEW.md`**: instruções exclusivas de revisão, fornecidas aos agentes que encontram e verificam descobertas e consultadas pelos agentes que classificam e relatam descobertas. Use-o para dizer o que sua equipe quer sinalizado, em qual severidade e como as descobertas são relatadas.
181
182<h3 id="claude-md">
183 CLAUDE.md
184</h3>
185
186Code Review lê seus arquivos `CLAUDE.md` do repositório e trata violações recém-introduzidas como descobertas de [nível nit](#severity-levels). Isso funciona bidirecionalmente: se seu PR altera o código de uma forma que torna uma declaração `CLAUDE.md` desatualizada, Claude sinaliza que os docs precisam ser atualizados também.
187
188Claude lê arquivos `CLAUDE.md` em cada nível de sua hierarquia de diretórios, portanto as regras no `CLAUDE.md` de um subdiretório se aplicam apenas aos arquivos sob esse caminho. Consulte a [documentação de memory](/docs/pt/memory) para mais informações sobre como `CLAUDE.md` funciona.
189 30
190Para orientação específica de revisão que você não deseja aplicada a sessões gerais do Claude Code, use [`REVIEW.md`](#review-md) em vez disso.31* **Planos**: [Team e Enterprise](/docs/pt/feature-availability)
191 32* **Hosts de código**: repositórios hospedados no GitHub, incluindo [GitHub Enterprise Server](/docs/pt/github-enterprise-server) e GitHub Enterprise Cloud com residência de dados. Para residência de dados, peça a um Owner que siga a [configuração de administrador do GitHub Enterprise Server](/docs/pt/github-enterprise-server#admin-setup) e insira o hostname `ghe.com` de sua empresa.
192<h3 id="review-md">33* **Retenção de dados**: Code Review não está disponível para organizações com [Zero Data Retention](/docs/pt/zero-data-retention) ativado ou com a [configuração HIPAA](/docs/pt/hipaa-setup) aplicada, e não é coberto pelo Business Associate Agreement (BAA) da Anthropic.
193 REVIEW\.md34* **Chaves de criptografia**: Code Review ainda não está disponível para organizações que usam chaves de criptografia gerenciadas pelo cliente (CMEK).
194</h3>35* **Provedores de nuvem**: você precisa de uma organização Claude em um desses planos mesmo que seus desenvolvedores usem Claude Code através do Amazon Bedrock, da Agent Platform do Google Cloud ou do Microsoft Foundry
195 36
196`REVIEW.md` é um arquivo na raiz do seu repositório que personaliza Code Review para seu repo. Os agentes no pipeline de revisão que encontram e verificam descobertas recebem seu conteúdo como instruções de revisão do seu repositório, ao lado da orientação de revisão padrão do Code Review, e os agentes que classificam e relatam descobertas o consultam antes de definir severidade e escrever a revisão.37<h2 id="set-up-and-use-code-review">
197 38 Configurar e usar Code Review
198Coloque as regras que você deseja aplicadas diretamente em `REVIEW.md`.
199
200<h4 id="what-you-can-tune">
201 O que você pode ajustar
202</h4>
203
204`REVIEW.md` é markdown de forma livre, portanto qualquer coisa que você possa expressar como uma instrução de revisão está no escopo. Os padrões abaixo têm o maior impacto na prática.
205
206**Severidade**: redefina o que 🔴 Importante significa para seu repo. A calibração padrão visa código de produção; um repo de docs, um repo de config ou um protótipo pode querer uma definição muito mais estreita. Declare explicitamente quais classes de descoberta são Importantes e quais são Nit no máximo. Você também pode escalar na outra direção, por exemplo tratando qualquer violação de `CLAUDE.md` como Importante em vez do nit padrão.
207
208**Volume de nit**: limite quantos comentários 🟡 Nit uma única revisão publica. Prosa e arquivos de config podem ser polidos para sempre. Um limite como "relatar no máximo cinco nits, mencionar o resto como uma contagem no resumo" mantém as revisões acionáveis.
209
210**Regras de pulo**: liste caminhos, padrões de branch e categorias de descoberta onde Claude não deve publicar descobertas. Candidatos comuns são código gerado, lockfiles, dependências vendidas e branches de autoria de máquina, junto com qualquer coisa que seu CI já aplique como linting ou verificação ortográfica. Para caminhos que justificam alguma revisão mas não escrutínio completo, defina uma barra mais alta em vez de pular completamente: "em `scripts/`, relatar apenas se próximo de certo e severo."
211
212**Verificações específicas do repo**: adicione regras que você deseja sinalizadas em cada PR, como "novas rotas de API devem ter um teste de integração." Como `REVIEW.md` alcança cada agente de descoberta e verificação diretamente, essas chegam mais confiávelmente do que as mesmas regras em um `CLAUDE.md` longo.
213
214**Barra de verificação**: exija evidência antes de uma classe de descoberta ser publicada. Por exemplo, "reivindicações de comportamento precisam de uma citação `file:line` na fonte, não uma inferência de nomenclatura" reduz falsos positivos que de outra forma custariam ao autor uma volta.
215
216**Convergência de re-revisão**: diga a Claude como se comportar quando um PR já foi revisado. Uma regra como "após a primeira revisão, suprima nits novos e publique descobertas Importantes apenas" impede que uma correção de uma linha chegue à sétima rodada apenas por estilo.
217
218**Forma de resumo**: peça para o corpo da revisão abrir com uma contagem de uma linha como `2 factual, 4 style`, e liderar com "sem problemas factuais" quando esse for o caso. O autor quer saber a forma do trabalho antes dos detalhes.
219
220<h4 id="example">
221 Exemplo
222</h4>
223
224Este `REVIEW.md` recalibra severidade para um serviço backend, limita nits, pula arquivos gerados e adiciona verificações específicas do repo.
225
226```markdown theme={null}
227# Instruções de revisão
228
229## O que Importante significa aqui
230
231Reserve Importante para descobertas que quebrariam comportamento, vazariam dados
232ou bloqueariam um rollback: lógica incorreta, consultas de banco de dados sem escopo, PII
233em logs ou mensagens de erro, e migrações que não são compatíveis com versões anteriores. Estilo, nomenclatura e sugestões de refatoração são Nit no máximo.
234
235## Limite os nits
236
237Relatar no máximo cinco Nits por revisão. Se você encontrou mais, diga "mais N
238itens similares" no resumo em vez de publicá-los inline. Se tudo que você encontrou é um Nit, lidere o resumo com "Sem problemas bloqueantes."
239
240## Não relatar
241
242- Qualquer coisa que CI já aplique: lint, formatação, erros de tipo
243- Arquivos gerados sob `src/gen/` e qualquer arquivo `*.lock`
244- Código apenas de teste que intencionalmente viola regras de produção
245
246## Sempre verificar
247
248- Novas rotas de API têm um teste de integração
249- Linhas de log não incluem endereços de email, IDs de usuário ou corpos de solicitação
250- Consultas de banco de dados estão no escopo do chamador do tenant
251```
252
253<h4 id="keep-it-focused">
254 Mantenha-o focado
255</h4>
256
257O comprimento tem um custo: um `REVIEW.md` longo dilui as regras que mais importam. Mantenha-o em instruções que alteram o comportamento de revisão e deixe contexto geral do projeto em `CLAUDE.md`.
258
259<h2 id="view-usage">
260 Ver uso
261</h2>39</h2>
262 40
263Vá para [claude.ai/analytics/code-review](https://claude.ai/analytics/code-review) para ver a atividade de Code Review em toda sua organização. O painel mostra:41<span id="set-up-code-review" />
264
265| Seção | O que mostra |
266| :- | :- |
267| PRs reviewed | Contagem diária de pull requests revisados durante o intervalo de tempo selecionado |
268| Code Review cost | Gasto em Code Review até o momento neste mês |
269| Feedback | Contagem de comentários de revisão que foram resolvidos automaticamente porque um desenvolvedor abordou o problema |
270| Repository breakdown | Contagens por repo de PRs revisados, comentários resolvidos e execuções de revisão, com custo estimado e uma visualização por PR |
271
272O cartão Code Review cost mostra um valor somente quando o mês atual está selecionado. Os números de custo nas análises podem diferir da sua fatura. Os custos do Repository breakdown são estimados pelo preço de tabela, antes de quaisquer descontos ou créditos, e abrangem apenas as revisões que Claude publicou em um pull request. Para gasto preciso de fatura, consulte sua fatura da Anthropic.
273
274<h2 id="pricing">
275 Preços
276</h2>
277
278Code Review é faturado com base no uso de tokens. Cada revisão custa em média \$15-25, escalando com o tamanho do PR, complexidade da base de código e quantos problemas requerem verificação. O uso de Code Review é faturado separadamente através de [créditos de uso](https://support.claude.com/pt/articles/12429409-extra-usage-for-paid-claude-plans) e não conta contra o uso incluído do seu plano.
279
280O gatilho de revisão que você escolhe afeta o custo total:
281
282* **Once after PR creation**: é executado uma vez por PR
283* **After every push**: é executado em cada push, multiplicando o custo pelo número de pushes
284* **Manual**: sem revisões em aberto ou push, portanto o custo acumula apenas de revisões que alguém solicita
285
286Em modo Once after PR creation ou Manual, comentar `@claude review always` [opta o PR em revisões acionadas por push](#manually-trigger-reviews), portanto custo adicional acumula por push após esse comentário. Em modo After every push, pushes já acionam revisões, portanto a assinatura não muda o custo por push. Comentar `@claude review` executa uma única revisão sem se inscrever em pushes futuros. Claude revisa um [pull request de um fork](#review-pull-requests-from-forks) apenas quando alguém comenta `@claude review`, portanto um pull request de fork nunca acumula custo por push em nenhum modo.
287 42
288Os custos aparecem em sua fatura da Anthropic independentemente de sua organização usar Amazon Bedrock ou Google Cloud's Agent Platform para outros recursos do Claude Code. Para definir um limite de gasto mensal para Code Review, vá para [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) e configure o limite para o serviço Claude Code Review.43<span id="pricing" />
289 44
290Para monitorar gastos, use o [painel de analytics](#view-usage).45<span id="manually-trigger-reviews" />
291 46
292<h2 id="troubleshooting">47<span id="customize-reviews" />
293 Troubleshooting
294</h2>
295
296As execuções de revisão são do melhor esforço, e uma execução falhada nunca bloqueia seu PR. Code Review tenta novamente algumas revisões interrompidas por conta própria. Esta seção cobre como executar uma revisão novamente você mesmo e onde procurar quando a execução de verificação relata problemas que você não consegue encontrar.
297
298<h3 id="retrigger-a-failed-or-timed-out-review">
299 Retrigger uma revisão falhada ou com tempo limite excedido
300</h3>
301 48
302Quando uma revisão falha ou excede seu limite de tempo, a execução de verificação é concluída com um título como **Code review failed** ou **Code review timed out**. A conclusão ainda é neutra, portanto nada bloqueia sua mesclagem. A menos que o resumo da execução de verificação diga que uma nova revisão do commit foi enfileirada automaticamente, execute a revisão novamente você mesmo.49<span id="troubleshooting" />
303 50
304Para executar a revisão novamente, comente `@claude review` no PR. Isso inicia uma revisão nova sem inscrever o PR em pushes futuros. Se o PR não for [de um fork](#review-pull-requests-from-forks), você pode clicar em **Re-run** na verificação **Claude Code Review** na aba Checks do GitHub. Uma re-execução também inicia uma revisão nova sem inscrever o PR.51Escolha a página para o que você precisa fazer:
305 52
306<h3 id="review-didn’t-run-and-the-pr-shows-a-budget-message">53<CardGroup cols={2}>
307 Revisão não foi executada e o PR mostra uma mensagem de orçamento54 <Card title="Configurar Code Review" icon="toggle-on" href="/docs/pt/code-review-setup">
308</h3>55 Verifique os requisitos, instale o Claude GitHub App e escolha os repositórios, um nível de revisão e quando as revisões são executadas
309 56 </Card>
310Quando o limite de gasto mensal de sua organização para Code Review é atingido ou o saldo de créditos de uso se esgota, Code Review ignora a revisão e publica um único comentário no PR. O comentário e o cartão da execução de verificação indicam a causa e incluem um link para a página de administração onde um administrador pode corrigi-la:
311 57
312* **Limite de gasto atingido**: as revisões são retomadas no início do próximo período de faturamento, ou imediatamente após um administrador aumentar o limite em [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)58 <Card title="Personalizar Code Review" icon="sliders" href="/docs/pt/code-review-customize">
313* **Créditos de uso esgotados**: as revisões são retomadas assim que um administrador adicionar mais [créditos de uso](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) em [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)59 Ajuste o que é sinalizado com arquivos `REVIEW.md` e `CLAUDE.md` em seu repositório
60 </Card>
314 61
315<h3 id="find-issues-that-aren’t-showing-as-inline-comments">62 <Card title="Ler e solicitar revisões em um pull request" icon="code-pull-request" href="/docs/pt/code-review-pull-requests">
316 Encontrar problemas que não aparecem como comentários inline63 Leia as descobertas e suas severidades, e solicite outra revisão com um comentário
317</h3>64 </Card>
318 65
319Se o título da execução de verificação disser que problemas foram encontrados mas você não vir comentários de revisão inline no diff, procure nestes outros locais onde as descobertas são exibidas:66 <Card title="Solução de problemas do Code Review" icon="wrench" href="/docs/pt/code-review-troubleshooting">
67 Corrija uma revisão que não iniciou, falhou ou foi ignorada por orçamento
68 </Card>
320 69
321* **Check run Details**: clique em **Details** ao lado da verificação Claude Code Review na aba Checks. A tabela de severidade lista cada descoberta com seu arquivo, linha e resumo independentemente de o comentário inline ter sido aceito.70 <Card title="Custos e uso do Code Review" icon="chart-line" href="/docs/pt/code-review-costs">
322* **Files changed annotations**: abra a aba **Files changed** no PR. As descobertas são renderizadas como anotações anexadas diretamente às linhas de diff, separadas dos comentários de revisão.71 Veja como as revisões são faturadas, estime gastos, defina o limite de gasto mensal e acompanhe a atividade de revisão
323* **Review body**: se você fez push para o PR enquanto uma revisão estava em execução, algumas descobertas podem fazer referência a linhas que não existem mais no diff atual. Essas aparecem sob um cabeçalho **Additional findings** no texto do corpo da revisão em vez de como comentários inline.72 </Card>
73</CardGroup>
324 74
325<h2 id="review-a-diff-locally">75<h2 id="how-reviews-work">
326 Revisar um diff localmente76 Como as revisões funcionam
327</h2>77</h2>
328 78
329O comando [`/code-review`](/docs/pt/commands) revisa um diff em seu terminal sem instalar o GitHub App. Ele relata bugs de correção. Dependendo do seu modelo e nível de esforço, a revisão também abrange reutilização, simplificação e limpezas de eficiência.79<span id="what-code-review-checks" />
330
331`/review` é um alias de `/code-review`; antes da v2.1.223, era um comando separado que executava uma revisão de uma única passagem, somente leitura, de um pull request do GitHub.
332
333<Steps>
334 <Step title="Executar /code-review">
335 Na sessão onde você está trabalhando, execute o comando:
336
337 ```text theme={null}
338 /code-review
339 ```
340
341 Ele revisa os commits de seu branch à frente de seu upstream mais quaisquer alterações sem commit, portanto precisa de trabalho no branch ou na árvore de trabalho para ter algo a relatar. Para revisar algo diferente, passe um alvo: um caminho de arquivo, um número de PR, um nome de branch ou um intervalo de ref como `main...my-feature`.
342
343 Você também pode adicionar flags:
344
345 * `--fix`: aplica as descobertas à sua árvore de trabalho após a revisão
346 * `--comment`: publica as descobertas em um pull request do GitHub como comentários inline, ou em um merge request do GitLab como uma única nota
347 * `--post`: em uma revisão `ultra` na nuvem de um pull request `github.com`, pré-seleciona a publicação das descobertas concluídas para o PR no diálogo de inicialização; veja [Publicar descobertas no pull request](/docs/pt/ultrareview#post-findings-to-the-pull-request). Requer Claude Code v2.1.227 ou posterior
348 * `--max-findings <n>`, `--max-findings all` ou `--max-findings default`: relata até `n` descobertas, ou todas as descobertas com `all`, no lugar do limite usual da revisão. Revisões posteriores reutilizam o valor que você digitou até que você passe `--max-findings default`. Requer Claude Code v2.1.288 ou posterior
349
350 Quando você passa `--comment` para um merge request do GitLab, Claude Code publica as descobertas através do CLI `glab` do GitLab. Requer Claude Code v2.1.257 ou posterior. Quando `glab` não está instalado, Claude imprime as descobertas no terminal.
351 80
352 Passe o merge request como sua URL ou uma referência `!123`. Claude Code trata um número simples ou nome de branch como um merge request apenas quando a origem do checkout está em `gitlab.com`. Em uma instância GitLab auto-gerenciada, passe a URL ou forma `!123`.81Por padrão, Code Review se concentra em correção: bugs que quebrariam a produção, não preferências de formatação ou cobertura de testes ausente. Para alterar o que ele sinaliza, [adicione arquivos de orientação](/docs/pt/code-review-customize) ao seu repositório.
353 </Step>
354 82
355 <Step title="Continue trabalhando">83Uma revisão é executada na infraestrutura da Anthropic em quatro etapas:
356 A revisão é executada como um [subagente](/docs/pt/sub-agents) em segundo plano com sua própria janela de contexto, portanto não preenche sua conversa. As descobertas chegam em sua conversa quando a revisão é concluída.
357 </Step>
358 84
359 <Step title="Agir sobre as descobertas">851. **Encontrar**: vários agentes examinam o diff e o código circundante em paralelo.
360 Peça ao Claude para corrigir o que a revisão encontrou. Se você passou `--fix` ou `--comment`, a revisão já aplicou ou publicou suas descobertas.862. **Verificar**: uma etapa de verificação confere as descobertas candidatas contra o código e filtra falsos positivos.
361 </Step>873. **Classificar**: as descobertas restantes são desduplicadas e classificadas por severidade.
362</Steps>884. **Publicar**: a revisão publica seus resultados no pull request.
363 89
364Claude relata as descobertas como texto na resposta em ambas essas execuções, mesmo quando um aplicativo host solicita uma lista de descobertas:90Cada revisão deixa estes itens no pull request:
365 91
366* Em uma sessão de terminal, onde `/code-review` executa a revisão como um [subagente bifurcado](/docs/pt/skills#run-skills-in-a-subagent)92* **Descobertas**: comentários inline nas linhas em questão, com um resumo no corpo da revisão
367* Em uma execução `-p` com saída de texto ou JSON93* **Uma execução de verificação**: chamada **Claude Code Review**, com as descobertas listadas em seus [detalhes](/docs/pt/code-review-pull-requests#check-run-output). A execução de verificação não é concluída como falha.
94* **Quando não encontra nada**: o título da execução de verificação diz **Code review found no issues**, e Claude publica a mesma nota curta no pull request
368 95
369Em um aplicativo host que solicita a lista de descobertas, como o [aplicativo desktop](/docs/pt/desktop#review-your-code), Claude relata as descobertas da revisão através da ferramenta [`ReportFindings`](/docs/pt/tools-reference). Claude Code renderiza o relatório como uma lista de descobertas, e cada entrada mostra a localização do arquivo, um resumo de uma frase e uma tag de categoria como `correctness` quando a descoberta carrega uma. Uma requisição do host se aplica em cada nível de esforço e requer Claude Code v2.1.218 ou posterior.96Code Review escolhe os modelos Claude em que as revisões são executadas, e suas configurações de administrador não oferecem escolha de modelo. Para tornar as revisões mais ou menos minuciosas, altere o [nível de revisão](#review-levels).
370 97
371Quando Claude corrige descobertas relatadas posteriormente na sessão, ele as relata novamente, e Claude Code marca cada descoberta na lista de descobertas atualizada como corrigida, ignorada ou sem alteração necessária.98Depois que um Owner ativa Code Review, cada repositório tem uma configuração para [quando as revisões são executadas](/docs/pt/code-review-setup#set-when-reviews-run): uma vez quando um pull request é aberto, após cada push ou apenas mediante solicitação. Qualquer que seja, alguém com acesso de escrita ao repositório pode comentar `@claude review` em um pull request para [iniciar uma revisão](/docs/pt/code-review-pull-requests#comment-commands).
372 99
373<h3 id="what-the-review-reads-and-edits">100<h3 id="review-levels">
374 O que a revisão lê e edita101 Níveis de revisão
375</h3>102</h3>
376 103
377A revisão segue seu `CLAUDE.md` como qualquer sessão Claude Code, mas não lê [`REVIEW.md`](#review-md). Uma revisão em segundo plano aplica suas edições `--fix` fora dos [checkpoints](/docs/pt/checkpointing#subagent-edits-not-restored) de sua sessão, portanto `/rewind` não as desfaz; use git para revertê-las. Quando a revisão [é executada em primeiro plano](#run-in-the-foreground), ela edita sua árvore de trabalho durante seu próprio turno, portanto `/rewind` restaura suas edições como de costume.104O nível de revisão define quão minuciosa é cada revisão, e uma revisão mais minuciosa custa mais:
378 105
379<h3 id="tune-effort-and-arguments">106* **Quick**: uma passagem mais leve. O nível mais rápido, com o menor custo.
380 Ajustar esforço e argumentos107* **Standard**: profundidade, velocidade e custo equilibrados. O nível padrão.
381</h3>108* **Deep**: a passagem mais minuciosa. Leva mais tempo e custa mais.
382
383Passe um [nível de esforço](/docs/pt/model-config#adjust-effort-level) para trocar cobertura por confiança. Em `low`, a revisão relata as descobertas em que tem mais confiança, portanto você vê menos falsos positivos. De `medium` até `max`, a revisão amplia a cobertura.
384
385Quando você não digita um nível, a revisão reutiliza o último nível de `low` até `max` que você digitou, mesmo em uma sessão anterior, e Claude Code mostra um aviso como `Reusing high effort, the level you typed last time`. Digite um nível, como `/code-review high`, para alterar o que as execuções posteriores reutilizam; um nível que você passa em uma execução `-p` não interativa não o atualiza. `ultra` nem atualiza nem usa o nível lembrado. Se você nunca digitou um nível, a revisão usa o esforço atual da sessão. Antes da v2.1.223, um `/code-review` sem um nível sempre usava o esforço atual da sessão.
386
387Após o nível de esforço e as flags, Claude Code lê o resto da linha de uma de duas maneiras:
388
389* **Sem `ultra`**: tudo o que resta é o alvo da revisão, mesmo quando começa com outro nome de comando. `/code-review /fix-issue 123` revisa com `/fix-issue 123` como texto alvo em vez de carregar `/fix-issue` como uma [skill empilhada](/docs/pt/skills#pass-arguments-to-skills) separada. Antes da v2.1.218, um comando empilhado após `/code-review` se expandia como sua própria skill.
390* **Com `ultra`**: Claude Code lê uma única palavra como um branch base ou número de PR, e transforma texto mais longo que não nomeia um branch ou PR em [uma nota anexada à revisão](/docs/pt/ultrareview#pass-a-request-in-plain-words). `/code-review ultra check my auth changes` revisa seu branch atual, e Claude relaciona as descobertas à sua nota.
391
392<h3 id="run-in-the-foreground">
393 Executar em primeiro plano
394</h3>
395
396A revisão é executada em segundo plano por padrão; antes da v2.1.218, era executada dentro de sua conversa. Ela é executada em primeiro plano em casos como estes:
397 109
398* Você executa `/code-review` novamente enquanto uma revisão anterior ainda está em andamento110Um Owner [escolhe um nível para a organização](/docs/pt/code-review-setup#set-the-default-review-level) e pode dar a um repositório individual seu próprio nível, como Quick para uma base de código de rotina e Deep para uma crítica. Para saber o que mais determina o custo de cada revisão, consulte [Custos e uso do Code Review](/docs/pt/code-review-costs).
399* Você a executa em modo não interativo, com a flag `-p` ou o Agent SDK; Claude Code aguarda a revisão e inclui as descobertas na resposta, exceto para `ultra`, que [não aguarda a revisão na nuvem](/docs/pt/ultrareview#run-ultrareview-non-interactively)
400* Você define [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/pt/env-vars) como `1`, o que também desativa todos os outros recursos de tarefa em segundo plano
401 111
402<h3 id="let-claude-start-the-review">112<h3 id="what-a-review-can-access">
403 Deixar Claude iniciar a revisão113 O que uma revisão pode acessar
404</h3>114</h3>
405 115
406Claude pode iniciar `/code-review` por conta própria. Peça-lhe para revisar suas alterações em linguagem simples e ele pode executar a skill sem você digitar o comando, e uma [tarefa agendada](/docs/pt/scheduled-tasks) com `/code-review` como seu prompt executa a revisão.116Uma revisão acessa seu repositório através do Claude GitHub App que um Owner [instala durante a configuração](/docs/pt/code-review-setup#turn-on-code-review):
407 117
408Uma tarefa agendada nunca inicia a [revisão na nuvem](#escalate-to-ultrareview), portanto agende `/code-review` sem o argumento `ultra`.118* **Onde é executada**: na infraestrutura da Anthropic, em um ambiente gerenciado. As revisões não são executadas em [ambientes auto-hospedados](/docs/pt/self-hosted-environments).
119* **O que lê e escreve**: dentro de uma revisão, o acesso ao seu repositório é somente leitura, e uma revisão não faz push de commits. No pull request, ela publica comentários e a [execução de verificação](/docs/pt/code-review-pull-requests#check-run-output), resolve suas próprias threads de comentários anteriores e pode reagir a um comando de comentário com 👀. O próprio app possui um [conjunto de permissões mais amplo](/docs/pt/github-actions#github-app-permissions) que outros recursos Claude compartilham.
120* **Como examina seu código**: uma revisão trabalha lendo o diff e o código circundante, sem compilar ou executar seu código.
409 121
410Para impedir que Claude e tarefas agendadas iniciem a revisão enquanto mantêm `/code-review` disponível para você digitar, adicione uma entrada [`skillOverrides`](/docs/pt/skills#override-skill-visibility-from-settings) a um [arquivo de configurações](/docs/pt/settings#where-settings-live) como `~/.claude/settings.json`:122<h3 id="who-controls-a-review">
411 123 Quem controla uma revisão
412```json theme={null}
413{
414 "skillOverrides": {
415 "code-review": "user-invocable-only"
416 }
417}
418```
419
420Antes da v2.1.246, Claude iniciava `/code-review` por conta própria apenas onde uma flag de recurso obtida da Anthropic o ativava. Em [sessões que não buscam flags de recurso](/docs/pt/env-vars#features-that-need-feature-flag-fetching), `/code-review` era executado apenas quando você o digitava, e um `/code-review` agendado chegava ao Claude como texto simples.
421
422<h3 id="escalate-to-ultrareview">
423 Escalar para ultrareview
424</h3>124</h3>
425 125
426`/code-review ultra --fix` executa a [ultrareview](/docs/pt/ultrareview) mais profunda na nuvem, depois aplica suas descobertas à sua árvore de trabalho quando elas retornam em sua sessão.126* **Quem pode iniciar uma**: onde as revisões são executadas automaticamente, abrir ou fazer push para um pull request inicia uma revisão, [exceto em rascunhos e forks](/docs/pt/code-review-pull-requests#review-drafts-and-pull-requests-from-forks). Um [comando de comentário](/docs/pt/code-review-pull-requests#comment-commands) inicia uma apenas quando vem de uma pessoa com acesso de escrita ao repositório.
427 127* **Quais instruções segue**: `REVIEW.md` do branch base ou padrão e [nunca das próprias alterações do pull request](/docs/pt/code-review-customize#which-branch-review-md-is-read-from).
428Ultrareview usa seu próprio escopo: seu branch atual contra o branch padrão do repositório, mais alterações sem commit e preparadas na árvore de trabalho. Para alterações sem commit em arquivos nomeados como credenciais ou chaves, como arquivos `.env` e `*.tfvars`, Claude Code segue as regras para [carregar um repositório local para uma sessão na nuvem](/docs/pt/claude-code-on-the-web#send-local-repositories-without-github). Passe um nome de branch, como `/code-review ultra develop`, para comparar contra uma base diferente.
429 128
430Quando o alvo é um pull request `github.com`, você pode fazer com que Claude [publique as descobertas concluídas no PR](/docs/pt/ultrareview#post-findings-to-the-pull-request) como um comentário de sua conta GitHub. Requer Claude Code v2.1.227 ou posterior.129<h2 id="compare-ways-to-get-a-review">
431 130 Comparar formas de obter uma revisão
432<Note>131</h2>
433 Ultrareview requer autenticação com uma conta claude.ai e não está disponível no Amazon Bedrock, na Agent Platform do Google Cloud, no Microsoft Foundry, ou para organizações com Zero Data Retention habilitado ou com a [configuração HIPAA](/docs/pt/hipaa-setup) aplicada. Quando ultrareview não está disponível, `/code-review ultra` executa uma revisão local em sua sessão.
434</Note>
435 132
436Para executar uma revisão na nuvem a partir de um script ou job de CI, use o [subcomando `claude ultrareview`](/docs/pt/ultrareview#run-ultrareview-non-interactively), que aguarda as descobertas e as imprime no stdout.133Para encontrar as opções disponíveis para você, verifique a coluna **Quem pode usar** em relação ao seu plano e host de código:
437 134
438O comando foi nomeado `/simplify` antes da v2.1.147, quando aplicava correções por padrão. `/simplify` executa uma revisão separada apenas de limpeza que aplica correções sem procurar por bugs. Se você criou scripts com `/simplify` para busca de bugs, mude para `/code-review --fix`.135| Opção | O que inicia uma revisão | Onde é executada | Quem pode usar |
136| :- | :- | :- | :- |
137| [Code Review](#how-reviews-work) | Atividade de pull request, conforme configurado em cada repositório, ou um comentário `@claude review` | Infraestrutura da Anthropic | Organizações em um plano Team ou Enterprise com repositórios GitHub, depois que um Owner o ativa |
138| [`/code-review`](/docs/pt/code-review-local) | Você executa o comando em seu branch | Sua sessão do Claude Code | Qualquer pessoa, em qualquer plano |
139| [Ultrareview](/docs/pt/ultrareview) | Você a inicia a partir do Claude Code | Um sandbox na nuvem | Requer login com uma conta claude.ai. Consulte [Ultrareview](/docs/pt/ultrareview) para saber onde não está disponível |
140| Claude em seu próprio CI, com [GitHub Actions](/docs/pt/github-actions) ou [GitLab CI/CD](/docs/pt/gitlab-ci-cd) | Os eventos do seu pipeline, como cada pull request ou merge request | Seus próprios runners de CI | Qualquer pessoa com uma chave de API do Claude ou credenciais de provedor de nuvem, no GitHub ou GitLab |
141| Seu próprio revisor, como um [subagente](/docs/pt/sub-agents) ou [skill](/docs/pt/skills) | Você ou Claude o invocam durante uma sessão | Onde quer que você execute Claude Code | Qualquer pessoa que escreva um |
439 142
440<h2 id="related-resources">143<h2 id="related-resources">
441 Recursos relacionados144 Recursos relacionados
442</h2>145</h2>
443 146
444* [Commands](/docs/pt/commands): execute `/code-review` em uma sessão local do Claude Code para verificar um diff antes de fazer push147* [GitHub Enterprise Server](/docs/pt/github-enterprise-server): use Code Review com uma instância GitHub auto-hospedada
445* [GitHub Actions](/docs/pt/github-actions): execute Claude em seus próprios fluxos de trabalho do GitHub Actions para automação personalizada além de code review148* [Permissões do GitHub App](/docs/pt/github-actions#github-app-permissions): o conjunto completo de permissões que o Claude GitHub App solicita
446* [GitLab CI/CD](/docs/pt/gitlab-ci-cd): integração Claude auto-hospedada para pipelines GitLab149* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): como a revisão automatizada se encaixa como uma camada do processo de desenvolvimento seguro da Anthropic
447* [Memory](/docs/pt/memory): como arquivos `CLAUDE.md` funcionam em Claude Code
448* [Analytics](/docs/pt/analytics): rastreie o uso de Claude Code além de code review
449* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): como a revisão automatizada se encaixa como uma camada do processo de desenvolvimento seguro de software nativo de IA da Anthropic
