1
Connetti l'MCP di Sentry
Prima di creare la tua automation, Devin ha bisogno di accedere ai dati di Sentry.
- Vai su Customize > MCPs (Browse marketplace) e cerca Sentry
- Fai clic su Enable e autenticati tramite OAuth. Rivedi le autorizzazioni mostrate nella schermata di consenso di Sentry prima di approvare
- Fai clic su Test listing tools per verificare che la connessione funzioni correttamente
2
Crea l'automazione
Vai su Automations nella barra laterale e fai clic su Create automation.
- Name:
Daily Sentry remediation — payments-api - Trigger: Espandi Schedule e scegli Every day — 6:00 AM (così le pull request (PR) con le correzioni sono pronte prima del daily standup)
- Connections: Seleziona il Sentry MCP così ogni run può recuperare i tuoi errori
- Slack channel: In Notifications, fai clic su Add notification > Post to Slack e seleziona un canale (ad es.
#sentry-fixes) così il tuo team riceve una notifica quando il run è completato e le PR sono pronte per la revisione - Prompt:
3
Popola Knowledge a partire dalla tua codebase e dalle correzioni precedenti
Devin scrive correzioni migliori quando comprende gli schemi di errore della tua app. Invece di scrivere manualmente le voci di Knowledge, chiedi a Devin in qualsiasi sessione di analizzare la base di codice e le correzioni passate, quindi lascia che sia Devin a creare la Knowledge:Queste voci vengono richiamate automaticamente quando Devin rileva errori corrispondenti durante le esecuzioni pianificate — e il prompt pianificato sopra indica a Devin di aggiornare Knowledge sulla base del feedback sulle tue PR, così migliora nel tempo.
4
Risultato di un'esecuzione tipica
Ogni mattina, Devin elabora la coda degli errori accumulati durante la notte e apre PR mirate. Ecco un esempio di output di una sessione reale:Ogni pull request (PR) include il link all’issue Sentry, una descrizione della causa principale, la correzione e un test che avrebbe individuato l’errore originale.
5
Ottimizza e itera
Dopo una settimana di esecuzioni, rivedi cosa funziona e adegua:Definisci l’ambito del conteggio degli errori. Inizia con i
top 5 errori per esecuzione. Se Devin produce costantemente PR pronti al merge, aumenta a 8-10. Se le correzioni richiedono revisioni significative, riduci a 3.Filtra per progetto o tag. Restringi il prompt a specifici progetti Sentry (payments-api, web-frontend) o escludi i tag rumorosi. Puoi creare automazioni separate per progetto se i volumi di errori sono diversi.Impara dai risultati. Dopo un paio di settimane, chiedi a Devin di analizzare quali correzioni sono effettivamente arrivate in produzione e trasformarle in Knowledge:
