Ações de remediação
Todo achado vem com um plano de remediação priorizado: classe de controle, mudança sugerida e a evidência que justifica.
Achados só são úteis quando viram mudança. Ações de remediação são as respostas concretas anexadas a um achado — do endurecimento de instruções a limites de gasto — cada uma com responsável e caminho de verificação.
O catálogo abaixo descreve os tipos de ação que a plataforma reconhece e o fluxo que fecha o ciclo depois que o fix entra.
Pontos-chave
- Remediações são apoio de decisão, não auto-apply: um humano precisa aprovar cada uma.
- Cada ação liga de volta à(s) achado(s) e às transcrições que a produziram.
- Ações são versionadas junto com a execução que as gerou.
- Use o detalhe do achado e o pacote de evidências para encaminhar ações aprovadas pelo seu fluxo atual enquanto a entrega por webhook por organização é planejada.
Tipos de ação
- Upgrade de controle (filtro de keyword → classificador semântico).
- Estreitamento de escopo (reduzir allowlist de tools).
- Enforcement de orçamento (token cap, rate limit).
Os tipos de ação são concretos de propósito. 'Melhorar o prompt' não é uma ação; restringir o escopo de uma ferramenta, adicionar um filtro de saída ou limitar o gasto são, porque cada uma pode ser observada e testada novamente pelo motor.
Cada ação nomeia o controle que promove e como a mudança é validada: uma redução de escopo pode ser confirmada pela própria allowlist de ferramentas, enquanto uma promoção de controle precisa da repetição para provar que o novo filtro captura a variante que passou.
Fluxo
- Triagem no inbox de achados.
- Atribuir ao time owner do serviço.
- Validar re-executando o mesmo cenário após o fix entrar.
A verificação é um reteste, não uma promessa: reexecute o mesmo cenário depois do fix e compare os vereditos. A plataforma guarda a requisição original para que o reteste exercite o mesmo caminho que o achado provou, dentro da versão declarada do cenário.
Recursos relacionados