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 Crea automazione (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 Visualizza tutti gli esempi in alto a destra del riquadro Automazioni in primo piano
- 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 > Connessioni > 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 Bug Reports on Slack | Monitoraggio | Monitora un canale Slack ed esegue automaticamente il triage delle segnalazioni di bug in arrivo |
| Daily Sentry Error Fixes | Monitoraggio | Recupera ogni giorno i principali errori Sentry non risolti e apre PR con le correzioni |
| Datadog Alert Investigation | Monitoraggio | Analizza gli alert Datadog pubblicati su Slack e risponde con un’analisi della causa radice |
| Daily Health Digest | Monitoraggio | Analizza Datadog ogni giorno e pubblica un riepilogo dello stato di salute su Slack |
| Indagine sui pagamenti Stripe non andati a buon fine | Monitoraggio | Analizza gli alert relativi ai pagamenti non andati a buon fine in Slack tramite Stripe MCP |
| Weekly Analytics Health Check | Monitoraggio | Controlla settimanalmente le dashboard di Metabase per individuare query non funzionanti e anomalie |
| CI Failure Fixer | CI/CD | Corregge automaticamente i controlli CI non riusciti sulle PR |
| /devin Issue Fix | CI/CD | Risponde ai commenti /devin sulle issue di GitHub con una PR contenente la correzione |
| CircleCI Failure Fix | CI/CD | Recupera i log di build di CircleCI in caso di fallimento e invia una correzione |
| Customer Support Triage | Triage | Prepara bozze di risposta ai messaggi di supporto in Slack |
| Jira Ticket to PR | Triage | Implementa i ticket Jira pubblicati in Slack e apre una PR |
| Jam Bug Report Investigation | Triage | Analizza le registrazioni Jam condivise in Slack |
| Nightly QA & Smoke Tests | Manutenzione | Esegue test end-to-end ogni notte e apre ticket per le regressioni |
| Aggiornamenti settimanali delle dipendenze | Manutenzione | Analizza i pacchetti obsoleti e apre PR di aggiornamento |
| Weekly Changelog | Manutenzione | Raccoglie le PR mergeate in un changelog categorizzato |
| Stale PR Cleanup | Manutenzione | Segnala le PR senza attività recente e verifica eventuali conflitti di merge |
| Security Vulnerability Scan | Manutenzione | Scansione CVE settimanale con PR di correzione per le vulnerabilità critiche |
| Cloudflare Security Audit | Manutenzione | Revisione settimanale dei log di audit di Cloudflare per rilevare attività sospette |
| Weekly Status Digest to Notion | Gestione progetti | Raccoglie i progressi settimanali in un aggiornamento di stato su Notion |
| Asana Sprint Progress Report | Gestione progetti | Pubblica su Slack un riepilogo quotidiano dello standup da Asana |
| Figma Design Review on PR | Qualità del codice | Confronta le modifiche alla UI con i design Figma nelle PR |
| SonarQube Quality Gate Fix | Qualità del codice | Corregge le violazioni del quality gate di SonarQube nei controlli CI non riusciti |
| Dependency Vulnerability Scanner | Sicurezza | Scansione CVE quotidiana con PR di correzione ordinate per gravità |
| Secret Scanner | Sicurezza | Scansione quotidiana di credenziali esposte e secret hardcoded, con PR di correzione |
| Verifica dei pattern di codice | Sicurezza | Confronta la tua repo con una repo di riferimento e apre PR di allineamento |
| SRE Health Checker | Sicurezza | Scansione settimanale di API deprecate, gestione degli errori mancante e lacune di affidabilità |
| OWASP Security Hardening | Sicurezza | Scansione settimanale delle vulnerabilità OWASP Top 10 con PR di correzione |
/automations/templates). 
