Temos observabilidade.

Observabilidade mostra o estado do sistema. Ela não guarda o que foi decidido sobre ele: o postmortem, a exceção do cliente e a regra de plano vigente moram em outra parte. É essa parte que vira memória.

O volume de atendimento é massivo.

O mecanismo é o mesmo para todos os canais, e a memória é uma só. As permissões definem o que cada agente vê, e o escalonamento chega com o contexto pronto.

Quem valida o que entra na memória?

Os hooks fazem a captura automática durante o trabalho. Validação e curadoria ficam com pessoas, onde faz diferença.

Indústria · Telecom · schema_pack: 6 tipos

O incidente de hoje provavelmente já aconteceu antes.

Postmortem recuperado no incidente parecido, regra de plano vigente no atendimento e runbook conferido contra a realidade.

Cenário

Como o contexto circula quando o ValorBrain está no fluxo.

01
Um incidente parecido recupera o postmortem anterior, com causa e o que resolveu.
02
O agente de operação recebe o histórico com a fonte citada.
03
Quem está no incidente parte do diagnóstico anterior, e não do zero.
04
Reality probes comparam o runbook com o sistema real.
05
A divergência é sinalizada antes do plantão, e não durante o incidente.
06
O postmortem seguinte atualiza o runbook, e a versão vigente chega ao próximo on-call.
07
A regra de plano vigente chega ao agente de atendimento na hora da pergunta.
08
A exceção concedida ao cliente fica registrada, com quem aprovou e até quando vale.
09
No escalonamento, a pessoa recebe o contexto pronto, e o cliente não se repete.

Schema pack

Tipos do schema pack: incidente + postmortem + runbook + plano + exceção + cliente

O mesmo mecanismo, aplicado aqui

Próximo passo

Menos recomeço. Mais continuidade

Leve um projeto real. Em uma conversa, mapeamos onde o contexto se perde entre as pessoas e os agentes do seu time — e por onde começar.