Devin Review

Un nuovo modo per esaminare e comprendere rapidamente pull request (PR) complesse.

Man mano che gli agenti di coding diventano più diffusi, il collo di bottiglia si sposta dalla scrittura del codice alla sua revisione. Devin Review è una piattaforma completa per la revisione del codice all’interno della webapp di Devin che trasforma PR grandi e complesse in diff organizzati in modo intuitivo e spiegazioni precise. Supporta GitHub inclusi GitHub Enterprise Server ed Enterprise Cloud.

Devin Review è disponibile per le PR sui repository GitHub, inclusi GitHub Enterprise Server ed Enterprise Cloud. Le PR pubbliche non richiedono un account Devin. Le PR private possono essere visualizzate con un account Devin o tramite la CLI.

​

Funzionalità

Organizzazione intelligente dei diff

Raggruppa le modifiche in modo logico, mettendo insieme le modifiche correlate invece di ordinarle alfabeticamente.

Rilevamento di copie e spostamenti

Rileva quando il codice è stato copiato o spostato e mostra le modifiche in modo chiaro, invece di eliminazioni e inserimenti completi.

Bug Catcher

Controlla la presenza di bug e li etichetta in base al livello di attendibilità. I bug gravi richiedono attenzione immediata.

Compatibilità con GitHub

Lascia commenti, approva PR, richiedi modifiche—tutto all’interno di Devin Review, sincronizzato con GitHub.

Chat contestualizzata al codebase

Fai domande sulla PR e ottieni risposte con il contesto rilevante dal resto del codebase. Puoi anche chiedere direttamente a Devin da qualsiasi commento, bug o flag nella vista diff.

Azioni del flusso di lavoro della PR

Unisci, chiudi, converti in bozza, contrassegna come pronta per la review e attiva/disattiva il merge automatico direttamente da Devin Review senza lasciare la pagina.

Modifiche al codice dalla chat

Chiedi all’agente della chat di apportare modifiche al codice. Rivedi le modifiche suggerite, quindi applicale come commit al branch della PR senza lasciare Devin Review.

​

Per iniziare

• Webapp di Devin — Vai su app.devin.ai/review per vedere le tue PR (pull request) aperte, organizzate per categoria (assegnate a te, create da te, con richiesta di revisione). Quando Devin crea delle PR, vedrai un pulsante arancione “Review” nella chat.
• Scorciatoia tramite URL — Per qualsiasi link a una PR su GitHub.com, sostituisci github.com con devinreview.com nell’URL. Per le PR private, accedi prima a Devin oppure usa la CLI.
• GitHub Enterprise — Incolla l’URL completo della PR nella pagina Devin Review su app.devin.ai/review. Tutte le versioni di GitHub (GitHub.com, Enterprise Server, Enterprise Cloud) hanno le stesse funzionalità.
• CLI — Esegui npx devin-review {pr-url} all’interno di una copia locale del repository. Vedi CLI qui sotto per i dettagli.

​

Provider Git supportati

Funzionalità	GitHub	GitLab	Bitbucket	Azure DevOps
Visualizzazione di diff e analisi	Sì	Prossimamente	No	No
Bug Catcher	Sì	Prossimamente	No	No
chat contestualizzata al codebase	Sì	Prossimamente	No	No
Modifiche al codice dalla chat	Sì	Prossimamente	No	No
Commenti e revisioni	Sì	Prossimamente	No	No
Azioni di merge / chiusura / bozza	Sì	Prossimamente	No	No
Auto-merge	Sì	Prossimamente	No	No
Revisione automatica	Sì	Prossimamente	No	No

GitHub include GitHub.com, GitHub Enterprise Server e GitHub Enterprise Cloud: tutti offrono le stesse funzionalità. Le funzionalità di scrittura (commenti, revisioni, azioni di merge, modifiche al codice dalla chat) richiedono una connessione GitHub App installata sulla tua organizzazione GitHub. Le connessioni basate su PAT sono in sola lettura e non possono pubblicare commenti, inviare revisioni o eseguire azioni di merge. Per configurare la GitHub App, consulta la guida all’integrazione GitHub.

