Onde fica: Validação › Correções
Correções é onde uma resposta que saiu errada deixa de ser só um incômodo pontual e vira uma mudança na configuração do seu agente. É o mecanismo que fecha o ciclo: alguém percebe o erro, registra o que deveria ter acontecido, e isso volta pra base de conhecimento ou pro prompt, para não acontecer de novo na próxima conversa parecida.
De onde nasce uma correção
Cada correção mostra de onde ela veio: se foi registrada manualmente, se veio de uma prévia (a simulação de uma conversa antes de publicar uma mudança) ou de produção, um atendimento real que já está no ar. Não importa qual das três: o tratamento daqui em diante é igual, e todas caem na mesma fila.
Que tipo de problema cada correção descreve
Toda correção carrega uma categoria: o tipo de erro que ela corrige. Entre as que você vai encontrar:
| Categoria | O que significa |
|---|---|
| Informação incorreta | O agente respondeu algo que contradiz ou desatualiza o que está na sua base de conhecimento |
| Lacuna de conhecimento | O agente não sabia responder porque aquele assunto não está coberto na sua base |
| Alucinação | O agente afirmou algo sem ter de onde tirar aquilo: nem da base, nem de uma consulta real |
| Direcionamento incorreto | Encaminhou pro departamento errado, ou deveria ter encaminhado e não encaminhou |
| Outro | Não se encaixa nas categorias acima |
Os cinco estados de uma correção
Cada correção passa pelos estados abaixo, nesta ordem:
| Estado | O que significa |
|---|---|
| Pendente | A correção acabou de nascer: o que o cliente perguntou, o que o agente respondeu e, quando alguém preenche, o que deveria ter sido respondido. Ainda não foi decidido o que fazer com ela |
| Planejada | Alguém do seu time já desenhou o que vai mudar e onde: um item novo ou corrigido na base de conhecimento, um ajuste na instrução do agente para aquele momento da conversa, o que for a causa |
| Aplicada | O plano virou mudança real na configuração. É o momento em que a correção deixa de ser papel e passa a valer nas próximas conversas |
| Verificada | Alguém confirmou que a mudança resolveu o problema, não só que ela foi feita |
Nem toda correção segue esse caminho até o fim. Uma correção pode ser pulada: vista e decidida que não vale agir sobre ela. E, separado desse fluxo, existem as correções arquivadas: uma saída à parte, não mais um estado pelo qual as outras passam.
Por que vale revisar essa fila com frequência
Cada correção aplicada e verificada é uma lição que seu agente não vai precisar aprender de novo na próxima conversa parecida. Deixar a fila acumular sem revisão tem o efeito oposto: o mesmo erro se repete, porque ninguém fechou o ciclo entre "percebemos o problema" e "confirmamos que mudou". Se você notou um padrão de erro em vez de um caso isolado, veja Langfuse antes de registrar a correção. Entender o padrão ajuda a escrever uma correção que resolve a causa, não só aquele exemplo.