IT e gestione dei servizi

Agente per Postmortem degli Incidenti

Trasforma una cronologia disordinata in un postmortem che incolpa il sistema

1 installazioniVersione 3Pubblicato il 2 set 2026

8regole invalicabili: Cose che non deve mai fare, imposte a ogni esecuzione
5regole di passaggio: Condizioni in cui si ferma e affida il lavoro a una persona
11campi in uscita: Un risultato strutturato, non un paragrafo da rileggere
≤5passaggi per esecuzione: Lavoro delimitato: al massimo 3 chiamate a strumenti, imposte dal runtime

Sola lettura per costruzione. Questo agente non ha alcun modo di inviare, spendere, pubblicare o impegnare nulla. Dove quel limite è il prodotto, toglierlo toglierebbe la ragione per fidarsi del risultato.

Collegamenti attivi della versione 3. I nodi strumento sono le capacità che questo agente è autorizzato a chiamare — nient'altro può essere eseguito.

Panoramica

Tutti sono d'accordo che i postmortem dovrebbero essere senza colpevoli, e la maggior parte non lo è. Non per cattiva intenzione: a mezzanotte, "il push di configurazione alle 17:40" è la frase vera più facile da scrivere, e una volta che una persona compare nel documento, questo smette di parlare del sistema.

Questo agente non può nominare una persona. Ricostruisce la cronologia da log, allarmi e chat, separa ciò che è accaduto da ciò che si credeva vero in quel momento, e pone le domande che individuano le cause sistemiche — perché l'allarme non è scattato, perché il rollback ha richiesto nove minuti, perché era possibile inviare quella configurazione senza revisione.

I suoi elementi d'azione sono specifici e verificabili, e segnala quelli che sono in realtà desideri. "Fare più attenzione" non è un elemento d'azione; "richiedere revisione sulle modifiche di configurazione in produzione" lo è. E separa ciò che è noto da ciò che è presunto, così che il mese prossimo nessuno scambi una teoria nel documento per un fatto accertato.

Vantaggi

Scritto lo stesso giorno

Un postmortem scritto una settimana dopo è una ricostruzione.

Sicuro da distribuire

Niente al suo interno può essere letto come un'accusa.

Azioni che cambiano qualcosa

Elementi verificabili invece di propositi.

Che cosa fa

Non può nominare una persona
Una regola rigida, non una preferenza di tono. Si riferisce a ruoli e sistemi, ed è questo che lo mantiene senza colpevoli.
Separa i fatti dalle convinzioni
Cosa era vero, e cosa pensavano i responsabili in quel momento. Entrambi contano, e confonderli è come nascono i miti.
Individua le cause sistemiche
Non cosa lo ha innescato — cosa ha reso un innesco sufficiente a causare un'interruzione del servizio.
Elementi d'azione verificabili
Ognuno ha un ruolo responsabile e un controllo per verificare se ha funzionato. "Fare più attenzione" viene segnalato come desiderio.
Lacune nel rilevamento e nel ripristino
Quanto tempo è passato prima che qualcuno lo sapesse, e cosa ha reso il ripristino più lento del necessario.
Segnala ciò che non è noto
Una domanda irrisolta è un risultato, non un vuoto da colmare con una teoria.

Che cosa cambia

Che cosa cambia nella tua settimana

Se ne occupa lui: Trasformare un canale dell'incidente in un documento con cause e azioni.
Oggi lo fa: Un ingegnere a mezzanotte, o una settimana dopo a memoria.
Con quale frequenza: Ogni incidente.
Lavoro manuale tipico: Un postmortem fatto bene richiede mezza giornata mentre tutto è ancora fresco.

Perché proprio IT e gestione dei servizi. Non può nominare una persona. Se un solo ingegnere potesse causare da solo l'interruzione del servizio, è il sistema che lo ha permesso — ed è questo il risultato che previene il prossimo.

Funziona senza sorveglianza
Lo avvii tu o lo avvia un evento, e arriva in fondo da solo. Niente resta in attesa che qualcuno sia alla scrivania.
Lo stesso standard ogni volta
Il duecentesimo elemento è trattato con il rigore del primo. La costanza è la parte che le persone non riescono a mantenere.
Non può agire da solo
Agente per Postmortem degli Incidenti non ha alcun modo di inviare, spendere o impegnare. È proprio questo limite a rendere sicuro agire sul suo risultato.

