Core Loop

AI-first engineering at scale

Tema

Pós-morte orientado por IA e aprendizado passivo

Por que as equipes de IA continuam repetindo os mesmos erros

Daniel Leblon Abril de 2026

A maioria dos incidentes de IA não vem de um alerta catastrófico. Eles vêm de uma cadeia de pequenos erros que ninguém anota enquanto acontecem.

A aprendizagem passiva é o músculo que falta. Você só consegue isso quando cada incidente deixa para trás artefatos que são fáceis de encontrar, comparar e reutilizar.

Os resultados dos Cinco Porquês dividem-se em ações de reparação e sinais de aprendizagem organizacional: o que é corrigido imediatamente versus o que se torna uma política de proteção.

Cinco elementos de uma postmortem útil da era da IA

Element O que capturar Por que é importante
Trigger O caminho exato do usuário, prompt ou confirmação que expôs o problema Remove a narrativa retrospectiva
Comportamento observado Logs, rastreamentos, capturas de tela e verificações com falha Evita desvio de memória
Registro de decisão O que foi considerado, rejeitado e aceito Torna as compensações visíveis
Evidência de remediação Prova de que a correção selecionada funciona em condições que falharam antes Impede reivindicações 'fixas em teoria'
Atualização do guarda-corpo Novo teste, regra lint, etapa do runbook ou portão de política Converte dor única em prevenção repetível
Ciclo de vida automatizado de tratamento pós-morte: coleta de gatilhos, captura de evidências, classificação de padrões e implantação automatizada de prevenção.

A aprendizagem passiva é um sistema, não uma reunião

A frase “aprendemos com isto” só é verdadeira quando a aprendizagem sobrevive às mudanças pessoais e ao tempo.

Um loop prático de aprendizagem passiva: capture uma linha do tempo, faça instantâneos de falhas e estados corrigidos lado a lado, classifique o padrão de falha, anexe um mecanismo de prevenção obrigatório e verifique esse mecanismo na próxima mudança semelhante.

Matriz de decisão de autonomia: quando automatizar a resposta a incidentes, quando exigir revisão humana e quando escalar para atualizações de políticas.

Como são os postmortems de IA maduros

Equipes maduras tratam as evidências de incidentes como um artefato de primeira classe, não como uma tarefa de limpeza. Eles distinguem o erro do modelo do erro do processo humano. Eles promovem falhas recorrentes em portões automatizados rapidamente.

Quando falta um elemento postmortem, o postmortem torna-se ficção histórica. Os padrões recorrentes abaixo aparecem repetidamente em equipes e provedores de nuvem.

Pattern Symptom Causa raiz Contramedida Forte
Vazamento de escopo imediato AI altera arquivos fora dos limites pretendidos Enquadramento de tarefas frouxo e superfície de revisão fraca Verificações de diferenças com escopo e listas de permissões de arquivos explícitas
Testes verdes falsos CI passa, mas o comportamento está errado Asserções testam detalhes de implementação, não resultados Afirmações em nível de contrato e verificações de falha inicial
Lógica de fallback insegura O fallback silencioso esconde erros Ramos 'Continue executando' sem observabilidade Orçamentos de erros estruturados e telemetria obrigatória
Deriva após fusão A qualidade da base de código regride dias depois Correção mesclada sem sincronização de políticas ou documentos Verificação pós-mesclagem mais portão de documentos
Scorecard de aprendizagem passiva: mede quão bem os artefatos postmortem sobrevivem, quão fáceis de encontrar e com que frequência evitam a recorrência.

Crie uma biblioteca postmortem que os desenvolvedores realmente usam

Se encontrar incidentes anteriores demorar mais do que recriar o bug, ninguém consultará o arquivo.

Uma biblioteca utilizável oferece suporte à pesquisa por padrão de falha, seções curtas sobre “o que copiar” com verificações prontas para uso, links de runbooks e modelos de PR e uma condição de fechamento que confirma a prevenção aplicada nas ferramentas.

Um kit inicial prático para equipes

  • Um modelo post-mortem que requer links de evidências.
  • Uma taxonomia com menos de 12 padrões de falha.
  • Uma política de que cada incidente deve produzir uma ação de prevenção.
  • Uma varredura mensal para frequência de padrões repetidos.
  • Uma revisão leve de qualidade para aposentar lições obsoletas.
Voltar ao inicio

Referencias

  1. Qodo (2025) Estado da qualidade do código de IA em 2025
  2. METR (2025) Ferramentas de IA tornaram desenvolvedores experientes 19% mais lentos
  3. Martin Fowler/Kief Morris (2025) Até onde podemos levar a autonomia da IA ​​na geração de código?
  4. Simon Wilson (2025) Padrões de Engenharia Agente
  5. Addy Osmani (2026) AI escreve código mais rápido. Seu trabalho ainda é provar que funciona.
  6. Equipe Microsoft.NET (2026) Dez meses com o Copilot Coding Agent em dotnet/runtime