Agenti AI per incident.io
Un agente Monmo lavora con incident.io come farebbe un collaboratore che prende appunti con calma nel canale dell'incidente. Appena si apre un incidente, raccoglie i deploy e gli errori recenti, prepara aggiornamenti per le parti interessate e la pagina di stato, scrive il post-mortem dalla cronologia e segue le attività successive fino alla chiusura. Usa la chiave API che colleghi e chiede il tuo consenso prima di pubblicare, dichiarare o modificare un incidente.
Aggiornato 2026-11-13 · Inizia gratis. Piani a pagamento da $15 al mese.
Cosa fanno gli agenti in incident.io
Raccogliere il contesto all'apertura di un incidente
Quando viene dichiarato un incidente, l'agente raccoglie gli ultimi deploy da GitHub, i nuovi errori in Sentry e gli avvisi di Datadog per il servizio interessato, poi prepara un messaggio di contesto per il canale dell'incidente.
ChiediQuando si apre un nuovo incidente, raccogli i deploy recenti, gli errori e gli avvisi per quel servizio e prepara un riepilogo per il canale.
Preparare aggiornamenti per le parti interessate
Ogni 30 minuti durante un incidente grave, legge il canale e lo stato dell'incidente e prepara un aggiornamento in parole semplici per la direzione su Slack e per i clienti sulla pagina di stato. Chiede l'approvazione per ciascuno.
ChiediDurante questo incidente, prepara un aggiornamento ogni 30 minuti per #leadership e la pagina di stato. Li approvo uno per uno.
Scrivere il post-mortem
Dopo la risoluzione dell'incidente, usa la cronologia, i messaggi del canale, i cambiamenti di gravità e la soluzione per preparare una bozza di post-mortem senza attribuire colpe in Google Docs, con le domande aperte per la riunione di revisione.
ChiediScrivi la bozza del post-mortem per INC-214 usando la cronologia e il canale. Elenca ciò che dobbiamo ancora chiarire.
Seguire le attività fino alla chiusura
Ogni mercoledì elenca le attività successive agli incidenti scadute, con i responsabili e gli incidenti collegati, prepara un breve promemoria per ciascun responsabile su Slack e prepara le issue Jira per quelle non ancora tracciate.
ChiediOgni mercoledì, elenca le attività scadute relative agli incidenti e prepara un promemoria per ciascun responsabile. Chiedi prima di inviarlo.
Preparare la revisione settimanale degli incidenti
Ogni lunedì riepiloga gli incidenti della settimana per gravità, tempo di risoluzione e servizio, segnala i servizi con incidenti ricorrenti e prepara l'ordine del giorno per la riunione di revisione.
ChiediOgni lunedì alle 10, riepiloga gli incidenti della settimana scorsa e suggerisci quali discutere durante la revisione.
Mantenere aggiornato il Catalog
Confronta i servizi e i team responsabili nel Catalog con i repository GitHub e i turni di reperibilità, individua i servizi senza responsabile o assegnati a un team che non esiste più e prepara le correzioni da approvare.
ChiediTrova i servizi nel nostro Catalog di incident.io senza responsabile o con un team non più attuale e proponi le correzioni.
Preparare il passaggio di consegne per la reperibilità
Alla fine di un turno scrive una nota di passaggio di consegne per il prossimo reperibile: incidenti aperti, stato, tentativi effettuati e aspetti da monitorare durante la notte, con un link a ogni incidente.
ChiediAlle 18:00 di ogni giorno lavorativo, scrivi il passaggio di consegne per la reperibilità: incidenti aperti, tentativi effettuati e aspetti da monitorare.
Come si collega
- 1Un amministratore di incident.io crea nelle impostazioni una chiave API con i soli permessi necessari all'agente, e tu la colleghi una volta. Per leggere i canali degli incidenti serve anche la connessione a Slack, dove si svolgono le conversazioni di incident.io.
- 2Dai accesso a incident.io al tuo agente per lo sviluppo e a un agente di supporto che prepara gli aggiornamenti per i clienti. Gli agenti che non si occupano degli incidenti non dovrebbero poterli vedere.
- 3La lettura di incidenti, cronologie, attività successive e Catalog non richiede approvazione. Per dichiarare un incidente, pubblicare nel suo canale, modificarne la gravità o lo stato, modificare il Catalog e pubblicare un aggiornamento di stato, l'agente chiede sempre prima.
Altre app in Sviluppo e IT
Altre app di questo tipo in cui lavorano gli agenti, ciascuna con una pagina dedicata.
Domande frequenti
Un agente AI può scrivere i post-mortem degli incidenti?
Può scrivere la prima bozza, la parte che spesso resta in sospeso per giorni. Un agente Monmo legge la cronologia, il canale e la soluzione dell'incidente e prepara un post-mortem senza attribuire colpe, con l'impatto, la causa, ciò che ha funzionato e le attività successive. Il tuo team lo rivede, lo corregge ed è responsabile delle conclusioni.
L'agente può dichiarare incidenti in incident.io?
Può prepararne uno e dichiararlo quando lo autorizzi. La dichiarazione di un incidente crea un canale e può inviare notifiche ai reperibili, quindi l'agente AI mostra prima una scheda con titolo, gravità e servizio interessato. Dichiara l'incidente tramite la connessione a incident.io o nel proprio browser quando la connessione non copre qualche operazione.
L'agente pubblica nei canali degli incidenti senza chiedere?
No. Ogni messaggio destinato al canale di un incidente, a un canale delle parti interessate o alla pagina di stato attende la tua approvazione. Durante un incidente prolungato puoi approvare gli aggiornamenti uno alla volta, man mano che vengono preparati. La lettura del canale e la stesura delle bozze non richiedono approvazione.
L'agente può seguire le attività successive agli incidenti in Jira o Linear?
Sì. L'agente elenca ogni attività successiva con il responsabile e la scadenza, la confronta con le issue esistenti in Jira o Linear e prepara le issue per quelle non ancora tracciate. Chiede prima di creare issue o inviare promemoria ai responsabili; una sola scheda può coprire tutte le attività della settimana.
La tua prossima assunzionepotrebbe iniziare oggi.
Crea il tuo primo agente in un minuto. Iniziare è gratis.