Come funziona

Questo agente viene eseguito lato server tramite il runtime di PROMIVO. Ogni esecuzione viene registrata passo per passo e ogni chiamata a uno strumento viene verificata rispetto ai permessi prima di essere eseguita.

1InputConvalidato rispetto allo schema di input dell'agente
2Modelloclaude-sonnet-5 con fallback automatico
3Strumentiextract_structured_data
4PermessiEsegue automaticamente le azioni di livello READ; tutto ciò che sta sopra attende un'approvazione
5OutputRisultato strutturato conforme allo schema di output
6RegistrazioneToken, durata e ogni passaggio vengono registrati

Demo

Dati dimostrativiEsempio di output illustrativo. Non è un'esecuzione in tempo reale.

Input

{
  "severity": "SEV2",
  "timeline": "…",
  "incidentReference": "INC-402"
}

Output

{
  "summary": "A configuration change reduced the connection pool below what peak traffic required. Requests queued, then timed out. Service was restored by reverting the change.",
  "escalate": false,
  "unknowns": [
    "Why the pool size was reduced. The record does not say, and the change carried no description."
  ],
  "disclaimer": "Blameless by construction: roles and systems only, never a person, and no finding attributes cause to human error. Actions are proposals; nothing has been changed.",
  "actionItems": [
    {
      "action": "Require review for production configuration changes.",
      "status": "actionable",
      "ownerRole": "Platform team",
      "testForSuccess": "An unreviewed config change is rejected in a test attempt."
    },
    {
      "action": "Be more careful with configuration.",
      "status": "not-actionable",
      "ownerRole": "—",
      "testForSuccess": "None possible."
    }
  ],
  "recoveryGap": "9 minutes of the 14-minute recovery was the redeploy. A config rollback would have been under a minute.",
  "detectionGap": "23 minutes from first failed request to anyone knowing. The signal came from customers, not monitoring.",
  "contributingConditions": [
    "Production configuration could be changed without review.",
    "No alert existed on connection pool saturation, so the first signal was customer reports.",
    "The revert path required a full redeploy rather than a configuration rollback."
  ]
}

Requisiti

Integrazioni

Non serve alcuna integrazione.

Prima di iniziare

La cronologia dell'incidente — allarmi, log, chat, cronologia dei deploy
Richiede il piano Avvio o superiore

Casi d'uso

Dopo un'interruzione del servizio

Trasforma il canale dell'incidente in un documento in pochi minuti.

Incidenti ricorrenti

Trova la causa che gli ultimi tre postmortem non hanno individuato.

Riepiloghi rivolti ai clienti

Una base fattuale per ciò che comunichi ai clienti, senza dettagli interni.

Prezzo

Avvio

Fatturato mensilmente tramite il tuo abbonamento PROMIVO. Puoi disdire in qualsiasi momento.

Le esecuzioni consumano la disponibilità del tuo piano per esecuzioni di agenti e token. Vedi limiti del piano

Domande frequenti

Perché non nomina il responsabile?

Perché se una persona può causare da sola un'interruzione del servizio, è il sistema che lo ha permesso, ed è questo il risultato dell'indagine. Nominarla chiude l'indagine in anticipo e insegna a tutti gli altri a essere più silenziosi durante il prossimo incidente.

Può scrivere la nota rivolta ai clienti?

Può redigere la base fattuale, senza dettagli interni sul sistema. Se e come comunicare un incidente è una decisione con peso commerciale e legale, e resta a una persona.

E se la cronologia è incompleta?

Segnala le lacune come sconosciute ed elenca cosa verificare. Un postmortem con una parte centrale inventata con sicurezza è peggiore di uno con un vuoto dichiarato onestamente.

Recensioni

Le recensioni si aprono quando i clienti avranno eseguito questo agente.

Ti serve che questo agente funzioni diversamente?

Dicci che cosa cambiare e il nostro team definirà una versione personalizzata per la tua azienda.

Personalizza questo agente