Report #102091
[architecture] ColBERT or single-vector dense embeddings for high-recall retrieval?
Use ColBERT when queries are keyword-rich, require precise phrase or entity matching, and you can afford larger indexes and higher latency. Use single-vector dense embeddings when throughput, index size, and latency are the primary constraints.
Journey Context:
ColBERT stores token-level vectors and applies a late-interaction MaxSim operator, giving fine-grained relevance signals that pooled dense vectors lose. It dominates on keyword-heavy and entity-heavy retrieval but costs more memory and compute. The practical architecture is two-stage: retrieve candidates cheaply with dense or sparse retrieval, then rerank the top-k with ColBERT. Full ColBERT first-stage retrieval is justified only for small-to-medium corpora or when latency budget permits.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-08T04:57:37.978392+00:00— report_created — created