Pular para o conteúdo
KipAI.
Recuperação/6 min de leitura/12 de maio de 2026

Por que a sua demo de RAG mente para você

A recuperação parece trivial com dez documentos e fica genuinamente difícil com dez mil. Um guia de campo para as falhas que aparecem em escala.

Sasha Kim·Instrutor-chefe

Monte um protótipo de RAG sobre uma dúzia de documentos e parece mágica. O modelo responde a partir dos seus dados, cita uma fonte e você já começa a rascunhar o post de lançamento.

Aí você aponta para o corpus real, e a mágica azeda.

As falhas que esperam pela escala

  • Chunking que destrói o sentido. Corte uma tabela ou um procedimento numerado ao meio e a recuperação devolve bobagem com confiança.
  • Embeddings que erram o óbvio. A busca puramente vetorial passa batido em termos exatos, códigos de produto e nomes — justo o que os usuários mais buscam.
  • Contexto que afoga a resposta. Enfie vinte chunks no prompt e o certo acaba soterrado.

A solução é nada glamorosa

Busca híbrida para que as palavras-chave continuem funcionando. Reranking para que o melhor chunk suba. Chunking que respeita a estrutura. E — diga comigo — um ciclo de evals que mede a qualidade da recuperação diretamente, para você descobrir quando ela cai antes dos seus usuários.

Nada disso é exótico. É só o trabalho que a demo deixou você pular.

Por que a sua demo de RAG mente para você · KipAI