O que Inteligência Decisória de Comando de Incidentes faz?
Use esta skill quando a parte difícil não é gerar opções, mas sim decidir quanto reconhecimento, análise, coleta de informações e disciplina de coordenação a situação realmente exige.
Quando Usar
- Sistemas multiagente ou humano-agente tomam decisões piores à medida que a pressão do tempo aumenta.
- Handoffs, transferências de comando ou coordenação entre equipes falham, mesmo quando cada componente parece individualmente competente.
- Um sistema hesita porque as informações estão incompletas e ninguém sabe o que vale a pena aprender a seguir.
- Um conjunto de treinamento derivado de post-mortem ou estudo de caso pode estar contaminado por racionalização retrospectiva.
- Você precisa rotear o trabalho por nível comportamental: automático, guiado por regras ou totalmente analítico.
NÃO para Limites
Esta skill não é a lente principal para:
- Trabalho de implementação de rotina com requisitos claros e nenhuma incerteza significativa.
- Tarefas estáticas de agente único onde o ambiente não mudará durante a execução.
- Problemas onde a otimização exaustiva é barata e não há penalidade por atraso.
- Tarefas de estimativa de probabilidade pura que não envolvem julgamento especializado, coordenação ou ação sob pressão.
Modelos Mentais Principais
Reconhecimento Antes da Enumeração
Sob pressão de tempo, especialistas geralmente não comparam um conjunto classificado de opções. Eles reconhecem o tipo de situação, identificam a primeira resposta viável, simulam-na mentalmente e só ampliam a busca se a simulação falhar.
Roteamento por Nível Comportamental
Use os níveis de Rasmussen como uma disciplina de roteamento:
- Baseado em habilidades (Skill-based): respostas automáticas ou compiladas para situações estáveis e bem treinadas.
- Baseado em regras (Rule-based): aplicação de regras acionadas por padrão, com adaptação moderada.
- Baseado em conhecimento (Knowledge-based): raciocínio explícito para novidade, ambiguidade ou quebras de enquadramento de alto risco.
O risco principal é a incompatibilidade. O tratamento baseado em conhecimento do trabalho de nível de habilidade desperdiça tempo. A automação de nível de habilidade em um problema de nível de conhecimento é o erro catastrófico.
Incerteza Epistêmica
Em cenários de crise, a incerteza geralmente é sobre o que ainda não se sabe, não sobre aleatoriedade inerente. A questão passa a ser qual fato ausente mais mudaria a ação, e não como procrastinar até que a certeza apareça.
Distorção Retrospectiva
Estudos de caso e entrevistas frequentemente reconstroem o que deveria ter acontecido, em vez do que realmente aconteceu. Traços observacionais merecem mais peso do que narrativas limpas posteriores.
Excelência Individual vs. Confiabilidade do Sistema
Julgamentos locais excelentes não garantem sucesso em nível de sistema. Falhas de limite, canais sobrecarregados e incompatibilidades de autoridade podem sobrepujar decisões individuais fortes.
Pontos de Decisão
Consulte a visão compacta de roteamento em diagrams/01_flowchart_decision-points.md.
flowchart TD
A[Problema de decisão] --> B{Alta pressão de tempo ou info fragmentada?}
B -->|Sim| C{Correspondência de padrão forte?}
B -->|Não| D[Usar tratamento analítico ou baseado em regras comum]
C -->|Sim| E[Ação baseada em reconhecimento mais simulação rápida]
C -->|Não| F[Raciocínio baseado em conhecimento mais sonda direcionada]
E --> G[Agir com ponto de verificação de atualização]
F --> G
1. Escolher o Registro Comportamental
- Use o tratamento baseado em habilidades apenas quando a situação é verdadeiramente familiar, a pressão do tempo é significativa e a automação já foi validada.
- Use o tratamento baseado em regras quando um manual conhecido se aplica, mas ainda precisa de parametrização situacional.
- Use o raciocínio baseado em conhecimento quando o enquadramento é contestado, a situação é nova ou as consequências punem uma simplificação errada.
2. Decidir Quais Informações Adquirir
- Identifique o único fato ausente com maior probabilidade de mudar a ação escolhida.
- Adquira esse fato antes de uma busca exploratória ampla.
- Se nenhuma sonda previsível mudaria a ação, siga com a melhor estimativa atual e crie um ponto de verificação de atualização explícito.
3. Decidir Como Aprender com o Episódio
- Prefira rastros observacionais, carimbos de data/hora, históricos de mensagens e logs de comportamento em vez de lembranças refinadas.
- Trate relatos suspeitamente limpos como material de ensino sobre ideais, não como verdade fundamental sobre a cognição real.
- Separe causas de ação de causas de sistema para que um post-mortem não se transforme em atribuição de culpa.
Modos de Falha
1. Paralisia Analítica
Sintomas: a geração de opções se expande enquanto a qualidade da ação não melhora. Regra de detecção: novas alternativas continuam a aparecer, mas nenhuma altera materialmente a decisão de curto prazo. Recuperação: mude para a simulação baseada em reconhecimento da primeira opção viável e defina um limite de tempo para busca adicional.
2. Incompatibilidade de Nível Comportamental
Sintomas: o sistema ou raciocina demais em tarefas estáveis ou automatiza em meio à novidade. Regra de detecção: o estilo de resposta não corresponde à verdadeira novidade e ambiguidade da situação. Recuperação: reclassifique a tarefa como SB, RB ou KB antes de alterar ferramentas ou modelos.
3. Acúmulo de Informações
Sintomas: o sistema continua pedindo mais dados sem alterar o plano de ação. Regra de detecção: as informações adquiridas aumentam principalmente a confiança, em vez de mudar as decisões. Recuperação: classifique as sondas por impacto na ação e pare de coletar dados de baixa alavancagem.
4. Superajuste Retrospectivo
Sintomas: as conclusões do treinamento ou post-mortem se tornam mais limpas e racionais do que o evento original. Regra de detecção: as explicações convergem para histórias elegantes que são fracamente apoiadas por rastros ao vivo. Recuperação: reduza o peso das evidências de autorrelato e anote a incerteza em torno das etapas reconstruídas.
5. Diagnóstico Cego à Coordenação
Sintomas: todos os componentes passam na revisão local, enquanto o sistema completo ainda falha. Regra de detecção: as explicações permanecem no nível individual, embora as falhas apareçam em handoffs ou canais compartilhados. Recuperação: audite pontos de transferência, limites de funções e fluxos de informação antes de treinar novamente os atores individuais.
Exemplos Práticos
Exemplo 1: Roteamento Urgente de Incidentes
Uma camada de orquestração recebe uma explosão de alertas durante uma interrupção ao vivo. Um sistema ingênuo enumera todas as sequências possíveis de respondedores e trava. Usando esta skill, você classifica o problema como trabalho de fronteira RB/KB, escolhe a primeira ação de contenção viável, simula os próximos três passos e solicita apenas o único sinal ausente que poderia reverter a escolha de contenção.
Exemplo 2: Triagem de Dados de Treinamento Pós-Mortem
Uma revisão de incidente refinada afirma que o comandante avaliou calmamente três alternativas antes de agir. Os logs de chat ao vivo mostram um salto de reconhecimento de padrão mais uma rápida verificação de viabilidade. A skill roteia a narrativa para