4 4
5# Code Review5# Code Review
6 6
7> Configura revisioni automatiche dei PR che rilevano errori logici, vulnerabilità di sicurezza e regressioni utilizzando l'analisi multi-agente dell'intero codebase7> Individua i bug nelle pull request di GitHub con Code Review: Claude esamina ogni modifica, verifica i propri risultati e commenta inline. Per i piani Team ed Enterprise
8 8
9<Note>9Con Code Review, Claude esamina le pull request nei tuoi repository GitHub. Diversi agenti leggono ogni modifica insieme al codice circostante, cercando problemi come errori logici, vulnerabilità di sicurezza o edge case non gestiti. Un passaggio di verifica controlla i risultati rispetto al codice prima che vengano segnalati.
10 Code Review è in anteprima di ricerca, disponibile per gli abbonamenti [Team e Enterprise](https://claude.ai/admin-settings/claude-code). Non è disponibile per le organizzazioni con [Zero Data Retention](/docs/it/zero-data-retention) abilitato o con la [configurazione HIPAA](/docs/it/hipaa-setup) applicata, e non è coperto dal BAA di Anthropic. Su altri piani, puoi comunque [esaminare un diff localmente](#review-a-diff-locally) con il comando `/code-review`.
11</Note>
12
13Code Review analizza i tuoi pull request su GitHub e pubblica i risultati come commenti inline sulle righe di codice dove ha trovato problemi. Una flotta di agenti specializzati esamina i cambiamenti del codice nel contesto dell'intero codebase, cercando errori logici, vulnerabilità di sicurezza, edge case interrotti e regressioni sottili.
14
15I risultati sono contrassegnati per gravità e non approvano o bloccano il tuo PR, quindi i flussi di lavoro di revisione esistenti rimangono intatti. Puoi regolare cosa Claude segnala aggiungendo un file `CLAUDE.md` o `REVIEW.md` al tuo repository.
16
17Per eseguire Claude nella tua infrastruttura CI invece di questo servizio gestito, vedi [GitHub Actions](/docs/it/github-actions) o [GitLab CI/CD](/docs/it/gitlab-ci-cd). Per i repository su un'istanza GitHub self-hosted, vedi [GitHub Enterprise Server](/docs/it/github-enterprise-server).
18 10
19Questa pagina copre:11I risultati arrivano come commenti inline sulle righe interessate, classificati per [gravità](/docs/it/code-review-pull-requests#severity-levels), con un riepilogo e un check run sulla pull request. Una revisione non approva né blocca mai la pull request, quindi la decisione di fare il merge resta al tuo team.
20 12
21* [Come funzionano le revisioni](#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="Diagramma di una revisione in quattro fasi. Una pull request su GitHub viene inviata a diversi agenti che cercano in parallelo sull'infrastruttura Anthropic. Un passaggio di verifica scarta i falsi positivi, i risultati rimanenti vengono deduplicati e classificati per gravità, e la revisione pubblica su GitHub commenti inline, un riepilogo e un check run." width="760" height="300" data-path="images/code-review-pipeline.svg" />
22* [Configurazione](#set-up-code-review)
23* [Attivazione manuale delle revisioni](#manually-trigger-reviews) con `@claude review` e `@claude review always`
24* [Personalizzazione delle revisioni](#customize-reviews) con `CLAUDE.md` e `REVIEW.md`
25* [Prezzi](#pricing)
26* [Risoluzione dei problemi](#troubleshooting) esecuzioni non riuscite e commenti mancanti
27* [Revisione di un diff localmente](#review-a-diff-locally) con il comando `/code-review`
28
29<h2 id="how-reviews-work">
30 Come funzionano le revisioni
31</h2>
32 14
33Una volta che un amministratore [abilita Code Review](#set-up-code-review) per la tua organizzazione, le revisioni si attivano quando un PR si apre, ad ogni push, o quando richiesto manualmente, a seconda del comportamento configurato del repository. Commentando `@claude review` [avvia le revisioni su un PR](#manually-trigger-reviews) in qualsiasi modalità.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="Diagramma di una revisione in quattro fasi. Una pull request su GitHub viene inviata a diversi agenti che cercano in parallelo sull'infrastruttura Anthropic. Un passaggio di verifica scarta i falsi positivi, i risultati rimanenti vengono deduplicati e classificati per gravità, e la revisione pubblica su GitHub commenti inline, un riepilogo e un check run." width="760" height="300" data-path="images/code-review-pipeline-dark.svg" />
34
35Quando una revisione viene eseguita, più agenti analizzano il diff e il codice circostante in parallelo sull'infrastruttura Anthropic. Ogni agente cerca una classe diversa di problema, quindi un passaggio di verifica controlla i candidati rispetto al comportamento effettivo del codice per filtrare i falsi positivi. I risultati vengono deduplicati, classificati per gravità e pubblicati come commenti inline sulle righe specifiche dove sono stati trovati i problemi, con un riepilogo nel corpo della revisione. Se non vengono trovati problemi, Code Review aggiorna il check run di GitHub per mostrare che non sono stati rilevati problemi. Claude può anche pubblicare un breve commento di conferma sul PR.
36
37Le revisioni si scalano in costo con la dimensione e la complessità del PR, completandosi in media in 20 minuti. Gli amministratori possono monitorare l'attività di revisione e la spesa tramite il [dashboard di analisi](#view-usage).
38
39<h3 id="severity-levels">
40 Livelli di gravità
41</h3>
42
43Ogni risultato è contrassegnato con un livello di gravità:
44
45| Marcatore | Gravità | Significato |
46| :- | :- | :- |
47| 🔴 | Importante | Un bug che dovrebbe essere corretto prima del merge |
48| 🟡 | Nit | Un problema minore, vale la pena correggerlo ma non bloccante |
49| 🟣 | Pre-esistente | Un bug che esiste nel codebase ma non è stato introdotto da questo PR |
50
51I risultati includono una sezione di ragionamento esteso comprimibile che puoi espandere per capire perché Claude ha segnalato il problema e come ha verificato il problema.
52
53<h3 id="rate-and-reply-to-findings">
54 Valutare e rispondere ai risultati
55</h3>
56
57Ogni commento di revisione da Claude arriva con 👍 e 👎 già allegati, quindi entrambi i pulsanti appaiono nell'interfaccia utente di GitHub per una valutazione con un clic. Fai clic su 👍 se il risultato era utile o 👎 se era sbagliato o rumoroso. Anthropic raccoglie i conteggi delle reazioni dopo il merge del PR e li utilizza per ottimizzare il revisore. Le reazioni non attivano una re-revisione o cambiano nulla sul PR.
58
59Rispondere a un commento inline non richiede a Claude di rispondere o aggiornare il PR. Per agire su un risultato, correggi il codice e fai un push. Se il PR è sottoscritto alle revisioni attivate da push, l'esecuzione successiva risolve il thread quando il problema è corretto. Per richiedere una revisione nuova senza fare un push, commenta `@claude review` come [commento PR di primo livello](#manually-trigger-reviews).
60
61Per dismissare un risultato senza una modifica del codice, risolvi il suo thread; rispondere non lo dismissa.
62
63<h3 id="check-run-output">
64 Output del check run
65</h3>
66
67Oltre ai commenti di revisione inline, ogni revisione popola il check run **Claude Code Review** che appare insieme ai tuoi check CI. Espandi il suo link **Details** per vedere un riepilogo di ogni risultato in un unico posto, ordinato per gravità:
68
69| Gravità | File:Riga | Problema |
70| - | - | - |
71| 🔴 Importante | `src/auth/session.ts:142` | L'aggiornamento del token corre in parallelo con il logout, lasciando sessioni stantie attive |
72| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` restituisce silenziosamente 0 su input malformato |
73
74Ogni risultato appare anche come un'annotazione nella scheda **Files changed**, contrassegnato direttamente sulle righe diff rilevanti. I risultati importanti vengono visualizzati con un marcatore rosso, i nit con un avviso giallo e i bug pre-esistenti con un avviso grigio. Le annotazioni e la tabella di gravità vengono scritte nel check run indipendentemente dai commenti di revisione inline, quindi rimangono disponibili anche se GitHub rifiuta un commento inline su una riga che si è spostata.
75
76Il check run si completa sempre con una conclusione neutra, quindi non blocca mai il merge attraverso le regole di protezione del ramo. Se vuoi bloccare i merge sui risultati di Code Review, leggi il breakdown della gravità dall'output del check run nel tuo CI. L'ultima riga del testo Details è un commento leggibile da macchina che il tuo flusso di lavoro può analizzare con `gh` e jq. Per trovare l'ID del check run, elenca i check run del commit con `gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}'` e prendi l'`id` del run **Claude Code Review**. Sostituisci `OWNER`, `REPO` e `CHECK_RUN_ID` con il proprietario del tuo repository, il nome del repository e quell'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
83Questo restituisce un oggetto JSON con conteggi per gravità, ad esempio `{"normal": 2, "nit": 1, "pre_existing": 0}`. La chiave `normal` contiene il conteggio dei risultati Importanti; un valore diverso da zero significa che Claude ha trovato almeno un bug che vale la pena correggere prima del merge.
84
85<h3 id="what-code-review-checks">
86 Cosa controlla Code Review
87</h3>
88
89Per impostazione predefinita, Code Review si concentra sulla correttezza: bug che interromperebbero la produzione, non preferenze di formattazione o copertura di test mancante. Puoi espandere cosa controlla [aggiungendo file di guida](#customize-reviews) al tuo repository.
90
91<h2 id="set-up-code-review">
92 Configura Code Review
93</h2>
94
95Un proprietario abilita Code Review una volta per l'organizzazione e seleziona quali repository includere.
96
97<Steps>
98 <Step title="Apri le impostazioni di amministrazione di Claude Code">
99 Vai a [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) e trova la sezione Code Review. Hai bisogno del ruolo Proprietario o Proprietario principale nella tua organizzazione Claude e del permesso di installare GitHub App nella tua organizzazione GitHub.
100 </Step>
101
102 <Step title="Avvia la configurazione">
103 Fai clic su **Setup**. Questo inizia il flusso di installazione dell'app GitHub.
104 </Step>
105
106 <Step title="Installa l'app GitHub di Claude">
107 Segui i prompt per installare l'app GitHub di Claude: scegli l'organizzazione GitHub che possiede i repository che desideri revisionare, scegli a quali repository l'app può accedere e approva i permessi richiesti.
108
109 Per revisionare una pull request, Claude legge i contenuti del tuo repository attraverso l'accesso in lettura dell'app e pubblica commenti e il [check run](#check-run-output) attraverso il suo accesso in scrittura alle pull request e ai check. Durante l'installazione, concedi un insieme di permessi più ampio condiviso da altre funzionalità di Claude, come [GitHub Actions](/docs/it/github-actions); vedi [Permessi dell'app GitHub](/docs/it/github-actions#github-app-permissions) per l'elenco completo.
110 </Step>
111
112 <Step title="Seleziona i repository">
113 Scegli quali repository abilitare per Code Review. Se non vedi un repository, assicurati di aver dato all'app GitHub di Claude l'accesso durante l'installazione. Puoi aggiungere altri repository in seguito.
114 </Step>
115
116 <Step title="Imposta i trigger di revisione per repository">
117 Dopo il completamento della configurazione, la sezione Code Review mostra i tuoi repository in una tabella. Per ogni repository, utilizza il dropdown **Review Behavior** per scegliere quando vengono eseguite le revisioni:
118
119 * **Once after PR creation**: la revisione viene eseguita una volta quando un PR viene aperto o contrassegnato come pronto per la revisione
120 * **After every push**: la revisione viene eseguita ad ogni push al ramo PR, catturando nuovi problemi mentre il PR si evolve e risolvendo automaticamente i thread quando correggi i problemi segnalati
121 * **Manual**: aprire o eseguire il push a un PR non avvia una revisione; commenta [`@claude review`](#manually-trigger-reviews) per richiederne una, o `@claude review always` per sottoscrivere anche il PR alle revisioni su push successivi
122
123 Qualunque opzione tu scelga, Claude reviziona una [pull request da un fork](#review-pull-requests-from-forks) solo quando qualcuno commenta `@claude review` su di essa.
124
125 La revisione ad ogni push esegue il maggior numero di revisioni e costa di più. La modalità manuale è utile per i repository ad alto traffico dove vuoi optare per PR specifici nella revisione, o per iniziare a revisionare i tuoi PR solo quando sono pronti.
126 </Step>
127</Steps>
128
129La tabella dei repository mostra anche il costo medio per revisione per ogni repository in base all'attività recente. Utilizza il menu delle azioni della riga per attivare o disattivare Code Review per repository, o per rimuovere completamente un repository.
130
131Per verificare la configurazione, apri un PR di test. Se hai scelto un trigger automatico, un check run denominato **Claude Code Review** appare entro pochi minuti. Se hai scelto Manual, commenta `@claude review` sul PR per avviare la prima revisione. Se non appare alcun check run, conferma che il repository è elencato nelle tue impostazioni di amministrazione e che l'app GitHub di Claude ha accesso ad esso.
132
133<h2 id="manually-trigger-reviews">
134 Attiva manualmente le revisioni
135</h2>
136
137I comandi di commento avviano una revisione su richiesta. Funzionano indipendentemente dal trigger configurato del repository, quindi puoi usarli per optare per PR specifici nella revisione in modalità Manual o per ottenere una re-revisione immediata in altre modalità.
138
139| Comando | Cosa fa |
140| :- | :- |
141| `@claude review` | Avvia una singola revisione senza sottoscrivere il PR ai push futuri |
142| `@claude review always` | Avvia una revisione e sottoscrive il PR alle revisioni attivate da push da quel momento in poi |
143| `@claude review once` | Uguale a `@claude review`: avvia una singola revisione senza sottoscrivere |
144
145Usa `@claude review always` quando vuoi che ogni push successivo al PR avvii una revisione aggiornata, ad esempio su un PR ad alta priorità in un repository impostato su modalità Manual. Poiché il comando semplice non sottoscrive il PR, puoi richiedere un secondo parere una tantum senza cambiare se i push successivi attivano revisioni.
146 16
147<Note>17<Note>
148 Prima di un aggiornamento di luglio 2026, `@claude review` sottoscriveva il PR alle revisioni attivate da push. Se hai fatto affidamento su quel comportamento, commenta `@claude review always` invece. `@claude review once` funziona ancora e si comporta allo stesso modo del comando semplice.18 Code Review utilizza l'AI per esaminare il codice e potrebbe non rilevare bug, vulnerabilità di sicurezza o altri problemi. Una revisione senza risultati non significa che il tuo codice sia privo di errori o sicuro.
149</Note>19</Note>
150 20
151Affinché uno di questi comandi attivi una revisione:21<span id="review-a-diff-locally" />
152
153* Postalo come commento PR di primo livello, non come commento inline su una riga diff
154* Metti il comando all'inizio del commento, con `once` o `always` sulla stessa riga del resto del comando
155* Devi avere accesso in scrittura, manutenzione o amministratore sul repository
156* Il PR deve essere aperto
157
158A differenza dei trigger automatici, i trigger manuali vengono eseguiti su PR bozza, poiché una richiesta esplicita segnala che vuoi la revisione ora indipendentemente dallo stato di bozza.
159
160Se una revisione è già in esecuzione su quel PR, la richiesta viene messa in coda fino al completamento della revisione in corso. Puoi monitorare l'avanzamento tramite il check run sul PR.
161
162<h3 id="review-pull-requests-from-forks">
163 Rivedi pull request da fork
164</h3>
165
166Claude non rivede una pull request da un fork automaticamente, indipendentemente dall'impostazione **Review Behavior** del repository. Per avviarne una, commenta `@claude review` sulla pull request. I [requisiti per i comandi di commento](#manually-trigger-reviews) si applicano ancora, e l'accesso in scrittura di cui hai bisogno è al repository di base, non al fork.
167 22
168Per ottenere un'altra revisione di una pull request da fork, pubblica un nuovo commento `@claude review`. `@claude review always` funziona anche, ma non sottoscrive la pull request alle revisioni su push successivi. Nient'altro che un comando di commento avvia una revisione su una pull request da fork:23Per attivare Code Review, un Owner della tua organizzazione Claude segue [Configura Code Review](/docs/it/code-review-setup). Claude può anche esaminare il codice senza questo servizio. Esegui [`/code-review`](/docs/it/code-review-local) nella tua sessione di Claude Code con qualsiasi piano, oppure [confronta tutte le opzioni](#compare-ways-to-get-a-review).
169 24
170* Fare clic su **Re-run** sul check run non avvia una revisione25<h2 id="availability">
171* Fare push di nuovi commit non avvia una revisione, nemmeno in un repository impostato su **After every push**26 Disponibilità
172
173<h2 id="customize-reviews">
174 Personalizza le revisioni
175</h2>27</h2>
176 28
177Code Review legge due file dal tuo repository per guidare cosa segnala. Differiscono nel modo in cui influenzano fortemente la revisione:29Verifica che la tua organizzazione soddisfi i requisiti prima di configurare Code Review:
178
179* **`CLAUDE.md`**: istruzioni di progetto condivise che Claude Code utilizza per tutti i compiti, non solo le revisioni. Code Review lo legge come contesto di progetto e segnala le violazioni appena introdotte come nit.
180* **`REVIEW.md`**: istruzioni solo per la revisione, fornite agli agenti che trovano e verificano i risultati e consultate dagli agenti che classificano e segnalano i risultati. Usalo per dire cosa vuole segnalato il tuo team, a quale gravità e come vengono segnalati i risultati.
181
182<h3 id="claude-md">
183 CLAUDE.md
184</h3>
185
186Code Review legge i file `CLAUDE.md` del tuo repository e tratta le violazioni appena introdotte come risultati a [livello di nit](#severity-levels). Questo funziona bidirezionalmente: se il tuo PR cambia il codice in un modo che rende una dichiarazione `CLAUDE.md` obsoleta, Claude segnala che i documenti devono essere aggiornati anche loro.
187
188Claude legge i file `CLAUDE.md` a ogni livello della gerarchia di directory, quindi le regole nel `CLAUDE.md` di una sottodirectory si applicano solo ai file sotto quel percorso. Vedi la [documentazione della memoria](/docs/it/memory) per ulteriori informazioni su come funziona `CLAUDE.md`.
189 30
190Per una guida specifica della revisione che non vuoi applicata alle sessioni generali di Claude Code, usa [`REVIEW.md`](#review-md) invece.31* **Piani**: [Team ed Enterprise](/docs/it/feature-availability)
191 32* **Host del codice**: repository ospitati su GitHub, inclusi [GitHub Enterprise Server](/docs/it/github-enterprise-server) e GitHub Enterprise Cloud con residenza dei dati. Per la residenza dei dati, chiedi a un Owner di seguire la [configurazione di amministrazione di GitHub Enterprise Server](/docs/it/github-enterprise-server#admin-setup) e di inserire l'hostname `ghe.com` della tua enterprise.
192<h3 id="review-md">33* **Conservazione dei dati**: Code Review non è disponibile per le organizzazioni con [Zero Data Retention](/docs/it/zero-data-retention) abilitato o con la [configurazione HIPAA](/docs/it/hipaa-setup) applicata, e non è coperto dal Business Associate Agreement (BAA) di Anthropic.
193 REVIEW\.md34* **Chiavi di crittografia**: Code Review non è ancora disponibile per le organizzazioni che utilizzano chiavi di crittografia gestite dal cliente (CMEK).
194</h3>35* **Provider cloud**: hai bisogno di un'organizzazione Claude con uno di questi piani anche se i tuoi sviluppatori usano Claude Code tramite Amazon Bedrock, Google Cloud's Agent Platform o Microsoft Foundry
195 36
196`REVIEW.md` è un file alla radice del tuo repository che personalizza Code Review per il tuo repository. Gli agenti nella pipeline di revisione che trovano e verificano i risultati ricevono i suoi contenuti come istruzioni di revisione del tuo repository, insieme alla guida di revisione predefinita di Code Review, e gli agenti che classificano e segnalano i risultati la consultano prima di stabilire la gravità e scrivere la revisione.37<h2 id="set-up-and-use-code-review">
197 38 Configura e usa Code Review
198Metti le regole che vuoi applicate direttamente in `REVIEW.md`.
199
200<h4 id="what-you-can-tune">
201 Cosa puoi regolare
202</h4>
203
204`REVIEW.md` è markdown freeform, quindi qualsiasi cosa tu possa esprimere come istruzione di revisione è in ambito. I modelli di seguito hanno il maggior impatto nella pratica.
205
206**Gravità**: ridefinisci cosa significa 🔴 Importante per il tuo repository. La calibrazione predefinita è mirata al codice di produzione; un repository di documenti, un repository di configurazione o un prototipo potrebbe volere una definizione molto più ristretta. Dichiara esplicitamente quali classi di risultato sono Importanti e quali sono Nit al massimo. Puoi anche escalare nell'altra direzione, ad esempio trattando qualsiasi violazione di `CLAUDE.md` come Importante piuttosto che il nit predefinito.
207
208**Volume di nit**: limita quanti commenti 🟡 Nit una singola revisione pubblica. La prosa e i file di configurazione possono essere lucidati per sempre. Un limite come "segnala al massimo cinque nit, menziona il resto come conteggio nel riepilogo" mantiene le revisioni attuabili.
209
210**Regole di salto**: elenca percorsi, modelli di ramo e categorie di risultati dove Claude non dovrebbe pubblicare risultati. I candidati comuni sono codice generato, lockfile, dipendenze vendute e rami creati da macchine, insieme a qualsiasi cosa il tuo CI già applica come linting o controllo ortografico. Per i percorsi che meritano una revisione ma non un controllo completo, imposta un bar più alto invece di saltare completamente: "in `scripts/`, segnala solo se quasi certo e grave."
211
212**Controlli specifici del repository**: aggiungi regole che vuoi segnalate su ogni PR, come "le nuove rotte API devono avere un test di integrazione." Poiché `REVIEW.md` raggiunge direttamente ogni agente di ricerca e verifica dei risultati, questi atterrano più affidabilmente rispetto alle stesse regole in un lungo `CLAUDE.md`.
213
214**Bar di verifica**: richiedi prove prima che una classe di risultato sia pubblicata. Ad esempio, "i reclami di comportamento hanno bisogno di una citazione `file:line` nella fonte, non un'inferenza dalla denominazione" riduce i falsi positivi che altrimenti costerebbero all'autore un round trip.
215
216**Convergenza di re-revisione**: dichiara a Claude come comportarsi quando un PR è già stato revisionato. Una regola come "dopo la prima revisione, sopprimere i nuovi nit e pubblicare solo i risultati Importanti" impedisce a una correzione di una riga di raggiungere il round sette solo per lo stile.
217
218**Forma di riepilogo**: chiedi al corpo della revisione di aprirsi con un conteggio di una riga come `2 fattuale, 4 stile`, e di iniziare con "nessun problema fattuale" quando è il caso. L'autore vuole conoscere la forma del lavoro prima dei dettagli.
219
220<h4 id="example">
221 Esempio
222</h4>
223
224Questo `REVIEW.md` ricalibrare la gravità per un servizio backend, limita i nit, salta i file generati e aggiunge controlli specifici del repository.
225
226```markdown theme={null}
227# Istruzioni di revisione
228
229## Cosa significa Importante qui
230
231Riserva Importante per i risultati che interromperebbero il comportamento, perderebbero dati,
232o bloccherebbero un rollback: logica scorretta, query di database non scoped, PII
233nei log o nei messaggi di errore, e migrazioni che non sono retrocompatibili.
234Lo stile, la denominazione e i suggerimenti di refactoring sono Nit al massimo.
235
236## Limita i nit
237
238Segnala al massimo cinque Nit per revisione. Se ne hai trovati di più, dichiara "più N
239elementi simili" nel riepilogo invece di pubblicarli inline. Se
240tutto quello che hai trovato è un Nit, inizia il riepilogo con "Nessun problema bloccante."
241
242## Non segnalare
243
244- Qualsiasi cosa il CI già applica: lint, formattazione, errori di tipo
245- File generati sotto `src/gen/` e qualsiasi file `*.lock`
246- Codice solo per test che intenzionalmente viola le regole di produzione
247
248## Controlla sempre
249
250- Le nuove rotte API hanno un test di integrazione
251- Le righe di log non includono indirizzi email, ID utente o corpi di richiesta
252- Le query di database sono scoped al tenant del chiamante
253```
254
255<h4 id="keep-it-focused">
256 Mantienilo focalizzato
257</h4>
258
259La lunghezza ha un costo: un lungo `REVIEW.md` diluisce le regole che contano di più. Mantienilo alle istruzioni che cambiano il comportamento di revisione, e lascia il contesto di progetto generale in `CLAUDE.md`.
260
261<h2 id="view-usage">
262 Visualizza l'utilizzo
263</h2>39</h2>
264 40
265Vai a [claude.ai/analytics/code-review](https://claude.ai/analytics/code-review) per vedere l'attività di Code Review in tutta la tua organizzazione. Il dashboard mostra:41<span id="set-up-code-review" />
266
267| Sezione | Cosa mostra |
268| :- | :- |
269| PRs reviewed | Conteggio giornaliero dei pull request revisionati nell'intervallo di tempo selezionato |
270| Code Review cost | Spesa su Code Review finora nel mese corrente |
271| Feedback | Conteggio dei commenti di revisione che sono stati risolti automaticamente perché uno sviluppatore ha affrontato il problema |
272| Repository breakdown | Conteggi per repository delle PR revisionate, dei commenti risolti e delle esecuzioni di revisione, con costo stimato e una vista per singola PR |
273
274La scheda Code Review cost mostra un importo solo quando è selezionato il mese corrente. Le cifre di costo nelle analisi possono differire dalla tua fattura. I costi in Repository breakdown sono stimati a prezzo di listino, prima di eventuali sconti o crediti, e coprono solo le revisioni che Claude ha pubblicato su una pull request. Per la spesa accurata della fattura, fai riferimento alla tua fattura Anthropic.
275
276<h2 id="pricing">
277 Prezzi
278</h2>
279
280Code Review viene fatturato in base all'utilizzo dei token. Ogni revisione costa in media \$15-25, scalando con la dimensione del PR, la complessità del codebase e quanti problemi richiedono verifica. L'utilizzo di Code Review viene fatturato separatamente tramite [usage credits](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) e non conta rispetto all'utilizzo incluso nel tuo piano.
281
282Il trigger di revisione che scegli influisce sul costo totale:
283
284* **Once after PR creation**: viene eseguito una volta per PR
285* **After every push**: viene eseguito ad ogni push, moltiplicando il costo per il numero di push
286* **Manual**: nessuna revisione su PR aperti o push, quindi il costo si accumula solo dalle revisioni che qualcuno richiede
287
288In modalità Once after PR creation o Manual, commentando `@claude review always` [opta il PR nelle revisioni attivate da push](#manually-trigger-reviews), quindi il costo aggiuntivo si accumula per push dopo quel commento. In modalità After every push, i push già attivano revisioni, quindi l'abbonamento non cambia il costo per push. Commentando `@claude review` viene eseguita una singola revisione senza sottoscrivere ai push futuri. Claude esamina una [pull request da un fork](#review-pull-requests-from-forks) solo quando qualcuno commenta `@claude review`, quindi una pull request da fork non accumula mai costo per push in nessuna modalità.
289 42
290I costi appaiono sulla tua fattura Anthropic indipendentemente dal fatto che la tua organizzazione utilizzi Amazon Bedrock o Google Cloud's Agent Platform per altre funzionalità di Claude Code. Per impostare un limite di spesa mensile per Code Review, vai a [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) e configura il limite per il servizio Claude Code Review.43<span id="pricing" />
291 44
292Per monitorare la spesa, usa la [dashboard di analytics](#view-usage).45<span id="manually-trigger-reviews" />
293 46
294<h2 id="troubleshooting">47<span id="customize-reviews" />
295 Risoluzione dei problemi
296</h2>
297
298Le esecuzioni di revisione sono best-effort, e un'esecuzione non riuscita non blocca mai il tuo PR. Code Review ritenta automaticamente alcune revisioni interrotte. Questa sezione copre come eseguire di nuovo una revisione e dove cercare quando il check run segnala problemi che non riesci a trovare.
299
300<h3 id="retrigger-a-failed-or-timed-out-review">
301 Riattiva una revisione non riuscita o scaduta
302</h3>
303 48
304Quando una revisione non riesce o supera il limite di tempo, il check run si completa con un titolo come **Code review failed** o **Code review timed out**. La conclusione è ancora neutra, quindi nulla blocca il tuo merge. A meno che il riepilogo del check run non dica che una nuova revisione del commit è stata messa in coda automaticamente, esegui di nuovo la revisione tu stesso.49<span id="troubleshooting" />
305 50
306Per eseguire di nuovo la revisione, commenta `@claude review` sul PR. Questo avvia una revisione nuova senza sottoscrivere il PR ai push futuri. Se il PR non è [da un fork](#review-pull-requests-from-forks), puoi invece fare clic su **Re-run** sul check **Claude Code Review** nella scheda Checks di GitHub. Un re-run avvia anche una revisione nuova senza sottoscrivere il PR.51Scegli la pagina in base a ciò che devi fare:
307 52
308<h3 id="review-didn’t-run-and-the-pr-shows-a-budget-message">53<CardGroup cols={2}>
309 La revisione non è stata eseguita e il PR mostra un messaggio sul budget54 <Card title="Configura Code Review" icon="toggle-on" href="/docs/it/code-review-setup">
310</h3>55 Controlla i requisiti, installa l'app GitHub di Claude e scegli i repository, un livello di revisione e quando vengono eseguite le revisioni
311 56 </Card>
312Quando viene raggiunto il limite di spesa mensile della tua organizzazione per Code Review o il suo saldo di crediti di utilizzo è esaurito, Code Review salta la revisione e pubblica un singolo commento sul PR. Sia il commento sia la scheda del check run indicano la causa e rimandano alla pagina di amministrazione in cui un amministratore può risolvere il problema:
313 57
314* **Limite di spesa raggiunto**: le revisioni riprendono all'inizio del prossimo periodo di fatturazione, o immediatamente dopo che un amministratore aumenta il limite su [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)58 <Card title="Personalizza Code Review" icon="sliders" href="/docs/it/code-review-customize">
315* **Crediti di utilizzo esauriti**: le revisioni riprendono quando un amministratore aggiunge altri [crediti di utilizzo](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) su [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)59 Regola cosa viene segnalato con i file `REVIEW.md` e `CLAUDE.md` nel tuo repository
60 </Card>
316 61
317<h3 id="find-issues-that-aren’t-showing-as-inline-comments">62 <Card title="Leggi e richiedi revisioni su una pull request" icon="code-pull-request" href="/docs/it/code-review-pull-requests">
318 Trova problemi che non vengono visualizzati come commenti inline63 Leggi i risultati e la loro gravità, e richiedi un'altra revisione con un commento
319</h3>64 </Card>
320 65
321Se il titolo del check run dice che sono stati trovati problemi ma non vedi commenti di revisione inline sul diff, cerca in questi altri luoghi dove vengono visualizzati i risultati:66 <Card title="Risoluzione dei problemi di Code Review" icon="wrench" href="/docs/it/code-review-troubleshooting">
67 Risolvi una revisione che non è partita, non è riuscita o è stata saltata per il budget
68 </Card>
322 69
323* **Check run Details**: fai clic su **Details** accanto al check Claude Code Review nella scheda Checks. La tabella di gravità elenca ogni risultato con il suo file, riga e riepilogo indipendentemente dal fatto che il commento inline sia stato accettato.70 <Card title="Costi e utilizzo di Code Review" icon="chart-line" href="/docs/it/code-review-costs">
324* **Files changed annotations**: apri la scheda **Files changed** sul PR. I risultati vengono visualizzati come annotazioni allegate direttamente alle righe diff, separate dai commenti di revisione.71 Scopri come vengono fatturate le revisioni, stima la spesa, imposta il limite di spesa mensile e monitora l'attività di revisione
325* **Review body**: se hai fatto un push al PR mentre una revisione era in esecuzione, alcuni risultati potrebbero fare riferimento a righe che non esistono più nel diff attuale. Questi appaiono sotto un'intestazione **Additional findings** nel testo del corpo della revisione piuttosto che come commenti inline.72 </Card>
73</CardGroup>
326 74
327<h2 id="review-a-diff-locally">75<h2 id="how-reviews-work">
328 Revisione di un diff localmente76 Come funzionano le revisioni
329</h2>77</h2>
330 78
331Il comando [`/code-review`](/docs/it/commands) esamina un diff nel tuo terminale senza installare l'app GitHub. Segnala bug di correttezza. A seconda del modello e del livello di sforzo, la revisione copre anche pulizie di riutilizzo, semplificazione ed efficienza.79<span id="what-code-review-checks" />
332
333`/review` è un alias di `/code-review`; prima della v2.1.223, era un comando separato che eseguiva una revisione a passaggio singolo, di sola lettura di una pull request GitHub.
334
335<Steps>
336 <Step title="Esegui /code-review">
337 Dalla sessione in cui stai lavorando, esegui il comando:
338
339 ```text theme={null}
340 /code-review
341 ```
342
343 Esamina i commit del tuo branch in anticipo rispetto al suo upstream più eventuali modifiche non sottoposte a commit, quindi ha bisogno di lavoro sul branch o nell'albero di lavoro per avere qualcosa da segnalare. Per esaminare qualcos'altro, passa un target: un percorso di file, un numero PR, un nome di branch o un intervallo di ref come `main...my-feature`.
344
345 Puoi anche aggiungere flag:
346
347 * `--fix`: applica i risultati al tuo albero di lavoro dopo la revisione
348 * `--comment`: pubblica i risultati su una pull request GitHub come commenti inline, o su una merge request GitLab come una singola nota
349 * `--post`: su una revisione cloud `ultra` di una pull request `github.com`, preseleziona la pubblicazione dei risultati finiti nella PR nella finestra di dialogo di avvio; vedi [Pubblica i risultati nella pull request](/docs/it/ultrareview#post-findings-to-the-pull-request). Richiede Claude Code v2.1.227 o successivo
350 * `--max-findings <n>`, `--max-findings all` o `--max-findings default`: segnala fino a `n` risultati, o tutti i risultati con `all`, al posto del consueto limite della revisione. Le revisioni successive riutilizzano il valore che hai digitato finché non passi `--max-findings default`. Richiede Claude Code v2.1.288 o successivo
351
352 Quando passi `--comment` per una merge request GitLab, Claude Code pubblica i risultati tramite la CLI `glab` di GitLab. Richiede Claude Code v2.1.257 o successivo. Quando `glab` non è installato, Claude stampa i risultati nel terminale.
353 80
354 Passa la merge request come suo URL o un riferimento `!123`. Claude Code tratta un numero nudo o un nome di branch come una merge request solo quando l'origine del checkout è su `gitlab.com`. Su un'istanza GitLab auto-gestita, passa l'URL o il modulo `!123`.81Per impostazione predefinita, Code Review si concentra sulla correttezza: bug che interromperebbero la produzione, non preferenze di formattazione o copertura di test mancante. Per cambiare cosa segnala, [aggiungi file di guida](/docs/it/code-review-customize) al tuo repository.
355 </Step>
356 82
357 <Step title="Continua a lavorare">83Una revisione viene eseguita sull'infrastruttura Anthropic in quattro fasi:
358 La revisione viene eseguita come un [subagent](/docs/it/sub-agents) in background con la sua finestra di contesto, quindi non riempie la tua conversazione. I risultati arrivano nella tua conversazione quando la revisione si completa.
359 </Step>
360 84
361 <Step title="Agisci sui risultati">851. **Ricerca**: diversi agenti esaminano in parallelo il diff e il codice circostante.
362 Chiedi a Claude di correggere ciò che la revisione ha trovato. Se hai passato `--fix` o `--comment`, la revisione ha già applicato o pubblicato i suoi risultati.862. **Verifica**: un passaggio di verifica controlla i risultati candidati rispetto al codice e filtra i falsi positivi.
363 </Step>873. **Classificazione**: i risultati rimanenti vengono deduplicati e classificati per gravità.
364</Steps>884. **Pubblicazione**: la revisione pubblica i suoi risultati sulla pull request.
365 89
366Claude segnala i risultati come testo nella risposta in entrambe queste esecuzioni, anche quando un'applicazione host richiede un elenco di risultati:90Ogni revisione lascia sulla pull request:
367 91
368* In una sessione di terminale, dove `/code-review` esegue la revisione come un [subagent con fork](/docs/it/skills#run-skills-in-a-subagent)92* **Risultati**: commenti inline sulle righe interessate, con un riepilogo nel corpo della revisione
369* In un'esecuzione `-p` con output di testo o JSON93* **Un check run**: denominato **Claude Code Review**, con i risultati elencati nei suoi [dettagli](/docs/it/code-review-pull-requests#check-run-output). Il check run non si conclude con un fallimento.
94* **Quando non trova nulla**: il titolo del check run riporta **Code review found no issues**, e Claude pubblica la stessa breve nota sulla pull request
370 95
371In un'applicazione host che richiede l'elenco dei risultati, come l'[app desktop](/docs/it/desktop#review-your-code), Claude segnala i risultati della revisione tramite lo strumento [`ReportFindings`](/docs/it/tools-reference). Claude Code esegue il rendering del rapporto come un elenco di risultati, e ogni voce mostra la posizione del file, un riassunto di una frase e un tag di categoria come `correctness` quando il risultato ne contiene uno. Una richiesta host si applica a ogni livello di sforzo e richiede Claude Code v2.1.218 o successivo.96Code Review sceglie i modelli Claude su cui vengono eseguite le revisioni, e le sue impostazioni di amministrazione non offrono una scelta del modello. Per rendere le revisioni più o meno approfondite, cambia il [livello di revisione](#review-levels).
372 97
373Quando Claude corregge i risultati segnalati più tardi nella sessione, li segnala di nuovo, e Claude Code contrassegna ogni risultato nell'elenco dei risultati aggiornato come corretto, saltato o nessun cambiamento necessario.98Dopo che un Owner ha attivato Code Review, ogni repository ha un'impostazione per [quando vengono eseguite le revisioni](/docs/it/code-review-setup#set-when-reviews-run): una volta all'apertura di una pull request, dopo ogni push, oppure solo su richiesta. In ogni caso, chiunque abbia accesso in scrittura al repository può commentare `@claude review` su una pull request per [avviare una revisione](/docs/it/code-review-pull-requests#comment-commands).
374 99
375<h3 id="what-the-review-reads-and-edits">100<h3 id="review-levels">
376 Cosa legge e modifica la revisione101 Livelli di revisione
377</h3>102</h3>
378 103
379La revisione segue il tuo `CLAUDE.md` come qualsiasi sessione Claude Code, ma non legge [`REVIEW.md`](#review-md). Una revisione in background applica le sue modifiche `--fix` al di fuori dei [checkpoint](/docs/it/checkpointing#subagent-edits-not-restored) della tua sessione, quindi `/rewind` non le annulla; usa git per ripristinarle. Quando la revisione [viene eseguita in primo piano](#run-in-the-foreground), modifica il tuo albero di lavoro durante il tuo turno, quindi `/rewind` ripristina le sue modifiche come al solito.104Il livello di revisione stabilisce quanto è approfondita ogni revisione, e una revisione più approfondita costa di più:
380 105
381<h3 id="tune-effort-and-arguments">106* **Quick**: un passaggio più leggero. Il livello più veloce, al costo più basso.
382 Regola lo sforzo e gli argomenti107* **Standard**: equilibrio tra profondità, velocità e costo. Il livello predefinito.
383</h3>108* **Deep**: il passaggio più approfondito. Richiede più tempo e costa di più.
384
385Passa un [livello di sforzo](/docs/it/model-config#adjust-effort-level) per scambiare copertura con confidenza. A `low`, la revisione segnala i risultati di cui è più sicura, quindi vedi meno falsi positivi. Da `medium` fino a `max`, la revisione amplia la copertura.
386
387Quando non digiti un livello, la revisione riutilizza l'ultimo livello da `low` a `max` che hai digitato, anche in una sessione precedente, e Claude Code mostra un avviso come `Reusing high effort, the level you typed last time`. Digita un livello, come `/code-review high`, per cambiare ciò che le esecuzioni successive riutilizzano; un livello che passi in un'esecuzione `-p` non interattiva non lo aggiorna. `ultra` non aggiorna né utilizza il livello ricordato. Se non hai mai digitato un livello, la revisione utilizza lo sforzo attuale della sessione. Prima della v2.1.223, un `/code-review` senza un livello utilizzava sempre lo sforzo attuale della sessione.
388
389Dopo il livello di sforzo e i flag, Claude Code legge il resto della riga in uno dei due modi:
390
391* **Senza `ultra`**: tutto ciò che rimane è il target della revisione, anche quando inizia con un altro nome di comando. `/code-review /fix-issue 123` esamina con `/fix-issue 123` come testo target invece di caricare `/fix-issue` come una seconda [skill in stack](/docs/it/skills#pass-arguments-to-skills). Prima della v2.1.218, un comando in stack dopo `/code-review` si espandeva come la sua propria skill.
392* **Con `ultra`**: Claude Code legge una singola parola come un branch base o un numero PR, e trasforma il testo più lungo che non nomina un branch o una PR in [una nota allegata alla revisione](/docs/it/ultrareview#pass-a-request-in-plain-words). `/code-review ultra check my auth changes` esamina il tuo branch attuale, e Claude mette in relazione i risultati con la tua nota.
393
394<h3 id="run-in-the-foreground">
395 Esegui in primo piano
396</h3>
397
398La revisione viene eseguita in background per impostazione predefinita; prima della v2.1.218, veniva eseguita all'interno della tua conversazione. Viene eseguita in primo piano invece in casi come questi:
399 109
400* Esegui `/code-review` di nuovo mentre una revisione precedente è ancora in corso110Un Owner [sceglie un livello per l'organizzazione](/docs/it/code-review-setup#set-the-default-review-level) e può assegnare a un singolo repository un livello proprio, ad esempio Quick per un codebase di routine e Deep per uno critico. Per gli altri fattori che determinano il costo di ogni revisione, consulta [Costi e utilizzo di Code Review](/docs/it/code-review-costs).
401* Lo esegui in modalità non interattiva, con il flag `-p` o l'Agent SDK; Claude Code attende la revisione e include i risultati nella risposta, tranne per `ultra`, che [non attende la revisione cloud](/docs/it/ultrareview#run-ultrareview-non-interactively)
402* Imposti [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/it/env-vars) su `1`, che disattiva anche tutte le altre funzioni di attività in background
403 111
404<h3 id="let-claude-start-the-review">112<h3 id="what-a-review-can-access">
405 Lascia che Claude avvii la revisione113 A cosa può accedere una revisione
406</h3>114</h3>
407 115
408Claude può avviare `/code-review` da solo. Chiedigli di esaminare le tue modifiche in linguaggio naturale e può eseguire la skill senza che tu digiti il comando, e un'[attività pianificata](/docs/it/scheduled-tasks) con `/code-review` come suo prompt esegue la revisione.116Una revisione raggiunge il tuo repository tramite l'app GitHub di Claude che un Owner [installa durante la configurazione](/docs/it/code-review-setup#turn-on-code-review):
409 117
410Un'attività pianificata non avvia mai la [revisione cloud](#escalate-to-ultrareview), quindi pianifica `/code-review` senza l'argomento `ultra`.118* **Dove viene eseguita**: sull'infrastruttura Anthropic, in un ambiente gestito. Le revisioni non vengono eseguite in [ambienti self-hosted](/docs/it/self-hosted-environments).
119* **Cosa legge e scrive**: all'interno di una revisione, l'accesso al tuo repository è di sola lettura, e una revisione non esegue push di commit. Sulla pull request, pubblica commenti e il [check run](/docs/it/code-review-pull-requests#check-run-output), risolve i propri thread di commenti precedenti e può reagire a un comando di commento con 👀. L'app stessa dispone di un [insieme di permessi più ampio](/docs/it/github-actions#github-app-permissions) condiviso da altre funzionalità di Claude.
120* **Come esamina il tuo codice**: una revisione lavora leggendo il diff e il codice circostante, senza compilare né eseguire il tuo codice.
411 121
412Per impedire sia a Claude che alle attività pianificate di avviare la revisione mantenendo `/code-review` disponibile per te da digitare, aggiungi una voce [`skillOverrides`](/docs/it/skills#override-skill-visibility-from-settings) a un [file di impostazioni](/docs/it/settings#where-settings-live) come `~/.claude/settings.json`:122<h3 id="who-controls-a-review">
413 123 Chi controlla una revisione
414```json theme={null}
415{
416 "skillOverrides": {
417 "code-review": "user-invocable-only"
418 }
419}
420```
421
422Prima della v2.1.246, Claude avviava `/code-review` da solo solo dove un flag di funzionalità recuperato da Anthropic lo attivava. In [sessioni che non recuperano flag di funzionalità](/docs/it/env-vars#features-that-need-feature-flag-fetching), `/code-review` veniva eseguito solo quando lo digitavi, e un `/code-review` pianificato raggiungeva Claude come testo semplice.
423
424<h3 id="escalate-to-ultrareview">
425 Escalation a ultrareview
426</h3>124</h3>
427 125
428`/code-review ultra --fix` esegue la [ultrareview](/docs/it/ultrareview) più profonda nel cloud, quindi applica i suoi risultati al tuo albero di lavoro quando tornano nella tua sessione.126* **Chi può avviarne una**: dove le revisioni vengono eseguite automaticamente, aprire una pull request o eseguire un push su di essa avvia una revisione, [tranne che su bozze e fork](/docs/it/code-review-pull-requests#review-drafts-and-pull-requests-from-forks). Un [comando di commento](/docs/it/code-review-pull-requests#comment-commands) ne avvia una solo quando proviene da una persona con accesso in scrittura al repository.
429 127* **Quali istruzioni segue**: `REVIEW.md` dal branch base o predefinito e [mai dalle modifiche della pull request stessa](/docs/it/code-review-customize#which-branch-review-md-is-read-from).
430Ultrareview utilizza il suo proprio ambito: il tuo branch attuale rispetto al branch predefinito del repository, più modifiche non sottoposte a commit e in staging nell'albero di lavoro. Per le modifiche non sottoposte a commit ai file denominati come credenziali o chiavi, come file `.env` e `*.tfvars`, Claude Code segue le regole per [caricare un repository locale in una sessione cloud](/docs/it/claude-code-on-the-web#send-local-repositories-without-github). Passa un nome di branch, come `/code-review ultra develop`, per confrontare con una base diversa.
431 128
432Quando il target è una pull request `github.com`, puoi fare in modo che Claude [pubblichi i risultati finiti nella PR](/docs/it/ultrareview#post-findings-to-the-pull-request) come commento dal tuo account GitHub. Richiede Claude Code v2.1.227 o successivo.129<h2 id="compare-ways-to-get-a-review">
433 130 Confronta i modi per ottenere una revisione
434<Note>131</h2>
435 Ultrareview richiede l'autenticazione con un account claude.ai e non è disponibile su Amazon Bedrock, Google Cloud's Agent Platform, o Microsoft Foundry, o per le organizzazioni con Zero Data Retention abilitato o con la [configurazione HIPAA](/docs/it/hipaa-setup) applicata. Quando ultrareview non è disponibile, `/code-review ultra` esegue una revisione locale nella tua sessione.
436</Note>
437 132
438Per eseguire una revisione cloud da uno script o da un job CI, usa il [sottocomando `claude ultrareview`](/docs/it/ultrareview#run-ultrareview-non-interactively), che attende i risultati e li stampa su stdout.133Per trovare le opzioni a tua disposizione, confronta la colonna **Chi può usarla** con il tuo piano e il tuo host del codice:
439 134
440Il comando era denominato `/simplify` prima della v2.1.147, quando applicava le correzioni per impostazione predefinita. `/simplify` esegue una revisione separata solo per la pulizia che applica le correzioni senza cercare bug. Se hai scritto script per `/simplify` per la ricerca di bug, passa a `/code-review --fix`.135| Opzione | Cosa avvia una revisione | Dove viene eseguita | Chi può usarla |
136| :- | :- | :- | :- |
137| [Code Review](#how-reviews-work) | L'attività sulla pull request, in base all'impostazione di ciascun repository, o un commento `@claude review` | Infrastruttura Anthropic | Organizzazioni con un piano Team o Enterprise e repository GitHub, dopo che un Owner l'ha attivato |
138| [`/code-review`](/docs/it/code-review-local) | Esegui il comando sul tuo branch | La tua sessione di Claude Code | Chiunque, con qualsiasi piano |
139| [Ultrareview](/docs/it/ultrareview) | La avvii da Claude Code | Una sandbox cloud | Richiede l'accesso con un account claude.ai. Consulta [Ultrareview](/docs/it/ultrareview) per sapere dove non è disponibile |
140| Claude nella tua CI, con [GitHub Actions](/docs/it/github-actions) o [GitLab CI/CD](/docs/it/gitlab-ci-cd) | Gli eventi della tua pipeline, come ogni pull request o merge request | I tuoi runner CI | Chiunque abbia una chiave API Claude o credenziali di un provider cloud, su GitHub o GitLab |
141| Il tuo revisore personalizzato, come [subagent](/docs/it/sub-agents) o [skill](/docs/it/skills) | Tu o Claude lo invocate durante una sessione | Ovunque esegui Claude Code | Chiunque ne scriva uno |
441 142
442<h2 id="related-resources">143<h2 id="related-resources">
443 Risorse correlate144 Risorse correlate
444</h2>145</h2>
445 146
446* [Commands](/docs/it/commands): esegui `/code-review` in una sessione locale di Claude Code per controllare un diff prima di fare push147* [GitHub Enterprise Server](/docs/it/github-enterprise-server): usa Code Review con un'istanza GitHub self-hosted
447* [GitHub Actions](/docs/it/github-actions): esegui Claude nei tuoi flussi di lavoro GitHub Actions per l'automazione personalizzata oltre la revisione del codice148* [Permessi dell'app GitHub](/docs/it/github-actions#github-app-permissions): l'insieme completo di permessi richiesti dall'app GitHub di Claude
448* [GitLab CI/CD](/docs/it/gitlab-ci-cd): integrazione Claude self-hosted per le pipeline GitLab
449* [Memory](/docs/it/memory): come funzionano i file `CLAUDE.md` in Claude Code
450* [Analytics](/docs/it/analytics): traccia l'utilizzo di Claude Code oltre la revisione del codice
451* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): come la revisione automatizzata si inserisce come uno strato del processo di sviluppo sicuro di Anthropic149* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): come la revisione automatizzata si inserisce come uno strato del processo di sviluppo sicuro di Anthropic
