Resposta a incidentes
Escreva uma atualização de status de incidente em uma tela
Uma atualização de incidente em uma tela que informa impacto atual, fatos verificados, ações, responsáveis, próximo checkpoint e incerteza sem enterrar os interessados em logs brutos.
O processo
Faça nesta ordem.
- Identifique a audiência, o canal do incidente, o timestamp e o fuso horário, a fase atual e a decisão ou garantia que a atualização deve apoiar.
- Declare o impacto mais recente verificado no cliente ou nos negócios, o escopo afetado, a gravidade e o que permanece desconhecido, usando linguagem simples e um horário explícito de corte.
- Resuma as ações ativas de mitigação, investigação, comunicação e transferência, com um responsável e um status para cada uma, e vincule os logs detalhados separadamente.
- Distingua sintomas de causas suspeitas, trabalho concluído de trabalho planejado e um checkpoint comprometido de um tempo estimado de resolução.
- Verifique privacidade, segurança, requisitos legais e necessidades da audiência, remova segredos e dados pessoais desnecessários e pause antes de enviar por um canal externo.
- Publique a atualização pelo canal aprovado, registre a versão e os destinatários e agende a próxima atualização mesmo quando não houver mudança material conhecida.
- Devolva a atualização, evidências de apoio, status de confirmação e riscos não resolvidos, com um responsável pelo acompanhamento em vez de uma promessa sem qualificação.
Traga isto
Entradas que o gato vai pedir.
- fatos do incidente e fase atual
- audiência e canal aprovado
- impacto e status da resposta
- responsáveis e próximo checkpoint
Roteador + um playbook
Roteie primeiro. Escolha um.
O Cat Paw carrega um playbook por tarefa, sem misturar vários. Comece por este roteador; os outros caminhos são candidatos específicos do workflow.
- Roteador:
action-first-communication-pack skills/action-first-communication-pack/one-screen-incident-status-update/SKILL.md
Limites
As fronteiras viajam com o prompt.
- Verifique as ferramentas, contas, permissões e o espaço de trabalho reais antes de começar; nunca afirme que uma ferramenta, conta, fonte ou capacidade indisponível existe.
- Use Latch/target-workspace para código privado, artefatos, sondagens ao vivo ou dados não públicos; se esse acesso estiver indisponível, pare no limite e relate o bloqueio em vez de substituir por uma suposição.
- Pause para aprovação explícita antes de ações externas consequentes; retorne evidências, riscos não resolvidos, premissas e qualquer ação que ainda esteja aguardando aprovação.
Pronto significa
Um fim que dá para checar.
Uma atualização de status de uma tela e com timestamp comunica o impacto verificado, as ações atuais, os responsáveis, a incerteza e o próximo checkpoint sem expor detalhes sensíveis nem prometer resultados sem suporte.
Fontes
De onde veio este processo.
- github.com/ayghri/i-have-adhd/tree/839872f9d1cd634fed642b4589ce7226199cc15f/
- sre.google/sre-book/incident-response/
As fontes estabelecem o padrão do workflow. Posts de Reddit e da comunidade, quando aparecem, valem como anedota de quem pratica — não como fato universal.