GitLab è attualmente disponibile in anteprima. Contatta il tuo referente Cognition per ottenere l’accesso anticipato.

​

Autorizzazioni

L’accesso a Devin Review è controllato da autorizzazioni a livello di account configurate nell’editor dei ruoli, nella sezione Autorizzazioni di Devin Review. Per impostazione predefinita, tutti i membri e gli amministratori ricevono l’accesso completo alla revisione automatica e, in più, gli amministratori ricevono Gestire Devin Review.

Gli amministratori Enterprise possono usare i ruoli personalizzati per limitare l’accesso a un livello di utilizzo inferiore (solo manuale o solo alla creazione della PR), rimuovere completamente l’accesso oppure concedere privilegi amministrativi. L’autoiscrizione alla revisione automatica non richiede Gestire Devin Review: qualsiasi utente con un livello di utilizzo e un account GitHub collegato può iscriversi autonomamente.

Consulta Ruoli a livello di account per l’elenco completo dei livelli di autorizzazione di Devin Review e di ciò che ciascuno consente.

Account Enterprise: solo gli utenti dell’organizzazione primaria con Gestire Devin Review possono gestire le impostazioni di revisione. Gli utenti delle organizzazioni non primarie possono autoiscriversi, ma non possono modificare le impostazioni amministrative.

​

Governance

Gli amministratori Enterprise possono controllare chi usa Devin Review, a quale livello di automazione può accedere e quali costi comporta, tutto dalla webapp di Devin.

Le funzionalità di questa sezione richiedono un account Devin Enterprise. Per maggiori dettagli sui piani Enterprise, contatta il team commerciale.

​

Controllo dei costi

Devin Review consuma ACU (Agent Compute Units) dal pool di ACU della tua Enterprise, lo stesso pool utilizzato dalle sessioni di Devin e dagli altri prodotti Devin. Gli amministratori Enterprise dispongono di diversi strumenti per monitorare e controllare i costi delle review.

​

Dashboard dei consumi

Il dashboard dei consumi Enterprise in Settings > Consumption suddivide l’utilizzo degli ACU per prodotto, inclusa una voce Review dedicata nel grafico dei consumi giornalieri. Gli amministratori dell’organizzazione possono visualizzare il consumo di Review della propria org in Settings > Consumption Analytics.

Il dashboard include:

• Suddivisione per utente — Mostra quanti ACU di Review ha consumato ciascun utente nel ciclo di fatturazione corrente e in quello precedente.
• Suddivisione per repository — Mostra il consumo di ACU di Review, il numero di review e il numero di bug rilevati per repository nel ciclo di fatturazione corrente e in quello precedente, aiutando a individuare quali repo generano i costi di review più elevati e dove le review rilevano il maggior numero di problemi.

Gli ACU di Devin Review non vengono conteggiati nei limiti di ACU per organizzazione. I limiti di ACU per-org configurati in Settings > Organizations si applicano solo alle sessioni di Devin — il consumo di Review viene monitorato a livello Enterprise e non è soggetto ai limiti dell’org. Le review continuano a essere eseguite anche dopo che un’organizzazione ha raggiunto il proprio limite di ACU per le sessioni.

​

Indicatore delle dimensioni della revisione

Ogni PR in Devin Review mostra un badge di consumo che indica la taglia della revisione in base all’utilizzo totale di ACU in tutti i job di revisione di quella PR:

Dimensione	Intervallo ACU
XS	≤ 2.25 ACU
S	2.25 – 4.5 ACU
M	4.5 – 9 ACU
L	9 – 18 ACU
XL	> 18 ACU

Passa il cursore sul badge della dimensione per vedere il totale esatto di ACU, il numero di job di revisione eseguiti e il costo della revisione attualmente visualizzata. Questo aiuta i revisori a comprendere l’impatto sui costi della riesecuzione delle revisioni o dell’abilitazione della revisione automatica sulle PR con modifiche frequenti.

