TI e gestão de serviços

Agente de Postmortem de Incidentes

Transforma uma linha do tempo confusa em um postmortem que responsabiliza o sistema

1 instalaçõesVersão 3Publicado em 2 de set. de 2026
TI e gestão de serviçosExtractclaude-sonnet-5Read-only · auto8 hard rules5 handover rulesResult
8regras rígidas
Coisas que ele nunca pode fazer, impostas em toda execução
5regras de repasse
Condições em que ele para e entrega o trabalho a uma pessoa
11campos de saída
Um resultado estruturado, não um parágrafo para reler
≤5passos por execução
Trabalho delimitado: no máximo 3 chamadas de ferramenta, impostas pelo runtime

Somente leitura, por projeto. Este agente não tem caminho para enviar, gastar, publicar ou assumir nada. Onde esse limite é o produto, tirá-lo tiraria o motivo para confiar no resultado.

Ligações ativas da versão 3. Os nós de ferramenta são as capacidades que este agente está autorizado a chamar — nada além disso pode rodar.

Visão geral

Todo mundo concorda que postmortems devem ser sem culpados, e a maioria não é. Não por má intenção: à meia-noite, "o push de configuração às 17:40" é a frase verdadeira mais fácil de escrever, e assim que uma pessoa entra na pauta, o documento deixa de ser sobre o sistema.

Este agente não pode nomear uma pessoa. Ele reconstrói a linha do tempo a partir dos seus logs, alertas e chat, separa o que aconteceu do que se acreditava na hora, e faz as perguntas que encontram causas sistêmicas — por que o alerta não disparou, por que o rollback levou nove minutos, por que a configuração pôde ser enviada sem revisão.

Os itens de ação dele são específicos e testáveis, e ele marca os que são, na verdade, desejos. "Ter mais cuidado" não é um item de ação; "exigir revisão em mudanças de configuração de produção" é. E ele separa o que é conhecido do que é presumido, para que no mês seguinte ninguém confunda uma teoria no documento com um fato estabelecido.

Benefícios

Escrito no mesmo dia

Um postmortem escrito uma semana depois é uma reconstrução.

Seguro para circular

Nada nele pode ser lido como uma acusação.

Ações que mudam algo

Itens testáveis em vez de resoluções.

O que faz

  • Não pode nomear uma pessoa

    Uma regra rígida, não uma preferência de tom. Ele se refere a funções e sistemas, e é isso que o mantém sem culpados.

  • Separa fato de crença

    O que era verdade, e o que os respondentes pensavam na hora. Ambos importam, e confundi-los é como mitos começam.

  • Encontra causas sistêmicas

    Não o que disparou o incidente — o que fez um gatilho ser suficiente para causar uma interrupção.

  • Itens de ação que você pode testar

    Cada um tem uma função responsável e uma verificação de se funcionou. "Ter mais cuidado" é marcado como um desejo.

  • Lacunas de detecção e recuperação

    Quanto tempo até alguém saber, e o que tornou a recuperação mais lenta do que precisava ser.

  • Marca o que é desconhecido

    Uma questão não resolvida é uma constatação, não um buraco para preencher com uma teoria.

O que isso muda

O que isso muda na sua semana

Ele assume
Transformar um canal de incidente em um documento com causas e ações.
Hoje quem faz é
Um engenheiro à meia-noite, ou uma semana depois, de memória.
Com que frequência
A cada incidente.
Esforço manual típico
Um postmortem adequado leva meio dia enquanto tudo está fresco.

Por que TI e gestão de serviços em particular. Ele não pode nomear uma pessoa. Se um único engenheiro pudesse causar a interrupção sozinho, o sistema permitiu isso — e essa é a constatação que evita o próximo incidente.

  • Roda sem supervisão

    Você ou um evento dá a partida, e ele chega ao fim sozinho. Nada fica esperando alguém estar na mesa.

  • O mesmo padrão todas as vezes

    O ducentésimo item recebe o mesmo rigor do primeiro. A constância é a parte que as pessoas não conseguem sustentar.

  • Ele não pode agir por conta própria

    Agente de Postmortem de Incidentes não tem caminho para enviar, gastar ou assumir compromissos. É esse limite que torna seguro agir com base no que ele entrega.

Como roda

Este agente é executado no servidor, pelo ambiente de execução da PROMIVO. Cada execução é registada passo a passo e cada chamada de ferramenta tem as permissões verificadas antes de ser executada.

  1. 1EntradaValidada contra o esquema de entrada do agente
  2. 2Modeloclaude-sonnet-5 com fallback automático
  3. 3Ferramentasextract_structured_data
  4. 4PermissõesExecuta automaticamente as ações de nível READ; tudo acima disso espera aprovação
  5. 5SaídaResultado estruturado, conforme o esquema de saída
  6. 6RegistroTokens, duração e cada passo ficam registrados

Demonstração

Dados de demonstraçãoIllustrative sample output, abridged.

Entrada

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

Saída

{
  "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."
  ]
}

Requisitos

Integrações

Nenhuma integração necessária.

Antes de começar

  • A linha do tempo do incidente — alertas, logs, chat, histórico de deploy
  • Requer o plano Inicial ou superior

Casos de uso

Após uma interrupção

Transforme o canal do incidente em um documento em minutos.

Incidentes recorrentes

Encontre a causa que os últimos três postmortems não perceberam.

Resumos voltados ao cliente

Uma base factual para o que você conta aos clientes, sem detalhe interno.

Preço

Inicial

Cobrado mensalmente pela sua assinatura PROMIVO. Cancele quando quiser.

As execuções consomem a cota do seu plano para execuções de agentes e tokens. Veja limites do plano

Perguntas frequentes

Por que ele não vai nomear quem causou o problema?

Porque se uma pessoa sozinha pode causar uma interrupção, o sistema permitiu isso, e essa é a constatação. Nomeá-la encerra a investigação cedo demais e ensina todos os outros a serem mais discretos no próximo incidente.

Ele pode escrever a nota voltada ao cliente?

Ele pode redigir a base factual, sem detalhe interno de sistema. Se e como comunicar um incidente é uma decisão com peso comercial e jurídico, e permanece com uma pessoa.

E se a linha do tempo estiver incompleta?

Ele marca as lacunas como desconhecidas e lista o que verificar. Um postmortem com um meio inventado com confiança é pior do que um com um buraco honesto.

Avaliações

As avaliações abrem depois que os clientes tiverem executado este agente.

Precisa que este agente funcione de outro jeito?

Diga o que mudar e a nossa equipe vai definir o escopo de uma versão personalizada para a sua empresa.

Personalizar este agente