Analista de Falhas de Mudança
Descobre que tipo de mudança vive quebrando a produção
- 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
- 8campos de saída
- Um resultado estruturado, não um parágrafo para reler
- ≤6passos por execução
- Trabalho delimitado: no máximo 4 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.
Visão geral
Toda organização de engenharia faz revisões pós-incidente, e quase nenhuma faz a análise um nível acima: através de muitos incidentes, que tipo de mudança vive causando isso? Um postmortem produz uma correção para um bug. Cinquenta lidos juntos produzem o formato das mudanças que quebram este sistema em particular.
Esse formato é sempre específico e normalmente surpreendente. Não "precisamos de mais testes". E sim: mudanças que tocam um serviço falham quatro vezes mais que qualquer outra coisa. Deploys depois das 16h na quinta respondem por um terço dos incidentes. Toda mudança que junta uma migração de esquema com código de aplicação precisou de rollback. As mudanças que falham são as sem ticket vinculado, porque essas eram as urgentes.
O setor convergiu em quatro métricas de entrega e as equipes as reportam sem perguntar o que está por trás dos próprios números. Uma taxa de falha de mudança de 18% é um fato; quais mudanças a tornam 18% é algo sobre o que se pode agir.
Este agente lê incidentes contra mudanças e reporta o padrão, com o controle específico que teria pegado cada classe — um teste, um portão, uma política de migração, uma janela de deploy. Ele deliberadamente não é uma ferramenta de culpa: os achados são sobre classes de mudança, nunca sobre quem as escreveu. Uma tabela de falhas por engenheiro deixa de ser usada com honestidade em um mês, porque as pessoas passam a gerenciar a métrica em vez do risco.
Benefícios
Uma taxa de falha que vocês conseguem mover
Porque sabem quais mudanças a tornam o que ela é.
Controles que miram o risco real
Em vez de processo acrescentado por igual em tudo.
Menos incidentes da mesma causa
Que é a única medida que importa.
O que faz
Lê através dos incidentes, não um por vez
Um postmortem corrige um bug. Cinquenta lidos juntos mostram o formato do que quebra este sistema.
Encontra a classe de mudança, não o culpado
Migrações de esquema juntas com código. Deploys sem ticket vinculado. Específico, e corrigível com uma regra.
Nomeia o controle que teria pegado
Um teste, um portão, uma política de migração, uma janela de deploy. Não "mais testes".
Precifica o padrão em indisponibilidade
Incidentes, minutos e rollbacks por classe, para que a correção tenha um argumento por trás.
Encontra as mudanças sem ticket
As urgentes. Normalmente as que falham, e o padrão que ninguém quer olhar.
Nunca classifica engenheiros
Uma tabela de falhas por pessoa é burlada em um mês e acaba com o reporte honesto de que a análise depende.
O que isso muda
O que isso muda na sua semana
- Ele assume
- Ler muitos incidentes juntos para descobrir quais mudanças vivem causando-os.
- Hoje quem faz é
- Ninguém. Postmortems olham um incidente por vez.
- Com que frequência
- Trimestralmente na melhor hipótese.
- Esforço manual típico
- Correlacionar cada incidente com os metadados de mudança ao longo de um período inteiro.
Por que Software e engenharia em particular. As equipes reportam uma taxa de falha de mudança sem nunca perguntar o que está por trás do próprio número. A resposta nunca é "mais testes" — é uma classe específica de mudança, corrigível com uma regra.
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
Analista de Falhas de Mudança 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.
- 1EntradaValidada contra o esquema de entrada do agente
- 2Modeloclaude-opus-5 com fallback automático
- 3Ferramentasextract_structured_data
- 4PermissõesExecuta automaticamente as ações de nível READ; tudo acima disso espera aprovação
- 5SaídaResultado estruturado, conforme o esquema de saída
- 6RegistroTokens, duração e cada passo ficam registrados
Demonstração
Dados de demonstraçãoIllustrative sample output, abridged.
Entrada
{
"period": "H1 2026",
"changes": [],
"incidents": [],
"minimumSample": 5
}Saída
{
"dataGaps": [
"19% of incidents have no linked change, so they are excluded from every rate above."
],
"escalate": true,
"patterns": [
{
"changes": 31,
"control": "Require migrations to ship as their own change, ahead of the code that uses them. A pipeline rule, not a review guideline.",
"incidents": 11,
"changeClass": "Schema migration bundled with application code",
"failureRate": 35.5,
"relationship": "causal-in-record",
"impactMinutes": 1840,
"versusBaseline": "8.7x the baseline rate.",
"controlWouldNotCatch": "A migration that is itself wrong. This splits the blast radius; it does not validate the migration."
},
{
"changes": 96,
"control": "A deploy window. Note the caveat: these may fail more because fewer people are available to catch them, not because the changes are worse. Impact minutes support that reading.",
"incidents": 14,
"changeClass": "Deploys after 16:00 local on the last working day of the week",
"failureRate": 14.6,
"relationship": "correlation-only",
"impactMinutes": 2960,
"versusBaseline": "3.6x the baseline rate.",
"controlWouldNotCatch": "Anything about change quality — this is about who is around when it breaks."
}
],
"disclaimer": "An analysis of your own incident and change records. No pipeline or repository was accessed or modified, no individual is named or ranked, and patterns marked correlation-only are not claims about cause.",
"repeatCauses": [
"Connection pool exhaustion on the billing service has caused 3 incidents, one after its postmortem was closed. That is a finding about the fix rather than the changes."
],
"sampleTooSmall": [
"Config-only changes: 2 incidents. Not enough to conclude anything, and reported as such."
],
"escalationReason": "Bundled migrations fail at 8.7 times the baseline rate, and one cause has recurred after its postmortem was closed.",
"baselineFailureRate": 4.1
}Requisitos
Integrações
Nenhuma integração necessária.
Antes de começar
- Registros de incidente com horário, severidade e a mudança que causou cada um, quando conhecida
- Histórico de mudanças e deploys com serviço, tipo, tamanho e horário
- Requer o plano Acesso total ou superior
Casos de uso
Revisão trimestral de confiabilidade
O padrão por trás dos números que vocês já reportam.
Depois de um mês ruim
Se os incidentes compartilham uma causa.
Antes de acrescentar processo
Onde um portão de fato se pagaria.
Caso de investimento em plataforma
Qual serviço merece a reescrita, com evidência.
Preço
Acesso total
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
Ele identifica quem causou os incidentes?
Não, deliberadamente. Uma tabela de falhas por engenheiro é burlada em um mês e destrói o reporte honesto de incidentes de que isto depende. Os achados são sobre classes de mudança.
Ele precisa do nosso código-fonte?
Não. Ele trabalha a partir de registros de incidente e metadados de mudança — serviço, tamanho, horário, tipo, status de rollback. O padrão está nos metadados, não no diff.
Ele vai alterar o nosso pipeline?
Não. Ele não tem acesso ao seu pipeline nem aos repositórios e recomenda controles em vez de implementá-los.
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