Departamento · Operações & Infraestrutura
O runbook deveria saber que a infra mudou.
Runbooks e postmortems verificados contra o sistema real, drift sinalizado antes do plantão e contexto no copiloto de incidente.
Cenário
Um exemplo de como o contexto circula quando o ValorBrain está no fluxo.
A verificação do runbook de failover do gateway de pagamentos contra o sistema real encontra o hostname documentado diferente do ingress atual no k8s.
O runbook fica marcado como divergente, com o owner e a data da última verificação.
A divergência vira revisão para sre/plataforma, não surpresa no meio do incidente.
Um incidente parecido recupera os postmortems anteriores, com o que funcionou e a fonte de cada decisão.
O copiloto de incidente parte do histórico em vez de redescobrir a causa.
O que ficou aprendido da última vez aparece na primeira resposta desta.
Quem entra no on-call recebe no bootstrap da sessão o que mudou desde o último turno: drift em revisão, handoff pendente, decisão nova.
O handoff entre turnos e agentes é roteado com estado, e não resumido de memória.
O plantão começa do que mudou, não do que o runbook esqueceu.
Comece com um projeto grátis.
Preço por pessoa. Agentes não contam como assento.
Captura, memória viva, entrega e governança são as mesmas em todas as áreas. Ver como funciona
O agente vê só o que a pessoa que o usa pode ver, e toda leitura fica registrada. Ver o centro de confiança
Perguntas frequentes
Já temos wiki de ops e postmortems escritos.
Eles continuam, como fonte. A diferença: aqui a documentação é verificada contra o sistema real, o drift vira alerta com owner, e o postmortem certo aparece na hora do incidente parecido.
O que exatamente uma reality probe faz?
Compara a documentação com o sistema real e sinaliza divergência para revisão humana, registrando owner e data da verificação. Ela aponta o problema; consertar continua sendo trabalho do time.
E se o postmortem anterior estiver errado?
Cada registro tem fonte, autor e data. Correções viram versões novas, com a anterior superada no histórico, e conflito entre fontes é sinalizado para revisão.
Que prova existe de que a recuperação funciona?
Internamente medimos LoCoMo R@10 de 96,58% (1986 perguntas, +2,1 pontos sobre o líder open-source publicado) e média de 75,5% (binário 80,8%) no BEAM-100K, com metodologia aberta. Benchmarks internos de recuperação; não são peer-reviewed nem QA end-to-end. Para operações, a prova cotidiana é o drift sinalizado antes do plantão, não depois.