O relatório citava uma norma técnica que não existe, com número plausível e data verossímil. Passou pelo analista que gerou, pelo coordenador que revisou e pelo gerente que aprovou — e só parou no cliente, que tentou consultar a norma. Erro absurdo teria morrido na primeira leitura; o erro plausível atravessou três níveis. A tese deste artigo: não existe camada única que elimine alucinação. As defesas eficazes operam em camadas, e cada camada precisa ser medida separadamente para se saber qual está funcionando.
As cinco camadas usadas em projetos corporativos
Restrição de escopo na instrução: o sistema sabe sobre o que pode falar e, principalmente, sobre o que não pode. Ancoragem da resposta em base controlada por recuperação: a resposta se apoia em documentos da empresa, não na memória do modelo.
Ajuste fino para domínios muito específicos: vocabulário e padrões de um campo estreito, quando recuperação sozinha não basta. Validação automática da saída antes do efeito: formato, presença de citação, coerência com regras conhecidas. Revisão humana por amostragem em domínios críticos. A combinação mais comum é recuperação somada a validação, com ajuste fino reservado a casos específicos.
Nenhuma camada sozinha resolve
Recuperação reduz invenção, mas não impede resposta fora de escopo: o sistema pode usar o documento certo para responder a pergunta que não deveria responder. Validação pega formato e não pega conteúdo errado bem formatado: uma norma inexistente com número no padrão correto passa.
Revisão humana funciona até o volume exceder a capacidade de examinar — e o volume sempre excede, porque o objetivo da automação é justamente escalar. A defesa real é a composição: cada camada cobra o tipo de erro que a anterior deixa passar.
Há ainda o custo da falsa sensação de proteção. Empresa que adota uma camada única e a anuncia como solução tende a relaxar as demais defesas: se a recuperação 'garante' a resposta, por que validar a saída? É nesse relaxamento que o erro plausível encontra caminho livre até o cliente.
Medir antes e depois de cada camada
Sem medição, a empresa acumula camadas sem saber qual reduziu erro — e paga por todas. Cada camada tem custo de construção e de operação; saber qual delas está trabalhando é o que permite investir na próxima certa.
Duas formas complementares: avaliação antes da publicação, com conjunto de casos conhecidos e respostas esperadas; e telemetria contínua em produção, ligando cada resposta ao que foi recuperado e à versão do sistema. A primeira responde "está pronto"; a segunda, "continua bom".
Definir erro aceitável por processo
Zero erro não é meta realista nem economicamente racional em todo processo. O custo de aproximar a taxa de zero cresce exponencialmente, e em muitos processos o dinheiro rende mais em outra frente.
A meta é definir o limite por consequência: o que é tolerável num rascunho interno não é tolerável numa resposta ao cliente, e o que passa numa resposta ao cliente não passa numa decisão com efeito regulatório. Limite explícito permite medir; exigência genérica de perfeição só produz discussão.
A telemetria contínua tem uma função adicional que a avaliação prévia não cumpre: ela captura a deriva. O sistema que passou no conjunto de testes em janeiro pode degradar em abril por mudança de versão do modelo ou de comportamento dos usuários, e só a medição em produção percebe a diferença antes que ela vire reclamação.
Cinco camadas de defesa, com o limite de cada uma
- Restrição de escopo na instrução
- Ancoragem em base controlada por recuperação
- Ajuste fino para domínios muito específicos
- Validação automática da saída antes do efeito
- Amostragem humana em domínios críticos
Case relacionado
Projeto Horizonte 180Fontes e referências
NIST AI RMF — Perfil de IA generativa (NIST AI 600-1)
Acessar a fonteISO/IEC 42001:2023 — Sistema de gestão de IA
Acessar a fonteLei nº 13.709/2018 (LGPD), art. 20 — revisão de decisões automatizadas
Acessar a fonte
Solução ÍON relacionada
Estratégia & Gestão Empresarial
Dúvidas frequentes
- O que é alucinação em IA?
- É a geração de conteúdo falso com aparência de verdadeiro: norma que não existe com número plausível, dado inventado com formatação correta, citação a documento que a base não contém. O perigo não é o erro grosseiro, que qualquer leitor detecta — é o erro plausível, que atravessa níveis de aprovação sem levantar suspeita.
- Como reduzir alucinação na prática?
- Com camadas combinadas: restrição de escopo na instrução, ancoragem da resposta em base controlada, validação automática da saída e amostragem humana nos domínios críticos. Nenhuma camada sozinha elimina o problema; a composição cobre os tipos de erro que cada uma deixa passar.
- Recuperação (RAG) resolve a alucinação?
- Reduz bastante, não resolve. A recuperação ancora a resposta em documentos reais, mas o sistema ainda pode usar o documento certo para responder fora de escopo, interpretar o trecho de forma errada ou preencher lacunas com invenção. Por isso a validação da saída e a medição de groundedness continuam necessárias.
- Modelo avaliando modelo funciona?
- Funciona como sinal, não como decisor final. Um segundo modelo avaliando a saída do primeiro escala a verificação e pega boa parte dos erros, mas herda os vieses do avaliador e pode validar erro plausível bem formatado. Em domínios críticos, o avaliador automático precisa de verificação humana por amostragem.
- Qual taxa de erro é aceitável?
- Depende da consequência do erro no processo. Rascunho interno tolera mais; resposta ao cliente tolera pouco; decisão com efeito regulatório ou financeiro exige o mínimo, com supervisão. Compare com a linha de base do processo manual atual: exigir zero erro do sistema e conviver com 4% no equivalente humano é incoerência cara.
Autor
Leandro Bryk
Consultor responsável pela ÍON Soluções, atuando em inteligência comercial, estratégia, gestão financeira, marketing e imagem corporativa.
LinkedIn