1

Muito bom o recorte entre “mais log” e “melhor evidência”. Esse é um ponto que aparece bastante quando a gente tenta usar IA para diagnóstico: o problema não é falta de tokens, é falta do fato certo no momento certo.

Achei especialmente interessante preservar o log humano e gerar um segundo artefato estruturado para o assistente. Isso evita transformar o log principal em um formato que ninguém quer ler.

Uma dúvida: você pensou em classificar o report por tipo de falha também? Por exemplo, null, timeout, erro externo, regra de negócio, concorrência. Imagino que isso ajudaria o assistente a escolher uma estratégia de investigação antes de tentar explicar tudo como stack trace.

Carregando publicação patrocinada...
1

Pensei sim. Não fiz porque o tipo da exceção já entrega boa parte — SocketTimeoutException já diz ao modelo o que investigar. E classificação errada atrapalha mais do que ajuda: se eu marcar "falha externa" e for config, o assistente já começa na trilha errada.

O que eu acho que falta mesmo é responder "isso é novo?". Hoje a recorrência é por sessão e reseta no restart, então o report não sabe dizer se o erro começou naquela build. Essa eu quero fazer.