​

Limite di spesa per la revisione automatica per PR

Gli amministratori possono impostare un limite alla spesa di Devin Review per le revisioni automatiche di una singola PR da Settings > Review, nella sezione Limiti della revisione automatica. Il limite è misurato in ACU nei piani Enterprise oppure in dollari di spesa on-demand nei piani Individual e Teams. Lascia il campo vuoto per non applicare alcun limite (impostazione predefinita).

Quando la spesa totale di revisione di una PR, sommata su tutti i relativi job di revisione, raggiunge il limite, la revisione automatica viene disattivata per quella PR e le future revisioni automatiche vengono ignorate. Il raggiungimento del limite è un blocco non definitivo:

• Le revisioni manuali continuano a funzionare — il limite mette in pausa solo le revisioni automatiche. Puoi sempre avviare manualmente una revisione dalla pagina di revisione della PR.
• Riattivazione per singola PR — Riattivando la revisione automatica per la PR dal menu delle azioni (tre puntini nell’intestazione), le revisioni automatiche riprendono e quella PR viene esentata dal limite.

Quando è configurato un limite, la scheda che appare al passaggio del mouse sul badge di consumo mostra il limite insieme all’utilizzo della PR e segnala quando il limite è stato raggiunto. Se gli aggiornamenti della descrizione della PR sono abilitati, anche la riga di stato di Devin Review nella descrizione della PR indica quando la revisione automatica è stata messa in pausa dal limite di spesa, con un collegamento per riattivarla.

​

Azioni del flusso di lavoro delle PR

Devin Review ti consente di agire sulle PR direttamente dalla pagina di revisione, senza dover passare a GitHub.

• Merge — Esegue il merge della PR utilizzando la strategia di merge configurata per il repository (merge commit, squash o rebase). Il pulsante di merge riflette lo stato corrente di merge della PR e i controlli richiesti.
• Close — Chiude la PR senza eseguire il merge. Disponibile nel menu a discesa accanto al pulsante di merge.
• Convert to draft — Converte una PR aperta in bozza. Disponibile nel menu a discesa quando la PR è aperta e non è già una bozza.
• Mark ready for review — Segna una PR in bozza come pronta per la revisione. Per le PR in bozza, nella barra di merge viene visualizzato un pulsante “Ready for review”.
• Auto-merge — Abilita o disabilita l’auto-merge di GitHub dal menu a discesa del pulsante di merge. Quando è abilitato, la PR verrà unita automaticamente non appena tutti i controlli richiesti saranno stati superati. La barra di merge mostra lo stato corrente dell’auto-merge, incluso chi lo ha abilitato.

Tutte le azioni del flusso di lavoro richiedono una connessione GitHub App e sono disabilitate in modalità sola lettura (ad es. repo pubblici senza un account connesso o connessioni basate su PAT).

​

Revisione automatica

Devin può revisionare automaticamente le PR senza che tu debba avviare la revisione manualmente. Configura la revisione automatica in Settings > Review. In qualsiasi pagina di revisione di una PR, il menu delle azioni (tre puntini nell’header) ti consente di attivare o disattivare la revisione automatica per quella specifica PR e rimanda alle pagine delle impostazioni di revisione.

​

Quando viene eseguita la revisione automatica?

la revisione automatica viene attivato quando:

• Viene aperta una PR (non in bozza)
• Vengono effettuati nuovi commit su una PR
• Una PR in bozza viene contrassegnata come pronta per la revisione
• Un utente registrato viene aggiunto come revisore o assegnatario di una PR

Le PR in bozza vengono ignorate finché non vengono contrassegnate come pronte. Le PR unite e chiuse non possono essere sottoposte a revisione: sia i trigger di revisione automatica sia quelli di revisione manuale vengono disabilitati una volta che una PR viene unita o chiusa.

