> ## Documentation Index > Fetch the complete documentation index at: https://docs.devin.ai/llms.txt > Use this file to discover all available pages before exploring further. # Devin Oncall > Configura Devin Oncall per indagare, correggere e mitigare avvisi, bug e incidenti, e per agire sugli insight raccolti durante la reperibilità. Devin Oncall indaga, corregge e mitiga avvisi, bug e incidenti, e ti fornisce insight concreti sulla tua reperibilità. Devin entra in azione non appena si attiva un avviso, arriva una segnalazione di bug o si verifica un incidente, e usa la tua telemetria, il codice, le distribuzioni, i runbook e gli incidenti passati per individuare la causa principale, correggere il problema e aprire una PR con la soluzione. Oncall comprende tre prodotti: * **[Responders](#responders)**: indaga e risolve avvisi, bug report e richieste di supporto man mano che arrivano. * **[Incidenti](#incidents)**: individua la causa principale, mitiga l'impatto e porta ogni incidente fino alla risoluzione. * **[Reports](#reports)**: fornisce insight concreti su ciò che genera avvisi, bug e incidenti, come le soglie di avviso da ottimizzare e le categorie ricorrenti di problemi da correggere.

Configurazione

Oncall richiede una configurazione una tantum per ogni organizzazione. Durante la configurazione, Devin impara a conoscere i tuoi sistemi a partire dagli strumenti di telemetria e dal codice, e scrive le skill utilizzate da ogni sessione di Oncall. 1. Apri **Oncall** nella barra laterale e fai clic su **Begin setup**. 2. Collega almeno uno strumento di telemetria. Puoi saltare questo passaggio se uno strumento di telemetria è già disponibile nell'ambiente di Devin. 3. Fai clic su **Finish**. Devin inizia ad analizzare i tuoi sistemi, un'operazione che in genere richiede 1-2 ore. Riceverai una notifica quando Oncall sarà pronto. Responders, Incidenti e Reports diventano disponibili al termine della configurazione. Per la configurazione è necessaria l'autorizzazione a gestire Oncall. Solo gli amministratori dell'organizzazione possono collegare strumenti per l'intera organizzazione.

Impostazioni di Oncall

L'icona a forma di ingranaggio nell'intestazione di Oncall apre le impostazioni condivise da tutte le sessioni Oncall: * **Instructions**: indicazioni in markdown che ogni sessione Oncall segue. Considerale come un `AGENTS.md` dedicato esclusivamente a Oncall. * **Skills**: le skill sui tuoi sistemi che Devin ha generato durante la configurazione. Per mantenerle aggiornate, imposta **Skill update frequency** su **Weekly** o **Monthly**, oppure fai clic su **Update skills now**.

Responder

Un responder monitora una sorgente di avvisi o segnalazioni e fa sì che Devin indaghi su ogni nuovo evento. Devin raggruppa gli eventi ripetuti in un unico problema, così un avviso ricorrente viene analizzato una sola volta. Usa i responder per: * Avvisi di produzione pubblicati dai tuoi strumenti di monitoraggio in un canale Slack o Microsoft Teams. * Incidenti PagerDuty, per cui Devin pubblica la propria indagine come note dell'incidente. * Bug report e richieste di supporto in un canale come `#eng-bugs`.

Crea un responder

1. Nella pagina **Oncall**, fai clic su **Create responder**. 2. Inserisci un **Name** e scegli il **Responder type**. Il tipo non può essere modificato dopo la creazione. 3. Aggiungi uno o più **Triggers**. 4. Facoltativamente, modifica le impostazioni della sessione, i connettori e il runbook. 5. Fai clic su **Create responder**. Il runbook è facoltativo. Devin Oncall sa già come analizzare avvisi e bug, quindi aggiungine uno solo per i passaggi specifici del tuo team.

Tipi di responder

Avvisi e bug report richiedono una gestione diversa, per questo ogni tipo di responder esegue un flusso pensato appositamente. Il tipo determina anche il modo in cui i problemi del responder vengono monitorati sulla relativa bacheca. | Tipo | Da usare per | Su cosa si concentra Devin | | - | - | - | | **Alerts** | Avvisi su problemi in produzione | Valutare rapidamente impatto e severità, quindi individuare la causa principale e una mitigazione | | **Support + Bugs** | Bug report e richieste di supporto | Riprodurre il problema, individuarne la causa principale e correggerlo nel codice |

Trigger

Un responder monitora un'integrazione alla volta e può avere fino a 10 trigger. Devin risponde quando si verifica uno qualsiasi di essi. | Sorgente | Trigger | | - | - | | **[Slack](/it/integrations/slack)** | Un messaggio in un canale o la menzione di un gruppo di utenti (ad esempio `@oncall`) | | **[Microsoft Teams](/it/integrations/microsoft-teams)** | Un messaggio in un canale | | **[PagerDuty](/it/integrations/pagerduty)** | Incidente attivato, preso in carico, risolto o aggiornato | Aggiungi condizioni a un trigger per limitare gli eventi a cui Devin risponde.

