Executar e revisar uma auditoria

Execute uma auditoria somente quando o objetivo e a população estiverem específicos o suficiente para que outro operador saiba como seria um resultado válido.

Executar e inspecionar

Dashboard
CLI

Acesse Analyze → Audits, abra a auditoria e selecione run now. Uma resposta em fila significa que o dispatcher irá iniciá-la em breve.
Abra a nova execução para revisar seu status, janela, duração, contagem de resultados e relatório.
Selecione uma sessão de evidência para abrir o rastreamento exato.
Retorne à página da auditoria para editar configurações, desativar o agendamento ou inspecionar execuções anteriores.

fp audits run checkout-reliability
fp audits runs checkout-reliability --limit 10
fp --json audits runs checkout-reliability
fp audits findings --audit checkout-reliability

Consulte a referência do fp audits para histórico de execuções, resultados e comandos de triagem.

Antes de executar

Confirme que existem sessões na janela de tempo selecionada.
Verifique os filtros de ambiente e agente.
Certifique-se de que o contexto de referência está atualizado.
Garanta que o objetivo descreve um modo de falha, não uma conclusão desejada.

Revisar a execução

Comece pelo status da execução, cobertura de sessões e se a análise do modelo foi executada. Em seguida, inspecione a severidade, descrição, sessões de evidência, consultas de suporte e o caminho de prevenção sugerido para cada resultado. Use o status do resultado para confirmar, silenciar, descartar, resolver, reabrir ou atribuir trabalho. Preserve a evidência mesmo quando o resultado for descartado; ela explica por que a decisão foi tomada.

Interpretar uma execução vazia ou atrasada

Condição da execução	O que significa	O que fazer
A análise foi executada e produziu zero resultados	A evidência selecionada não sustentou um resultado com a sensibilidade configurada.	Confirme que o escopo contém sessões representativas e trate o resultado como saudável, a menos que o objetivo ou contexto tenha sido vago demais.
A análise do modelo foi ignorada ou falhou	A execução é concluída com zero resultados, mas não realizou a investigação agêntica. A varredura determinística de credenciais e PII ainda reporta contagens de correspondências nas estatísticas da execução, mas não cria resultados.	Corrija o serviço de análise ou a configuração e execute novamente. Não interprete o resultado vazio como evidência de que a população está saudável.
A análise do modelo está desativada	A execução é concluída com zero resultados. A varredura determinística não substitui a análise do modelo nem abre resultados.	Ative a análise do modelo ou desative a auditoria em vez de depender de uma auditoria que não pode produzir resultados.
Não há capacidade de análise disponível imediatamente	A auditoria permanece em fila e tenta novamente em vez de pular a população.	Aguarde a capacidade ou distribua os âncoras de auditoria. Operadores auto-hospedados devem escalar as réplicas do audit-agent e a capacidade de dispatcher correspondente.
A capacidade permanece indisponível durante a janela de tentativas	A execução desiste com zero resultados e envia uma notificação de falha quando a entrega por e-mail está disponível.	Verifique se a frota de auditoria está saturada ou reiniciando repetidamente.

Quando a análise não é executada, auditorias since_last mantêm essa janela não analisada aberta para a próxima execução bem-sucedida. Os resultados existentes não são encerrados porque uma análise ignorada não é evidência de que a falha desapareceu.

Entender as notificações de falha

Uma execução com falha ou uma etapa de análise do modelo com falha utiliza os destinatários de e-mail da auditoria. Se a auditoria não tiver canal de e-mail configurado, o Failproof AI usa como fallback a configuração alerts.email_default_recipients da organização, garantindo um caminho de escalada mesmo para auditorias silenciosamente quebradas. O e-mail deve estar habilitado para a organização e o SMTP deve estar configurado. Caso contrário, a falha é registrada em log, mas nenhum e-mail pode ser entregue. Falhas de execução não alteram o âncora de agendamento fixo da auditoria. Cada execução também armazena o contexto do agente exato utilizado para cada agente como um snapshot de contrato. Edições posteriores não alteram o padrão de evidência registrado com uma execução anterior.

Não implante uma política de bloqueio diretamente a partir de um resultado não verificado. Abra os rastreamentos citados e confirme que a regra distingue comportamento inseguro de trabalho legítimo.

​Executar e inspecionar

​Antes de executar

​Revisar a execução

​Interpretar uma execução vazia ou atrasada

​Entender as notificações de falha

Executar e inspecionar

Antes de executar

Revisar a execução

Interpretar uma execução vazia ou atrasada

Entender as notificações de falha