Le automazioni ti permettono di collegare eventi esterni — messaggi Slack, webhook GitHub, aggiornamenti dei ticket Linear, pianificazioni e webhook personalizzati — a sessioni di Devin che si avviano automaticamente. Invece di taggare manualmente Devin ogni volta che viene segnalato un bug o che un controllo CI fallisce, definisci il trigger una sola volta e Devin gestisce ogni evento non appena arriva.
Un’automazione ha tre componenti:
| Parte | Cosa fa |
|---|
| Trigger | L’evento che attiva l’automazione (ad es. un messaggio su Slack in #bugs, un fallimento della CI su GitHub, una modifica di label in Linear) |
| Condizioni | Filtri facoltativi che restringono il trigger (ad es. attivarla solo quando la label è bug, solo per una repo specifica) |
| action | Cosa fa Devin quando il trigger si attiva: avvia una nuova sessione, invia un messaggio a una sessione esistente oppure agisce come monitor di triage |
| Action | Descrizione |
|---|
| Avvia sessione | Crea una nuova sessione Devin con il prompt che definisci. Il payload dell’evento viene incluso automaticamente come contesto. |
| Invia messaggio alla sessione | Invia un messaggio a una sessione Devin esistente e persistente — utile per inviare eventi a una sessione che mantiene lo stato. |
| Triage Devin | Un Devin persistente che monitora un canale Slack. Analizza ogni messaggio in arrivo, decide cosa richiede attenzione e avvia sub-Devin per gli elementi che richiedono approfondimenti. Per maggiori dettagli, vedi Auto-triage. |
| Notifica email | Ti invia un’email quando viene eseguita l’automazione — a ogni esecuzione, solo in caso di errori o solo in caso di esito positivo. |
| Source | Event types | Example use case |
|---|
| Slack | Nuovo messaggio, reazione aggiunta | Fai triage delle segnalazioni di bug in #incidents, aggiungi la reazione 🚨 per avviare un’indagine |
| GitHub | Commento su issue, PR aperta/aggiornata, revisione PR, check run (CI), push | Correggi automaticamente i fallimenti della CI, rispondi ai commenti /devin sulle issue |
| Linear | Issue creata, etichetta aggiunta, stato modificato, priorità modificata, assegnata | Fai triage dei bug quando viene aggiunta un’etichetta, implementa i ticket quando vengono assegnati a Devin |
| Pianificazione | Ricorrente (basata su cron) | Controlli quotidiani degli errori in Sentry, Aggiornamenti settimanali delle dipendenze, smoke test notturni |
| Webhook | Richiesta HTTP in ingresso | Collega qualsiasi sistema esterno (PagerDuty, Datadog, Sentry, strumenti personalizzati) a Devin tramite un URL webhook |
Dalla pagina delle automazioni
- Vai su automazione nella barra laterale
- Fai clic su New automation (oppure usa l’input della chat per descrivere in linguaggio naturale ciò che vuoi ottenere — Devin genererà per te la configurazione dell’automazione)
- Configura il trigger, le condizioni e l’action
- Fai clic su Save
- Vai a Automazioni nella barra laterale
- Fai clic su Template in alto a destra
- Sfoglia la galleria dei template: ogni template è un’automazione preconfigurata per un flusso di lavoro comune
- Fai clic su un template per precompilare l’editor con il trigger, l’action e i limiti consigliati
- Personalizza la configurazione (ad es. seleziona il canale Slack o la repo) e salva
Uso del linguaggio naturale
Configurazione dei trigger
- Messaggio Slack: Si attiva alla pubblicazione di nuovi messaggi in un canale specifico. Devi selezionare il canale durante la configurazione del trigger.
- Reazione Slack: Si attiva quando a un messaggio viene aggiunta una specifica reazione emoji (ad es. 🚨 per gli incidenti). Puoi filtrare in base al nome della reazione e al canale.
Perché il trigger funzioni, Devin deve essere invitato nel canale Slack. Devi anche aver collegato il tuo account Slack personale in Settings > Integrations > Slack.
- Commento su issue: Si attiva quando viene pubblicato un commento su una issue di GitHub. In genere viene usato con una condizione
starts_with "/devin", così gli utenti possono digitare /devin su qualsiasi issue per attivare Devin.
- Pull request: Si attiva sugli eventi della PR (apertura, sincronizzazione, ecc.).
- Review della pull request: Si attiva quando viene inviata una review su una PR.
- Commento di review della pull request: Si attiva sui singoli commenti di review.
- Check run (CI): Si attiva quando un controllo CI viene completato. Filtra per
conclusion = failure per correggere automaticamente le build non riuscite.
- Push: Si attiva quando viene eseguito un push su un branch.
Per motivi di sicurezza, le automazioni GitHub funzionano solo con repository privati.
- Issue creata: Si attiva quando viene creata una nuova issue nel team selezionato.
- Label aggiunta: Si attiva quando una label viene applicata a un’issue (ad es.
bug, devin).
- Stato modificato: Si attiva quando cambia lo stato di un’issue (ad es. viene spostata in “In Progress”).
- Priorità modificata: Si attiva quando cambia la priorità di un’issue.
- Assegnata: Si attiva quando un’issue viene assegnata a qualcuno.
Trigger di pianificazione
- Ricorrente: imposta la frequenza (oraria, giornaliera, settimanale) e l’ora. Dietro le quinte, le pianificazioni utilizzano il formato RRULE di iCalendar.
Gli orari vengono visualizzati nel tuo fuso orario locale, ma sono archiviati internamente in UTC.
- Crea un’automazione con un trigger Webhook
- Dopo aver salvato, copia l’URL del webhook e il segreto dalla pagina dei dettagli dell’automazione
- Configura il tuo sistema esterno (PagerDuty, Datadog, Sentry o qualsiasi strumento personalizzato) in modo che invii richieste HTTP POST a questo URL
- Facoltativamente aggiungi un filtro del payload — un pattern regex a cui il corpo della richiesta deve corrispondere affinché l’automazione si attivi
Il payload del webhook viene incluso nel prompt della sessione di Devin come contesto. I payload di dimensioni superiori a 200 KB vengono troncati automaticamente.
L’azione più comune. Quando il trigger si attiva, Devin avvia una nuova sessione con il tuo prompt. Il payload dell’evento (ad es. il testo del messaggio di Slack, il corpo del webhook di GitHub o i dettagli del ticket di Linear) viene aggiunto automaticamente al prompt, in modo che Devin abbia il contesto completo.
Opzioni:
- Prompt: Le istruzioni che Devin segue. Scrivilo come faresti con un normale prompt per Devin.
- Playbook (facoltativo): Usa
@playbook-name nel tuo prompt per includere un playbook con istruzioni aggiuntive.
- Tag (facoltativo): Aggiungi tag alle sessioni create da questa automazione per facilitare il filtraggio.
Invia un messaggio a una sessione
Triage con Devin (monitor)
- Sempre — a ogni esecuzione
- In caso di errore — solo quando la sessione non riesce o si verifica un errore
- In caso di successo — solo quando la sessione si completa correttamente
Le automazioni includono controlli integrati per evitare un utilizzo incontrollato:
Imposta un budget massimo di ACU (Agent Compute Unit) per ogni sessione avviata da questa automazione. Se Devin raggiunge il limite, la sessione si arresta. In questo modo, una singola esecuzione non può consumare risorse eccessive.
Imposta un limite al numero di volte in cui l’automazione può attivarsi entro un intervallo di tempo. Ad esempio, “al massimo 10 invocazioni all’ora” impedisce che un canale Slack particolarmente attivo o una raffica di fallimenti della CI generino decine di sessioni.
Entrambi i campi sono facoltativi — se non vengono impostati, l’automazione viene eseguita senza alcun limite.
Puoi abilitare una policy di rete per limitare gli host esterni a cui possono accedere le sessioni dell’automazione. Questo è particolarmente importante per le automazioni che elaborano input utente non attendibile (ad es. messaggi Slack, payload di webhook). Puoi aggiungere domini specifici all’allowlist se Devin deve raggiungere servizi esterni.
Collegare le integrazioni MCP è vivamente consigliato: migliorano notevolmente la qualità delle automazioni, perché consentono a Devin di accedere a dati di runtime come logs, metriche e dettagli sugli errori.
- Invocazioni recenti con timestamp
- Se ogni invocazione è riuscita o è stata ignorata
- Collegamenti alle sessioni Devin create
- Messaggi di errore per le invocazioni non riuscite
La pagina dell’elenco delle automazioni mostra uno sparkline per ogni automazione, fornendo una panoramica visiva dell’attività degli ultimi 30 giorni.
Attivazione e disattivazione
| Template | Categoria | Cosa fa |
|---|
| Triage delle segnalazioni di bug su Slack | Monitoraggio | Monitora un canale Slack e smista automaticamente le segnalazioni di bug in arrivo |
| CI Failure Fixer | CI/CD | Corregge automaticamente i controlli CI che non superano la verifica sulle PR |
| /devin issue fix | CI/CD | Risponde ai commenti /devin nelle issue di GitHub |
| SRE Incident Response | Monitoraggio | Analizza gli incidenti quando viene aggiunta una reazione 🚨 |
| Daily Sentry Error Fixes | Monitoraggio | Recupera ogni giorno i principali errori di Sentry e apre PR con la soluzione |
| Datadog Alert Investigation | Monitoraggio | Analizza gli alert Datadog pubblicati su Slack |
| Bug Report Triage | Triage | Smista i ticket di Linear con l’etichetta bug |
| Customer Support Triage | Triage | Prepara bozze di risposta ai messaggi di supporto in Slack |
| Linear Ticket Implementation | Triage | Implementa i ticket con etichetta devin in Linear |
| Nightly QA & Smoke Tests | Maintenance | Esegue test end-to-end ogni notte e apre ticket per le regressioni |
| Aggiornamenti settimanali delle dipendenze | Maintenance | Cerca i package obsoleti e apre PR di aggiornamento |
| Weekly Changelog | Maintenance | Raccoglie le PR unite in un changelog categorizzato |