Impostazioni del responder

| Impostazione | Funzione | | - | - | | **Modalità agente** | La modalità agente delle sessioni avviate da questo responder | | **Run-as** | L'identità con cui vengono eseguite le sessioni | | **Connettori** | I connettori MCP che questo responder può usare | | **Runbook** | Facoltativo. Devin Oncall sa già come analizzare avvisi e bug. Aggiungi indicazioni specifiche del team, ad esempio come assegnate le priorità o dove aprire i ticket per i problemi | | **Limiti** | Limiti di ACU e di invocazioni, come per le [automazioni](/it/product-guides/automations#limits-and-safeguards) | | **Avanzate** | Network policy e coppie chiave-valore di metadati per organizzare i responder e associarli alle segnalazioni |

Incidenti

Incidenti è pensato per i team che creano un nuovo canale Slack per ogni incidente. Devin entra nel canale, individua una probabile causa principale, suggerisce misure di mitigazione e prosegue l'indagine man mano che l'incidente evolve. Pubblica aggiornamenti, risponde alle domande nei thread e tiene aggiornato un report dell'incidente.

Abilitare gli incidenti

1. Nella pagina **Oncall**, apri la scheda **Incidenti** e fai clic su **Enable incidents**. 2. Attiva **Enable incidents**. 3. Imposta in **Slack channel prefix** il prefisso usato dai tuoi canali degli incidenti, ad esempio `incident-`. 4. Scegli una **Response mode**, quindi salva. Devin avvia un'indagine quando entra in un canale Slack il cui nome inizia con il prefisso. Invita Devin nel canale oppure attiva **Auto-join incident channels**. Per usare gli incidenti, è necessario che [Slack](/it/integrations/slack) sia connesso per la tua organizzazione. In un'azienda, gli incidenti possono essere abilitati per una sola organizzazione alla volta.

Modalità di risposta

| Modalità | Comportamento | | - | - | | **Proactive** | Devin pubblica una probabile causa principale, poi continua a indagare, pubblica aggiornamenti e tiene aggiornato un report dell'incidente | | **One-shot RCA** | Devin pubblica una probabile causa principale con un livello di attendibilità, poi si ferma. Per gli incidenti in cui fai clic su **Start proactive mode**, continua a indagare affiancando il team come membro dedicato alla gestione dell'incidente |

Impostazioni degli incidenti

| Impostazione | Funzione | | - | - | | **Auto-join incident channels** | Aggiunge Devin ai nuovi canali che corrispondono al prefisso. L'accesso automatico è possibile solo per i canali pubblici | | **Allow non-organization users participation** | Consente agli utenti di altre organizzazioni dello stesso account di interagire con Devin nei canali degli incidenti | | **Modalità agente** | La modalità della sessione principale dell'incidente, che resta attiva per tutta la durata dell'incidente: pubblica aggiornamenti e mantiene aggiornato il report dell'incidente | | **Initial investigation mode** | La modalità della prima indagine, che individua la probabile causa principale all'inizio dell'incidente | | **Thread session mode** | La modalità delle sessioni che rispondono a domande e richieste nei thread del canale | | **Run-as** | L'identità con cui vengono eseguite le sessioni degli incidenti | | **Connettori** | I connettori MCP che le sessioni degli incidenti possono usare | | **Runbook** | Facoltativo. Istruzioni fornite a ogni sessione dell'incidente | La scheda **Incidenti** elenca tutti gli incidenti, ciascuno con un collegamento alla relativa sessione. Usa **Stop** per interrompere il coinvolgimento di Devin in un incidente e **Resume** per riattivarlo.

Report

Un report ti fornisce, a cadenza ricorrente, approfondimenti concreti sui turni di reperibilità su cui intervenire: soglie degli avvisi da ottimizzare, categorie di problemi ricorrenti da risolvere e i fattori che generano i tuoi avvisi, bug e incidenti. Ogni report riepiloga inoltre i problemi individuati e risolti, gli incidenti analizzati e le PR aperte e sottoposte a merge da Devin. Usa i report per il passaggio di consegne settimanale tra i turni di reperibilità, oppure limitane l'ambito al tuo team, ad esempio Fatturazione o Infrastruttura.

Crea un report

1. Nella pagina **Oncall**, apri la scheda **Reports** e fai clic su **Create report**. 2. Inserisci un **Name**. 3. In **Responders match**, scegli i responder da includere nel report, selezionandoli singolarmente oppure in base ai metadati. 4. In **Incidents match**, descrivi quali incidenti devono rientrare nel report. Lascia il campo vuoto per escludere gli incidenti. 5. Imposta la **Schedule** e, facoltativamente, aggiungi delle **Instructions** che descrivano il contenuto del report. 6. In **Notifications**, scegli il canale Slack o Microsoft Teams in cui pubblicare il report. 7. Fai clic su **Create report**. I report sono condivisi, quindi vengono eseguiti come utente di servizio e non a nome di un singolo utente. Apri un report per consultare i run precedenti oppure fai clic su **Generate report** per eseguirlo subito. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.