artigo técnico · 10 de novembro de 2026 · rag · busca · avaliação · métricas

O buscador que errava a porta: como medi um retrieval de verdade

Artigo técnico · 10 de novembro de 2026 · 10 min de leitura

Imagine o atendente de um salão de beleza. Você pede “quero cortar o cabelo” e ele te

entrega o folder da academia da esquina. Acertou o bairro, errou a porta. Se você só

medisse “o cliente saiu com um folder na mão”, ia concluir que o atendente é perfeito.

Foi assim que eu montei, e medi, o buscador de políticas do LeadForge. Ele acerta 21

de 25 perguntas. As 4 que erram são a parte que vale o artigo.

1. O que o buscador faz

O sistema tem uma estante com 10 documentos, um por tipo de negócio: academia,

petshop, restaurante, barbearia, clínica veterinária, padaria, salão, moda, oficina,

papelaria. Cada documento é uma “política”: o argumento de venda certo para aquele tipo

de cliente.

Você faz uma pergunta em português (“como abordar dono de barbearia?”) e ele devolve

os 3 documentos mais parecidos. A regra da brincadeira: contar acerto se a política

certa estiver entre as 3 primeiras.

O segredo do mecanismo: ele compara quais palavras se repetem entre a pergunta e

os documentos. Palavras raras pesam mais que palavras comuns, então “barbearia” na

pergunta vale muito e “de” ou “pra” não valem quase nada. Na área isso se chama

TF-IDF, e é a base de 90% dos sistemas de busca que existem, inclusive de muitos

RAGs por aí.

2. Como se mede um buscador (em uma frase cada)

  • hit@3: a resposta certa apareceu nas 3 primeiras? Acertou ou errou, e a posição

    exata não importa aqui.

  • MRR (que significa reciprocal rank, 1 dividido pela posição): se a certa é a

    primeira, vale 1; se é a segunda, vale 0.5; terceira, 0.33. A posição passa a

    importar.

As duas juntas contam histórias diferentes: o hit@3 mede “achou?”, o MRR mede “achou

rápido?”. Um sistema pode acertar tudo no hit@3 e ser ruim no MRR, como você vai ver.

3. O teste: 25 perguntas, 5 delas sem resposta

Além das 20 perguntas que têm política certa, eu incluí 5 que não têm: crossfit,

food truck, dentista, ateliê, autoescola. Não existe documento sobre nenhum deles.

Elas estão no teste pra falhar, porque um sistema só testado no que dá certo não mede

qualidade, mede otimismo.

4. O placar

Resumo antes da tabela: 21 acertos de 25 no hit@3 (84%), e o MRR geral de 0.79,

número puxado pra baixo por um único nicho, que eu conto daqui a pouco.

OndeAcertosComentário
20 perguntas com resposta20/20acertou todas
5 perguntas sem resposta1/54 erros, e eles são os interessantes
Total21/25 (84%)hit@3

5. As 4 portas erradas, e o que cada uma ensina

A food truck virou petshop. Pergunta: “como abordar dono de food truck?” A

política certa é a de restaurante, mas no acervo não existe a palavra “food truck”, e o

documento que fala de comida não usa essa expressão. O buscador foi pelo que

reconhecia: palavras de comércio ambulante. Nenhuma conexão entre “food truck” e

“restaurante”, já que ele não sabe que são a mesma coisa, só sabe que as palavras são

diferentes.

O dentista virou clínica. “O que prometer pra dentista com agenda cheia?” A

política certa é a da clínica veterinária (atendimento com horários, agenda, retorno).

A intuição comercial diz que dentista é clínica. O buscador foi por palavras de

profissão de saúde e parou na veterinária por outras coincidências de vocabulário. A

resposta certa não apareceu nas 3 primeiras.

O ateliê virou moda. “Qual argumento pra ateliê de costura sob medida?” A certa é

a de moda. Palavra por palavra: “ateliê” e “costura” não aparecem em nenhum outro

documento, mas também não aparecem juntas em lugar nenhum que ele conheça. A conexão

ateliê → moda é conhecimento de mundo, não sobreposição de palavra.

A autoescola virou oficina. “Como vender agenda de aulas pra autoescola?” A certa

é a de oficina? Não, a certa nem existe no acervo. Ele devolveu oficina, papelaria e

veterinária, numa zona de empate técnico (0.2 pra todos). Quando não há pista lexical,

ele entrega o que der, e o score baixo e igual é o sintoma: ele está chutando.

O padrão das 4: todas falham por sinônimo, não por erro de código. O sistema

compara palavras, e o mundo é feito de coisas com nomes diferentes.

6. O nicho que acertou e não foi

O restaurante é a joia do teste. Das 2 perguntas de restaurante, o buscador acertou as

duas no hit@3, mas acertou em terceiro lugar nas duas. MRR do nicho: 0.42. Ou

seja: o cliente pede, o sistema entrega a política certa depois de duas erradas. Pro

usuário final, isso é meia-acerto, porque a resposta chegou, mas ninguém lê a terceira

sugestinha.

E o caso mais divertido: a pergunta de crossfit, uma das 5 sem resposta, acertou a

política de academia. Motivo: “crossfit” e “academia” dividem vocabulário no acervo

(treino, aula, horário). Acidente, não acerto. Um teste que não separa os dois tipos

de acerto aprende a lição errada.

7. O que eu faria diferente (e o que não mudo)

  • Semântica é o próximo passo. Busca por significado (embeddings, cada texto vira

    um vetor de números, e a comparação é por proximidade de sentido) resolve direto os 4

    erros de sinônimo: “food truck” e “restaurante” ficam vizinhos. Eu não testei isso

    ainda, e quando testar publico os números, inclusive se ficarem piores.

  • 10 documentos e 25 perguntas é pouco. O teste prova o método, não a escala, e

    isso está dito no card do dataset.

  • O que não mudo: as perguntas sem resposta continuam no teste. Elas são o que

    separa um sistema medido de um sistema maquiado.

8. Fechamento

Um buscador que acerta 84% parece bom no cartaz. O que o cartaz não mostra é que os

16% que faltam erram sempre pela mesma porta, a falta de significado, e que um nicho

inteiro só acerta porque a resposta certa chega em terceiro. Medir o erro específico é

o que transforma “funciona” em “sei onde quebra”.

Todos os dados (25 perguntas com julgamento explícito, os scores de cada posição e o

arquivo de erros) estão públicos no [Hugging

Face](https://huggingface.co/datasets/ranzouu/retrieval-benchmark-ptbr) e o código no

GitHub.

por Rayson Severiano Rodrigues, Fortaleza/CE, novembro de 2026.

← todos os artigos