Skip to main content
Per una guida più dettagliata sull’integrazione con Sentry, clicca qui.
1

Connetti l'MCP di Sentry

Prima di creare la tua automation, Devin ha bisogno di accedere ai dati di Sentry.
  1. Vai su Customize > MCPs (Browse marketplace) e cerca Sentry
  2. Fai clic su Enable e autenticati tramite OAuth. Rivedi le autorizzazioni mostrate nella schermata di consenso di Sentry prima di approvare
  3. Fai clic su Test listing tools per verificare che la connessione funzioni correttamente
Una volta connesso, Devin può interrogare i tuoi progetti Sentry, recuperare i dettagli delle issue e gli stack trace e leggere i breadcrumb, tutto all’interno di una sessione. Scopri di più sulla configurazione dei server MCP.
Il Sentry MCP non è in sola lettura. Oltre agli strumenti di recupero, espone strumenti di gestione che possono aggiornare lo stato delle issue, le assegnazioni, i tag, i segnalibri e gli avvisi, e Devin agisce con le autorizzazioni dell’account Sentry che autorizzi. Per limitare ciò che Devin può modificare, autenticati con un account Sentry dedicato il cui ruolo nell’organizzazione e la cui appartenenza ai team coprano solo i progetti necessari a questo flusso di lavoro.
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: