Vai al contenuto principale
L’automazione CI Failure Fixer mantiene le tue pull request senza errori, senza intervento umano. Ogni volta che un controllo CI fallisce su una pull request non aperta da Devin, Devin apre il job che ha avuto esito negativo, legge i log di build e di test, individua la causa principale e fa push di una correzione sullo stesso branch, quindi riesegue la suite per verificare che il controllo passi.

Usa questo modello

Apri CI Failure Fixer in Devin e crea l’automazione con la configurazione predefinita. Puoi personalizzarla prima di salvarla.
Cerchi una guida pratica? Consulta il tutorial passo passo per CI Failure Fixer.

​
Cosa fa questa automazione

Questo template collega il webhook check_run di GitHub a una sessione di Devin. Devin dispone di tutto il contesto della PR e dell’URL del job non riuscito, quindi può recuperare il branch, riprodurre l’errore in locale e iterare su una soluzione senza che tu debba mai aprire il portatile. L’automazione include una protezione integrata per saltare qualsiasi commit creato da devin-ai-integration[bot], così non si innesca mai un loop in cui Devin corregge il proprio lavoro.

​
Come funziona

Attivazione: Evento GitHub — check.run
  • Evento: github:check_run
    • Condizioni:
      • action eq completed
      • check_run.conclusion eq failure
      • repository.full_name eq your-org/your-repo
Cosa fa Devin: Avvia una sessione con il contesto completo dell’evento, esegue il prompt seguente e, facoltativamente, ti avvisa in caso di esito negativo.

​
Prerequisiti

​
Esempio di prompt

Il template include questo prompt. Puoi modificarlo dopo aver fatto clic su Usa template, oppure lasciarlo così com’è.

​
Configurazione

  1. Apri Automations → Templates in Devin.
  2. Fai clic su CI Failure Fixer. Si aprirà la pagina di creazione con questo template già precompilato.
  3. Collega le integrazioni richieste e installa i server MCP se non l’hai già fatto.
  4. Sostituisci eventuali valori segnaposto nelle condizioni del trigger (ad esempio, sostituisci your-org/your-repo con la tua repo reale).
  5. Rivedi il prompt e adattalo al linguaggio, alle convenzioni e alle barriere di sicurezza del tuo team.
  6. Fai clic su Crea automazione.
La maggior parte dei template di automazione include limiti suggeriti per ACU e invocazioni per contenere i costi durante le prime fasi del rollout. Lasciali invariati finché non sei sicuro del comportamento dell’automazione, poi aumentali in base al tuo carico di lavoro.

​
Quando usare questo template

  • Test instabili che bloccano i merge durante la notte o fuori orario
  • Errori di lint, controllo dei tipi e formattazione che preferiresti non correggere a mano
  • Import mancanti, snapshot obsoleti e banali errori nei test nelle PR della community
  • Sbloccare gli sviluppatori senza distogliere un altro ingegnere da attività che richiedono concentrazione

​
Idee di personalizzazione

  • Limita il trigger a una singola repo oppure estendilo a tutte le repo di un’org
  • Aggiungi una condizione che si attivi solo per check con nomi specifici (ad es. solo lint, non l’intera matrice)
  • Aumenta il limite di ACU se la tua suite di test richiede molto tempo, oppure riducilo per contenere i costi
  • Abbinalo a una notifica Slack in caso di errore, così un revisore umano può intervenire quando Devin non riesce a completare l’attività

​
Vedi anche