​

Modalità di attivazione

Per i repository e per i singoli utenti è possibile configurare una modalità di attivazione che determina quando viene eseguita la revisione automatica:

• Revisione automatica (predefinita) — Le revisioni si attivano per tutti gli eventi: apertura della PR, push di nuovi commit, bozza contrassegnata come pronta e aggiunta di un revisore o di un assegnatario.
• Alla creazione della PR — Le revisioni si attivano solo quando una PR viene aperta per la prima volta o quando una PR in bozza viene contrassegnata come pronta per la revisione. I push successivi alla PR non attivano una nuova revisione.
• Manuale — Nessuna revisione viene eseguita automaticamente. Puoi avviare tu una revisione dalla pagina di revisione della PR ogni volta che lo desideri. Questo è il livello base dell’iscrizione personale.

Le modalità di attivazione dei repository sono limitate a Revisione automatica e Alla creazione della PR. L’iscrizione personale supporta inoltre Manuale per gli utenti che desiderano attivare le revisioni solo su richiesta.

Quando una PR corrisponde sia a un repository iscritto sia a un utente iscritto, si applica la modalità di attivazione più permissiva.

Gli amministratori possono impostare la modalità di attivazione per repository da Settings > Review e ogni utente può impostare la propria modalità di attivazione personale da Settings > Preferences.

​

Autoiscrizione (Tutti gli utenti)

Qualsiasi utente con un account GitHub collegato può iscriversi autonomamente alle revisioni automatiche, senza necessità di permessi di amministratore.

1. Vai a Settings > Preferences
2. In Devin Review, imposta Review trigger su alla creazione della PR o revisione automatica (lascialo su manuale se vuoi attivare le review solo manualmente)

Una volta effettuata l’iscrizione con revisione automatica, Devin eseguirà automaticamente la review di qualsiasi PR che crei, a cui vieni aggiunto come revisore o che ti venga assegnata, in qualsiasi repository. Con alla creazione della PR, Devin esegue la review solo quando la PR viene aperta per la prima volta o contrassegnata come pronta per la review.

Puoi anche attivare o disattivare la revisione automatica per una PR specifica dal menu delle azioni (tre puntini nell’header) nella relativa pagina di review, che include anche un collegamento alle tue impostazioni personali di review.

​

Configurazione dell’amministratore

Gli amministratori hanno opzioni aggiuntive in Settings > Review:

• Repositories — Aggiungi repository per eseguire la revisione automatica di TUTTE le PR in quel repository. Usa il pulsante Add repo per cercare e selezionare tra i repository collegati e imposta la modalità di attivazione di ciascun repository dall’elenco.
• Users — Visualizza tutti gli utenti iscritti dell’intera organizzazione insieme alla modalità di attivazione di ciascun utente. Gli utenti si iscrivono autonomamente tramite autoiscrizione; gli amministratori non possono iscrivere direttamente altri utenti.
• Add “Devin Review” link in PR description — Quando è attivata (impostazione predefinita), Devin aggiunge un link alla revisione nella descrizione della PR.

​

Pubblicazione su GitHub

Gli amministratori possono configurare cosa Devin Review pubblica su GitHub da Settings > Review nella sezione Post as PR comments:

• Post GitHub CI checks — Quando è attivata (impostazione predefinita), Devin crea un controllo dello stato del commit sulla PR per ogni revisione. Questo ti consente di vedere i risultati della revisione direttamente nell’elenco dei controlli della PR.
• Bugs — Pubblica i bug (probabili errori o comportamenti non corretti) come commenti alla PR.
• Flags (investigate) — Pubblica i flag di indagine (potenziali problemi che meritano un esame più approfondito) come commenti alla PR.
• Flags (note) — Pubblica i flag informativi (osservazioni che potrebbero non richiedere alcuna azione) come commenti alla PR.

Per impostazione predefinita, i bug e i flag “investigate” vengono pubblicati come commenti alla PR. Gli amministratori possono attivare o disattivare ogni tipo di risultato in modo indipendente.

Account Enterprise: le impostazioni si applicano a tutte le organizzazioni nell’account Enterprise. Solo gli utenti dell’organizzazione principale con autorizzazioni di amministratore Enterprise possono gestire le impostazioni. Gli utenti nelle organizzazioni secondarie possono solo iscriversi autonomamente.

La revisione automatica non è disponibile per i repository pubblici che non sono collegati alla tua organizzazione.

​

Bug Catcher

Il Bug Catcher analizza automaticamente la tua pull request (PR) alla ricerca di potenziali problemi e mostra i risultati nella barra laterale Analysis. I risultati sono organizzati in due categorie: Bugs e Flags.

​

Bug

I bug sono errori su cui è possibile intervenire e che devono essere corretti nel codice. Rappresentano problemi per cui Bug Catcher ha un’elevata sicurezza che si tratti di malfunzionamenti reali.

I bug vengono mostrati con due livelli di gravità:

• Grave — Problemi ad alta probabilità che richiedono attenzione immediata
• Non grave — Problemi di gravità inferiore che dovrebbero comunque essere rivisti

Quando vedi un bug, dovresti esaminarlo e correggerlo nel codice.

​

Flag

I flag sono annotazioni di codice informative che possono richiedere o meno un intervento. Sono di due tipi:

• Da esaminare — Il Bug Catcher ha individuato qualcosa che richiede la tua attenzione. Dovresti rivedere direttamente il codice contrassegnato e verificare se si tratta effettivamente di un bug o di un problema.

• Informativo — Il Bug Catcher ha stabilito che qualcosa è corretto oppure sta spiegando come funziona. Questi flag ti aiutano a comprendere le modifiche al codice senza richiedere alcun intervento.

​

Risoluzione dei rilievi

Puoi contrassegnare bug e flag come risolti dopo averli gestiti o stabilito che non richiedono alcuna azione. Gli elementi risolti vengono visualizzati in modo attenuato nella barra laterale e spostati in fondo a ciascuna sezione.

​

Azioni di revisione

​

Avviare una revisione

Quando crei un nuovo commento inline o rispondi a una discussione esistente, puoi selezionare la casella di controllo Start a review per raggruppare i tuoi commenti in una revisione in sospeso anziché pubblicarli singolarmente. Questo rispecchia il flusso di lavoro di revisione di GitHub, permettendoti di raccogliere tutti i tuoi feedback prima di inviarli. Una volta avviata una revisione, i commenti successivi vi vengono aggiunti automaticamente e la casella di controllo viene nascosta.

​

Risoluzione dei commenti

Puoi risolvere i thread di revisione per indicare che sono stati affrontati. Quando tutti i thread in una revisione scritta dal bot sono risolti, Devin minimizza automaticamente quella revisione su GitHub per mantenere pulita la conversazione nella PR. Se un thread viene successivamente riaperto, la revisione viene automaticamente ripristinata.

Nella vista diff, puoi espandere o comprimere i singoli thread di commenti usando il caret di espansione per concentrarti solo sui commenti ancora aperti.

​

Indicatori del proprietario del codice

Quando un proprietario del codice viene richiesto come revisore, Devin Review mostra un’icona a forma di scudo accanto al suo nome nella barra laterale dei revisori con un tooltip “Requested as code owner”. In questo modo è facile identificare quali revisori in attesa sono proprietari del codice dei file modificati.

​

Correzione automatica

Devin Review può suggerire e applicare automaticamente correzioni per i bug che individua nelle tue PR. Quando la Correzione automatica è attiva, Devin proporrà le modifiche al codice direttamente insieme alle sue segnalazioni di bug.

​

Come abilitarla

Ci sono due modi per abilitare correzione automatica:

1. Dalla barra laterale di revisione — In qualsiasi PR creata da Devin, la barra laterale Analysis mostra una sezione Auto-fix con un pulsante Enable auto-fix. Facendo clic su di esso, abiliti correzione automatica per tutte le PR di Devin nella tua organizzazione. Ciò richiede autorizzazioni di amministratore dell’organizzazione.
2. Dalle impostazioni globali di Customization — Vai a Settings > Customization > Pull requests > Responding to bots, quindi:
   • imposta la modalità su Selected only e aggiungi devin-ai-integration[bot] alla allowlist, oppure
   • imposta la modalità su All bots.

Quando Devin Review individua dei bug e correzione automatica è abilitata, genererà correzioni proposte che puoi esaminare e applicare direttamente dalla vista diff.

​

Autorizzazioni e vincoli

• Solo gli amministratori dell’organizzazione possono modificare questa impostazione.
• Se la modalità bot è impostata su Tutti i bot, correzione automatica risulta attivato e non può essere modificato dalla barra laterale della revisione. Usa le impostazioni di personalizzazione per modificare la modalità bot.
• I commenti riepilogativi No Issues Found di Devin Review vengono sempre ignorati. Solo i commenti con effettive segnalazioni attivano correzione automatica.

Se al momento il feedback di Devin Review è ignorato nel tuo repository, vedrai un messaggio nella timeline della sessione che ti invita ad abilitarlo.

​

CLI

La CLI Devin Review consente di eseguire revisioni del codice direttamente dal terminale. È particolarmente utile per i repository privati o quando si desidera un flusso di lavoro locale più snello.

​

Installazione & Utilizzo

Esegui la CLI all’interno di un clone locale del repository, non è necessaria alcuna autenticazione:

cd path/to/repo
npx devin-review https://github.com/owner/repo/pull/123

Devi eseguire questo comando all’interno del repository in fase di revisione.

Come funziona:

1. Estrazione del diff basata su Git — La CLI utilizza il tuo accesso git locale per recuperare il branch della PR e calcolare il diff. Questo significa che devi disporre di accesso in lettura al repository sulla tua macchina.
2. Checkout di un worktree isolato — La CLI crea un git worktree in una directory di cache per effettuare il checkout del branch della PR. Questo lascia la tua working directory intatta — niente stash, nessun cambio di branch. Il worktree viene automaticamente ripulito al termine della revisione.
3. Diff inviato ai server di Devin — Il diff calcolato e i contenuti dei file vengono inviati ai server di Devin per l’analisi.

​

Privacy & Access Control

La CLI utilizza un server localhost per autenticare la tua sessione di revisione:

• Accesso solo locale per impostazione predefinita — Quando esegui devin-review, viene avviato un server localhost sulla tua macchina che fornisce un token sicuro. Solo i processi sulla tua macchina locale possono accedere a questo token, il che significa che solo tu puoi visualizzare la pagina di revisione quando non hai effettuato l’accesso.
• Trasferimento al tuo account Devin — Se accedi a un account Devin che ha accesso all’organizzazione GitHub, la sessione di revisione viene trasferita al tuo account. Questo ti consente di accedere alla revisione da altri dispositivi e condividerla con i membri del team.

Quando esegui la CLI, devin-review può eseguire comandi localmente sulla tua macchina per raccogliere contesto aggiuntivo per individuare bug. Questo consente un’analisi più approfondita rispetto a una revisione basata solo sul diff.

Il Bug Catcher può eseguire un insieme limitato di operazioni di sola lettura limitate alla directory di worktree:

• Lettura dei file — Leggere il contenuto dei file all’interno del repository
• Ricerca — Eseguire grep per pattern ed eseguire glob sui nomi dei file
• Comandi Bash — Solo comandi di sola lettura come ls, cat, pwd, file, head, tail, wc, find, tree, stat e du

​

Attribuzione di commit e commenti

