Embedding / Retrieval / Reranker Datasheet v1.0¶
Generative models aprendem a produzir estados. Embedding models aprendem a organizar um espaço. Retrieval é geometria + busca; reranking é uma segunda função de relevância mais cara e mais contextual.
Relacionados: 01_GUT_GENERATIVE_AI_UNIFIED_ENGINEERING, 02_LLM_TRANSFORMER_INFERENCE_DATASHEET, 09_LOCAL_AI_INFERENCE_RUNTIME_DATASHEET.
1. Pipeline canônico¶
RAG é esse pipeline, não um tipo único de modelo.
2. Dense embedding¶
Encoder:
Para normalização L2 de vetor não nulo (vetor zero exige política explícita de rejeição/fallback):
Cosine similarity:
Se ambos normalizados:
Logo cosine vira dot product.
3. Euclidean distance¶
Para vetores normalizados:
Portanto cosine/dot/L2 podem induzir o mesmo ranking em condições específicas, mas não universalmente.
4. Pooling¶
Transformer produz:
Precisamos obter \(z\).
CLS pooling¶
Mean pooling¶
Weighted/attention pooling¶
Nessas somas, mascare padding e faça \(T\) contar os tokens incluídos. Para attention pooling convexo, \(\alpha_t\ge0\) e \(\sum_t\alpha_t=1\) nos tokens incluídos; outros weighted poolings devem especificar seus coeficientes. Pooling é parte do modelo; não deve ser trocado arbitrariamente sem respeitar o training recipe.
5. Contrastive objective¶
Com positivo \(d^+\):
\(\tau\) é contrastive temperature.
Não confundir¶
Uma atua na loss de representação; outra no decode categórico.
6. Hard negatives¶
Negativo aleatório pode ser fácil:
Hard negative:
Eles forçam fronteiras mais finas, mas falsos negativos podem ensinar a afastar itens semanticamente válidos.
7. Symmetric vs asymmetric retrieval¶
Symmetric¶
Mesma natureza:
Asymmetric¶
Alguns modelos usam prompts/instructions diferentes:
Ignorar esse recipe pode degradar retrieval mesmo com pesos corretos.
8. Matryoshka Representation Learning¶
Treino permite truncar embedding:
com dimensões menores preservando boa parte da geometria.
Trade-off:
Útil para escolher custo sem retreinar. Se o score depende de normas unitárias, renormalize o prefixo não nulo após o truncamento: um prefixo de vetor unitário geralmente não tem norma unitária.
9. Multimodal embeddings¶
Em vez de espaços separados:
podem ser treinados para ocupar espaço comum:
Qwen3-VL-Embedding em 2026 é exemplo de text/image/document-image/video retrieval com representação unificada e dimensões Matryoshka.
10. Sparse retrieval¶
Bag-of-words probabilístico clássico — BM25:
Dense retrieval não elimina BM25.
Dense captura semântica; sparse preserva matching lexical exato.
11. Learned sparse retrieval¶
Modelo neural pode produzir pesos esparsos no vocabulário:
Combina interpretabilidade/índice invertido com expansão semântica aprendida.
12. Hybrid retrieval¶
Combine scores:
ou combine ranks via Reciprocal Rank Fusion:
Ranks começam em 1 e \(k>0\) é uma constante de suavização. Documento ausente de uma lista truncada contribui zero nessa lista. RRF evita calibrar escalas de scores diretamente.
13. Late interaction¶
Em vez de um vetor por documento:
mantemos embeddings por token/subvector.
ColBERT-like MaxSim, com normalização e máscaras de tokens do training recipe (o ColBERT original usa embeddings de tokens normalizados em L2):
É um meio-termo entre bi-encoder e cross-encoder.
Trade-off:
14. Bi-encoder vs cross-encoder¶
Bi-encoder¶
Documentos podem ser pré-computados.
Cross-encoder¶
Tokens interagem dentro da mesma rede.
Resultado físico¶
Bi-encoder:
Aqui O(1) conta uma chamada de encoder por query, independente do tamanho do corpus; seu compute ainda depende do comprimento da query e da arquitetura do encoder.
Cross-encoder para \(K\) candidatos:
Por isso o padrão:
15. Reranker score¶
Pode ser:
- regressão escalar;
- binary relevance logit;
- pairwise ranking;
- generative yes/no/relevance;
- listwise ranking.
Binary logit¶
Score bruto não é automaticamente probabilidade calibrada.
16. Approximate Nearest Neighbor — ANN¶
Busca exata sobre \(N\) vetores de dimensão \(d\):
ANN troca exatidão por latência/memória. Recall de ANN mede a recuperação dos vizinhos da busca exata sob uma métrica fixa; recall de relevância na §22 mede a recuperação de documentos rotulados como relevantes. São alvos distintos.
17. HNSW¶
Grafo multicamada aproximado.
Variáveis práticas:
M: grau/conectividade;efConstruction: esforço durante indexação;efSearch: largura de exploração na query.
Tendência:
Curvas são dataset-dependent.
18. IVF¶
Treine \(n_{list}\) centroides:
Cada vetor é atribuído a uma célula.
Na busca, examinar nprobe células.
19. Product Quantization — PQ¶
Divida vetor em \(m\) subvetores:
Quantize cada subespaço por codebook.
Memória cai drasticamente, mas distância é aproximada.
Não confundir PQ do índice com quantização de weights do encoder.
20. Chunking é parte do modelo de informação¶
Documento:
Chunk length \(L\) e overlap \(O\) mudam o corpus efetivo.
Muito curto¶
- perde contexto local;
- cria fragmentos ambíguos.
Muito longo¶
- embedding mistura múltiplos tópicos;
- recall específico cai;
- reranker/generator recebe ruído.
Logo:
não apenas do embedding model.
21. Contextual chunk embeddings¶
Problema:
pode não saber título/documento pai.
Solução pipeline:
ou hierarchical retrieval.
Isso aumenta semantic specificity, mas pode introduzir informação não presente no trecho.
22. Retrieval metrics¶
Use ranks começando em 1 e \(K\ge1\). Seja \(Relevant\) o conjunto de documentos julgados relevantes; especifique o cutoff avaliado e o tratamento dos documentos não julgados. Posições não retornadas contam como não relevantes em Precision@K.
Recall@K¶
Precision@K¶
Reciprocal Rank¶
quando um resultado relevante é encontrado; RR = 0 quando nenhum é encontrado no ranking/cutoff avaliado.
MRR¶
DCG¶
nDCG@K = DCG@K / IDCG@K quando IDCG@K é positivo. Recall@K é indefinido quando \(|Relevant|=0\), e essa razão nDCG é indefinida quando IDCG@K = 0. O protocolo deve declarar se essas queries são excluídas ou recebem uma convenção explícita (como zero), aplicá-la consistentemente e informar suas contagens e o denominador da agregação.
23. Retrieval threshold não é confidence universal¶
Similarity score depende de:
- modelo;
- normalização;
- corpus;
- query distribution;
- index approximation.
Não existe regra universal:
“cosine > 0.8 = bom”.
Calibre no seu corpus:
24. RAG failure decomposition¶
Para um conjunto não vazio de documentos relevantes \(R=Relevant\), os dois primeiros casos abaixo descrevem falhas totais. Perda parcial de evidência também pode importar quando a tarefa exige vários documentos. Erro final pode ser:
Retrieval miss¶
Reranker miss¶
Context packing miss¶
Evidência foi cortada/ordenada mal.
Generator miss¶
Evidência correta chegou, mas LLM errou.
Separar essas classes antes de “trocar o LLM”.
25. Memory accounting do índice¶
Dense FP32 aproximado:
FP16:
mais overhead:
1M vetores × 1024 dims × FP32 ≈ 4.096 GB antes do índice/metadata.
Esse cálculo deve preceder a escolha de dimensionalidade.
26. Failure surfaces¶
- embedding anisotropy;
- semantic hubness;
- domain mismatch;
- false negatives no treinamento;
- lexical miss em dense-only;
- semantic miss em sparse-only;
- overchunking;
- query/document recipe incorreto;
- ANN recall baixo;
- reranker overfitting;
- stale index.
27. Snapshot 2026¶
Qwen3-VL-Embedding/Reranker mostra a convergência de retrieval multimodal:
- text, image, document images, video;
- embedding + cross-encoder reranker como pipeline coordenado;
- Matryoshka dimensions;
- contexto longo.
A tendência relevante é menos “qual modelo ganhou benchmark” e mais:
28. Checklist de engenharia¶
- A tarefa é symmetric ou asymmetric?
- O modelo exige instruction prefix?
- Embeddings são normalizados?
- Qual métrica o índice usa?
- Qual dimensão realmente é necessária?
- Há Matryoshka?
- Qual chunking representa a unidade semântica certa?
- Qual Recall@K antes do reranker?
- Qual ganho marginal do reranker?
- O threshold foi calibrado?
- Qual footprint do índice?
- Qual latência end-to-end, não apenas ANN?
- Dense, sparse ou hybrid?
- Você consegue distinguir retrieval miss de generation miss?
Referências snapshot¶
- Qwen3-VL-Embedding and Qwen3-VL-Reranker — https://arxiv.org/abs/2601.04720
- TabPFN/other structured representations are covered separately in 14_TIME_SERIES_TABULAR_FOUNDATION_MODELS.