• Le segnalazioni di bug, i flag e le annotazioni automatizzate compaiono sempre come Devin bot.
• Quando un utente scrive un commento o una revisione tramite Devin Review, questo appare con l’identità GitHub dell’utente.
• Quando un utente chiede all’agente di chat di effettuare una modifica al codice, il commit risultante viene eseguito come Devin bot.
• Le GitHub Suggested Changes seguono il comportamento standard di GitHub: qualsiasi revisore (incluso Devin) può lasciare una modifica suggerita in un commento di revisione. Quando un utente fa clic su “Apply suggestion”, il commit è attribuito a quell’utente, così come avviene in GitHub.
• Devin non creerà mai commit o commenti per conto di un utente senza che l’utente avvii esplicitamente l’azione.

​

AGENTS.md / File di istruzioni

Devin Review rispetta i file di istruzioni presenti nel tuo repository. Se uno di questi file è presente, verrà usato come contesto durante l’analisi della tua PR (pull request):

• **/REVIEW.md
• **/AGENTS.md
• **/CLAUDE.md (senza distinzione tra maiuscole e minuscole)
• **/CONTRIBUTING.md (senza distinzione tra maiuscole e minuscole)
• .cursorrules
• .windsurfrules
• .cursor/rules
• *.rules
• *.mdc
• .coderabbit.yaml / .coderabbit.yml
• greptile.json

I file all’interno di sottodirectory simili agli agenti (.agents/, .devin/, .cursor/, .github/) sono trattati come appartenenti alla directory padre ai fini dell’ambito di applicazione. Ad esempio, src/.agents/REVIEW.md si applica ai file sotto src/.

Questi file possono contenere standard di programmazione, convenzioni di progetto o altre linee guida che aiutano a fornire feedback più pertinenti.

​

Regole di revisione personalizzate

Puoi configurare file aggiuntivi da includere come contesto per la revisione da Settings > Review nella sezione Review Rules. Questo ti consente di aggiungere pattern glob per i file personalizzati oltre ai pattern predefiniti elencati sopra.

Per aggiungere una regola personalizzata:

1. Vai a Settings > Review
2. In Review Rules, inserisci un pattern glob per i file (ad es. docs/**/*.md)
3. Fai clic su Add

Le regole personalizzate compaiono nell’elenco insieme alla regola predefinita **/REVIEW.md. Puoi rimuovere qualsiasi regola personalizzata facendo clic sull’icona del cestino accanto ad essa.

Questa funzionalità è utile quando il tuo progetto ha documentazione rilevante per la revisione in posizioni non standard, come record delle decisioni architetturali, guide di stile o convenzioni specifiche del team archiviate in percorsi personalizzati.

​

REVIEW.md

REVIEW.md è un file di istruzioni dedicato per Devin Review. Posizionalo in qualsiasi punto del repository per personalizzare il modo in cui Devin esamina le pull request (PR) nel tuo progetto. Devin rileva automaticamente i file REVIEW.md a qualsiasi livello di directory (**/REVIEW.md), così puoi limitare le linee guida di revisione a specifiche sottodirectory, se necessario.

Usa REVIEW.md per definire linee guida specifiche per la revisione come:

• Aree della codebase che richiedono un controllo più approfondito
• Trappole comuni o anti-pattern da tenere d’occhio
• Convenzioni specifiche del progetto che i revisori devono far rispettare
• File o directory che possono essere tranquillamente ignorati durante la revisione
• Considerazioni di sicurezza o di prestazioni specifiche per il tuo progetto

Esempio di REVIEW.md:

# Review Guidelines

## Critical Areas
- All changes to `src/auth/` must be reviewed for security implications.
- Database migration files should be checked for backward compatibility.

## Conventions
- API endpoints must include input validation and proper error handling.
- All public functions require TypeScript return types — do not use `any`.
- React components should use functional components with hooks, not class components.

## Ignore
- Auto-generated files in `src/generated/` do not need review.
- Lock files (package-lock.json, yarn.lock) can be skipped unless dependencies changed.

## Performance
- Flag any database queries inside loops.
- Watch for N+1 query patterns in API resolvers.